Примечание: это мой повторный пост из Stackoverflow.
Я возился с тестовой средой в целях безопасности, где сервер sendmail DMZ RHEL5 используется в качестве ретранслятора для сервера Exchange 2007. Exchange работает в среде, у меня есть виртуальные машины Vista и XP, использующие Outlook в домене для отправки электронной почты друг другу. Я пытался смоделировать внешнюю виртуальную машину в Интернете, отправляющую электронное письмо на ретранслятор sendmail в DMZ, которое пересылает на сервер Exchange.
Прежде чем все подумают, что это слишком большая проблема / вопрос, я следил за руководствами по sendmail / Exchange, и все, что мне нужно знать, это как я могу определить, почему ретранслируемое сообщение / электронное письмо в Exchange является «недоставленным».
Обычно я отправляю SMTP-сообщение на сервер sendmail, которое ретранслируется на мой Exchange. В / var / log / maillog отображается электронная почта, пересылаемая в Exchange.
Nov 17 13:41:22 externalmailserver sendmail[9017]: pAHIfMuW009017: from=<yourboss@xyz.local>, size=1233, class=0, nrcpts=1, msgid=<d129d873.5d463d48@xyz.local>, proto=ESMTP, daemon=MTA, relay=[10.50.50.1]
Nov 17 13:42:17 externalmailserver sendmail[9050]: pAHIfMuW009017: to=<zbob@xyz.local>, delay=00:00:55, xdelay=00:00:36, mailer=relay, pri=121233, relay=mailserver.xyz.local. [192.168.1.20], dsn=2.0.0, stat=Sent (<d129d873.5d463d48@xyz.local> Queued mail for delivery)
Это хорошо, но никогда не получать электронную почту от Exchange. Я начал ковыряться в Exchange. В помощнике по устранению неполадок «Отслеживание сообщений» я запросил обработанные сообщения и обнаружил следующее: (мне пришлось скопировать и вставить ячейки ... извините за формат)
2011/11/17 RECEIVE SMTP <d129d873.5d463d48@xyz.local> "Undelivered Mail Returned to Sender" yourboss@xyz.local zbob@xyz.local 192.168.100.10 MAILSERVER\DMZ Relay yourboss@xyz.local
Я просто хочу знать, есть ли у кого-нибудь предложения о том, почему настроенный мной коннектор DMZ Relay не ретранслирует, а вместо этого возвращает переадресованное электронное письмо отправителю как недоставленное?
Мой коннектор приема ретрансляции Exchange довольно прост. Полное доменное имя сервера Exchange установлено как ответ HELO, все доступные IP-адреса могут получать ретранслируемую электронную почту, а IP-адрес моего сервера sendmail специально настроен как удаленный сервер.
ОБНОВИТЬ:
На самом деле я думаю, что знаю, в чем проблема. Инструмент, который я должен использовать для отправки электронной почты, отправляет другое сообщение, чем когда я пытаюсь это сделать вручную через telnet.
Если я отправляю электронное письмо через telnet через SMTP, msgid = 123123 ... 123.PA12312356 @ externalmailserver @ xyz.local.
Если электронное письмо отправлено через инструмент, это сообщение ESMTP, где msgid=esef9e.asdasfe@xyz.local
Exchange, должно быть, пытается выполнить проверку реле и не может найти сервер с именем «xyz.local». Это звучит примерно правильно? Все мои электронные письма, отправленные через telnet, приходят нормально. Не похоже, что у меня есть выбор, как инструмент отправляет электронную почту. Откуда ему взять домен xyz.local? При использовании telnet сервер sendmail представляет собой 220 externalmailserver@xyz.local, что работает.
ОБНОВЛЕНИЕ 2:
Хорошо! Небольшой Wireshark сделал свое дело. Похоже, что инструмент, отправляющий SMTP-сообщение, устанавливает сам Message-ID, я думаю, это очень похоже на то, как это делал бы почтовый сервер перед отправкой на целевой почтовый сервер. Установленный идентификатор сообщения предназначен только для домена (xyz.com), и когда электронная почта передается через Sendmail в Exchange, кажется, что оно просто находится в STOREDRIVER. Я не знаю, что такое STOREDRIVER, но я знаю, что электронные письма доставляются, если Message-ID включает полное доменное имя реле (а не только домен), и когда он включает только домен, который они не доставляют.
Message-ID: <e65f12.5fb1b@xyz.local>
Message-ID: <e65f12.5fb1b@externalmailserver.xyz.local>
Exchange должен применять некоторую фильтрацию поиска, или некоторая конфигурация отсутствует. У кого-нибудь есть идеи?
ОТВЕТИЛИ: Опять же, я не могу ответить на свой вопрос, но мой голос побеждает тот, кто первым ответит: «Возможно, электронные письма доставляются, а Outlook просто перемещает их в папку нежелательной почты».
Это правильно. Сообщения были доставлены нормально, но Outlook отфильтровывал их как попытки фишинга. Это обширная среда тестирования, и мне никогда не приходилось проверять.
Возможно, электронные письма доставляются, а Outlook просто перемещает их в папку нежелательной почты.