Автоматические ответы (автореплай, 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)

ПечатьE-mail

Добавить комментарий


Защитный код
Обновить