Автоматические ответы (автореплай, Out of Office) не отправляются в Exchange 2010/2013
Вчера я разбирался с очень дурацкой проблемой в моей гибридной установке Exchange 2010 + 2013. У одного пользователя не отправлялись автоматические ответы о том, что он в отпуске (out-of-office). Не работало ни для внутренних, ни для внешних пользователей.
Что мы делали?
- Проверили, что не настроено перенаправление почты на какой-нибудь другой адрес. Настроено не было.
- Мы отключили все правила для почтового ящика (Inbox rules). У человека был настроен форвард на другой адрес в правилах, поэтому на всякий случай отключили все.
- Мы пробовали мигрировать ящик в другую базу данных на случай, если сам ящик или вся база каким-нибудь образом оказались поврежденными.
- Пробовали отключить автоответ и снова включить его.
- Мы просмотрели все транспортные правила на всех транспортных серверах, на случай если вдруг где-нибудь заглючила репликация AD.
Все эти действия не дали положительного результата.
Решение было найдено, когда я начал смотреть трекинг-логи. Лог показал, что тестовое сообщение, отправленное с Сервера1 на проблемный ящик (находится на Сервере2), не доходит даже до Сервера2.
Основываясь на этой информации, я решил, что проблема не в серверах в целом, а скорее всего в настройках почтового ящика, которые храняться в Глобальном каталоге. Поэтому я полез в настройки ящика и наудачу запустил вот такую команду:
[PS] C:\Windows\system32>Get-Mailbox domain\user | fl *forw* DeliverToMailboxAndForward : False ForwardingAddress : ForwardingSmtpAddress : user-bla-bla-gmail.com
Форвард правило обрабатывается раньше, чем автоответчик (собственно почему мы и проверяли форвард в интерфейсе Exchange), но оказывается, что SMTP-форвард существует отдельно от обычного форварда. Собственно, поэтому входящие сообщения безусловно перенаправлялись и не доходили до нужного транспортного агента.
Поэтому я починил ситуацию вот так:
[PS] C:\Windows\system32>Get-Mailbox domain\user | Set-Mailbox -ForwardingSmtpAddress $null [PS] C:\Windows\system32>
И проблема оказалась решена.
exchange 2013 (ru), exchange 2010 (ru)
- Просмотров: 5535