Спасибо, с этим моментом разобрался, осталось еще одно понять - при попытке двойного клика по календарю с переговорками, выскакивает вот такое сообщение. Причем у всех и на обеих комнатах. Это нужно на стороне Exchange права вручную настраивать?
Вроде бы работает; единственное - хочу уточнить еще - эти объекты работают глобально? Ну то есть - если сотрудник бронирует одну такую комнату, допустим, с 11:00 до 11:30, то эту бронь увидит любой другой сотрудник, если откроет "Помощника по планированию"? Ну или чтобы аналогию лучше передать - вот обычно, чтобы увидеть чужой календарь и иметь возможность его редактировать, нужно через PowerShell добавить права на того или иного сотрудника. А здесь не нужно расшаривать видимость бронирования комнат между коллегами?
Роман Безруков, тоже обратил внимание - это странно. Но вообще-то только эти 2 RoomMailbox'а существуют и другие просто неоткуда добавить, даже по ошибке. Вот они:
Правильно ли делаю?
New-DistributionGroup -Name "все переговорные комнаты" -RoomList
Add-DistributionGroupMember "все переговорные комнаты" -Member "переговорная (большая)"
Add-DistributionGroupMember "все переговорные комнаты" -Member "переговорная (малая)"
Мне нужно именно кириллицей назвать такой список - в итоге в аутлуке действительно появился в Room Finder'e список "все переговорные комнаты", но почему-то не показываются комнаты из него. Хотя если выполнить:
Get-DistributionGroupMember -Identity "все переговорные комнаты"
И попутно еще вопрос - если при создании встречи указать вручную нужную переговорку, то она в календаре отображается почему-то в виде e-mail'a для этого mailbox'a. А хотелось бы на русском языке чтобы. Это можно сделать? Там просто алиас никак на кириллице не напишешь.
В итоге решилось удалением текущей версии Telegram и поиском более старой - остановился на 5.15.1 x64 - эта работает без приколов. Ну и отключил обновления в самом Telegram. Спасибо всем за помощь :-)
Dieman666, а какая максимально возможная версия для семерки? И что еще непонятно - почему после этой ошибки Telegram работает дальше с полным функционалом?
Хотел еще уточнить пару моментов:
-MinVersion "" -MaxVersion " - здесь текущую версию Exchange вписать в обоих параметрах?
И смогу ли я потом отменить все эти изменения? Особенно интересует появление файлика BigFunnel.Overrides.ini в папке Exchange.
Честно сказать, я именно переносом ящика в другую базу попытался решить и даже помогло. Но это утопия, действительно - туда-сюда ящики перемещать, причем это не панацея, получается. Попробую по вашему рецепту, спасибо.
Господа, вы будете смеяться :-) Утром на свежую голову залез через ECP, нашел этот странный receive connector - OTRS a2p In. Выключил его. Тут же удалось поднять службу IMAP, все заработало, для проверки настроил в аутлуке рандомный ящик именно через IMAP - все в норме.
Попутно проверил Get-NetTCPConnection:
Здесь все равно 2 "слушателя", видимо, один из них - приостановленный receive connector OTRS a2p In? Потому что по остальным портам только один "слушатель":
В общем, пообщался с коллегами, выяснилось, что один из сотрудников (он давно не работает) где-то когда-то добавил этот коннектор и каким-то странным образом никто не жаловался до вторника этой недели, когда я установил обновления и перезагрузил сервер. Там в свойствах коннектора целые гроздья интервалов IP-адресов, видимо, кто-то пытался разрешить подключение (???) именно с этих айпишников. Вроде бы есть какой-то удаленный клиент, а у нас Exchange спрятан внутри периметра, все подключаются через VPN. И для какого-то товарища будто бы пытались сделать исключение таким странным образом. Ну я высказался аккуратно, что так делать не стоит, там только коннекторы по 25 порту имеют смысл - для режима relay от офисных МФУ. В общем, все затихли пока.
Отследил хронологию по журналу (касетельно IMAP4):
- The service is trying to start. PID 15836
- The IMAP4 server has started successfully (Event 1000);
- Failed to start listening (Error: 10048). Binding: 0.0.0.0:993 (Event 1019);
- The address is already in use. Binding: 0.0.0.0:993 (Event 1018);
- Failed to open one or more bindings. The service will be stopped (Event 1036);
- The service is trying to stop. PID 15836 (Event 1002);
- The IMAP4 server has stopped successfully (Event 1001);
- The existing worker process HasExisted value before calling CloseProcess is True (Event 1040);
- Worker process with process ID 19432 has exited (Event 1020);
The service has stopped. PID 15836 (Event 1003).
Получается, что нечто резервирует под себя порт IMAP (993,SSL/TLS) и больше не отдает. Погуглил - попадаются треды прямо на learn.microsoft.com, только версия Exchnge 2016 и было это 3 года назад, там у кого-то такая же проблема с портом 2525. Ответа внятного так и не было в той ветке. разве что совет выполнить Get-ReceiveConnector | ft Identity,Enabled,TransportRole,Bindings
Похоже, кривые обновления - что можно придумать?
Вот вывод команды [PS] C:\Windows\system32>Get-ReceiveConnector | ft Identity,Enabled,TransportRole,Bindings
Нашел изначальные настройки IMAP на этом сервере (с 2022 никто не менял ничего):
"Привет! Настроил свой ящик на новом Exchange - IMAP (SSL/TLS - порт 993, SMTP-STARTTLS, порт 587, SMTP-авторизация должна быть включена)" - из тогдашней переписки.
Роман Безруков,
>вы только системные обновы ставили, а сам Exchange не трогали?
Выходит так. Более того, только через сутки заметили проблему с IMAP - вот вообще не ожидал. Первым делом проверил же OWA, транспорт. Базы посмотрел - все на месте, смонтированы.
