Вот с ними проще, их надо по 1 на тестировщика

это плохая практика. правильнее на тестировщика нужные smtp-алиасы повесить

Ну, штош, придется видимо смотреть в эту сторону, да. Никаких траблов не будет, если учетки будут иметь пару десятков алиасов?

это норм

Спс, буду смотреть как лучше сделать тогда в нашем флове, тут хоть через graph api  можно

powershell  норм это делать руками, но тот еще геморрой к какому-то приложению привязывать, тем более кучу разрозненных скриптов

Легко. Делаешь сервис, к нему апи, и учетка которая будет его дергать по при будет передавать алиас который нужен и алиас будет прилепляется к ящику

А-автоматизация

еще раз извините за путаницу, для воспроизведения проблемы: ящик на 2010, опубликован во вне 2016, в логах Exchange 2010 "2020-08-18 11:45:38 ::1 GET /autodiscover/autodiscover.json+Email=testowa@dom.ru&Protocol=ActiveSync&RedirectCount=1 - 443 - ::1 Mozilla/5.0+(Windows+NT+6.1;+WOW64;+Trident/7.0;+rv:11.0)+like+Gecko 400 0 0 0".

Exchange 2010 не поддерживает autodiscover v2, поэтому законный вопрос, как обойти. При других миграция у меня проблем с ActiveSync не возникало.

Оркестратор на земле например - в ажуре есть встроенный вроде

Права на добавление алиаса будет только у сервиса

Это я описал выше, хотелось сделать все чисто нативными средствами. Создать-то сервис такой не проблема

А не у учеток тестировщиков

+ момент, что изредка это делают руками, такие регистрации

Так тебе уже сказали. Делай через алиасы, да.  Так перед регистрацией руками можно и веб-запрос выполнить

Те же саппорты. Вообще ещё вариант, если поднимать что-то стороннее - поднять отдельный домен, там постфикс, он это будет обрабатывать и пересылать уже кому надо, а алиас из этого домена повесить хоть всем в организации

тоже как вариант

У меня вопрос есть:) а чтобы dial out из тимс делать, в самом МС какие-то доп лицензии нужны?

Если sbc в смысле подключён

phone system жеж