Моя компания использует сервер SBS 2003 и использует Exchange для размещения собственной электронной почты. У нас также есть Linux-сервер, на котором размещены домены для некоторых наших клиентов. Для отправки этим клиентам у нас был настроен внутренний DNS для теневого копирования клиентских доменов, чтобы обеспечить «правильные» записи MX внутри нашей сети. Например, общедоступный DNS для домена abc.com может указывать на 1.2.3.4, но внутри у нас есть записи MX, настроенные для маршрутизации почты для abc.com на 172.16.0.4, который является почтовым сервером Linux. Эта установка была полностью функциональной; это просто предыстория.
Недавно мы переместили один из наших клиентских доменов с нашего внутреннего Linux-сервера на внешний почтовый провайдер. Когда мы это сделали, мы, естественно, удалили наши внутренние теневые записи DNS, чтобы наш сервер Exchange мог получать правильные (общедоступные) записи DNS и перенаправлять почту на новый внешний хост. Однако это НЕ повлияло на Exchange. Даже после перезагрузки сервера Exchange и полной очистки кеша DNS (nslookups на самой машине Exchange правильно разрешает новый внешний адрес) Exchange по-прежнему пытается доставить сообщения для домена на наш внутренний сервер! Обменять правильно маршруты ко всем Другой внутренний и внешний домены при отправке электронной почты.
Каким-то образом Exchange пытается доставить на машину, которую, судя по всему, не имеет никакого отношения к попыткам использовать только для этого домена. Есть ли кеш DNS, который Exchange использует для внутренних целей? Есть ли способ очистить внутренний кеш? Что еще я мог упустить?
Чтобы исправить (или, скорее, обойти) эту проблему, настройте внешний DNS-сервер для вашего SMTP.
В диспетчере системы Exchange:
Развернуть Серверы -> [ваш сервер] -> Протоколы -> SMTP
Выберите «Свойства» для виртуального SMTP-сервера и перейдите в Доставка таб. Нажмите Продвинутый а потом Настроить. Теперь вы можете добавлять внешние DNS-серверы, которые будут использоваться для маршрутизации исходящей почты.
Я использовал этот подход для исправления идентичных ситуаций на Exchange 2003 и 2007 с успехом.