Почтовые сообщения ретранслятора почтового сервера IIS застряли в очереди из-за DNS?
Недавно наш внутренний сервер ретрансляции SMTP перестал работать - или, скорее, перестал отправлять электронные письма. Он отвечает на отправку почтовых запросов, простой сеанс TELNET не показывает ошибок, но все сообщения застревают в своей очереди.
Все это произошло после того, как нашему серверу виртуализации закончилось место на диске и было приостановлено несколько машин.
Я подозреваю, что это проблема DNS. Мне удалось настроить рабочий ретрансляционный сервер внутри виртуальной машины (на моей собственной рабочей станции), но мне пришлось настроить 8.8.8.8 в качестве DNS-сервера для этой машины.
Как только я вернулся к DNS, назначенному DHCP мой собственный почтовый сервер остановится.
К сожалению, похоже, что вообще нет никаких полезных журналов. Я не знаю, есть ли у почтового сервера проблемы с разрешением какого-либо доменного имени или подключением к какому-либо IP. На моей виртуальной машине с Google DNS журнал содержит запросы на отправку сообщений, за которыми следует набор сообщений для ретрансляции, то есть подключения к другому почтовому серверу и пересылки электронной почты. На фактическом сервере, на котором возникает проблема, нет сообщений о ретрансляции.
К сожалению, машина, на которой размещен почтовый сервер, также является основной машиной DNS для нашей внутренней сети (не надо '' Посмотри на меня, я это не настраивал), так что я не могу просто использовать Google DNS и прекратить это дело - сделав это, я бы, вероятно, сломал много других вещей.
Любая идея, что может быть не так ? В качестве альтернативы - есть ли способ узнать, в чем ТОЧНАЯ причина того, что сообщения не покидают папку очереди?
В конце концов мне удалось найти ответ.
Кто-то включил расширенную опцию «отключить рекурсию» на DNS-сервере.
Я не уверен, почему именно это происходит. Выключение рекурсии фактически отключило возможности сервера ретрансляции SMTP, но в моем случае это было прямой причиной проблемы.