Примечание: Это мой повторный пост со Stackoverflow.
Я экспериментировал с тестовой средой в целях безопасности, где сервер DMZ RHEL5 sendmail используется в качестве ретранслятора для сервера Exchange 2007. Exchange работает в этой среде, у меня есть виртуальные машины Vista и XP, использующие Outlook в домене для отправки электронной почты друг другу. Я пытался смоделировать внешнюю интернет-виртуальную машину, отправляющую электронную почту на ретранслятор DMZ sendmail, который пересылает ее на сервер Exchange.
Прежде чем все подумают, что это слишком большая проблема/вопрос, я изучил руководства по sendmail/Exchange, и все, что я хочу знать, — это как определить, почему ретранслируемое сообщение/электронное письмо в Exchange имеет статус «Не доставлено».
По сути, я отправляю SMTP-сообщение на сервер sendmail, который ретранслирует его на мой Exchange. /var/log/maillog показывает, что электронное письмо ретранслируется на Exchange.
Nov 17 13:41:22 externalmailserver sendmail[9017]: pAHIfMuW009017: from=<[email protected]>, size=1233, class=0, nrcpts=1, msgid=<[email protected]>, proto=ESMTP, daemon=MTA, relay=[10.50.50.1]
Nov 17 13:42:17 externalmailserver sendmail[9050]: pAHIfMuW009017: to=<[email protected]>, 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 (<[email protected]> Queued mail for delivery)
Это хорошо, но To никогда не получает электронное письмо от Exchange. Поэтому я начал ковыряться в Exchange. В "Message Tracking" Troubleshooting Assistant я запросил обработанные сообщения и нашел это: (мне пришлось скопировать и вставить ячейки... извините за формат)
2011/11/17 RECEIVE SMTP <[email protected]> "Undelivered Mail Returned to Sender" [email protected] [email protected] 192.168.100.10 MAILSERVER\DMZ Relay [email protected]
Я просто хочу узнать, есть ли у кого-нибудь предположения, почему настроенный мной коннектор DMZ Relay не ретранслирует почту, а вместо этого возвращает пересланное письмо отправителю как недоставленное?
Мой коннектор получения Exchange Relay довольно прост. Полное доменное имя сервера Exchange установлено в качестве ответа HELO, все доступные IP-адреса могут получать ретранслируемую почту, а IP-адрес моего сервера sendmail специально установлен в качестве удаленного сервера.
ОБНОВЛЯТЬ:
На самом деле я думаю, что знаю, в чем проблема. Инструмент, который я должен использовать для отправки электронной почты, отправляет другое сообщение, чем когда я пытаюсь сделать это вручную через telnet.
Если я отправляю электронное письмо через telnet через SMTP, msgid=123123...123.PA12312356@[email protected].
Если электронное письмо отправляется через этот инструмент, это сообщение ESMTP, в котором[email protected]
Exchange, должно быть, пытается выполнить проверку ретрансляции и не может найти сервер с именем "xyz.local". Это похоже на правду? Все мои отправленные по telnet электронные письма приходят нормально. Похоже, у меня нет выбора, как инструмент отправляет электронные письма. Откуда он мог бы получить домен xyz.local? При использовании telnet сервер sendmail представляется как 220[email protected], который работает.
ОБНОВЛЕНИЕ 2:
Хорошо! Немного Wireshark сделал свое дело. Похоже, что инструмент, отправляющий сообщение SMTP, сам устанавливает Message-ID, я полагаю, так же, как это делает почтовый сервер перед отправкой его на почтовый сервер назначения. Установленный Message-ID предназначен только для домена (xyz.com), и когда электронное письмо ретранслируется через Sendmail в Exchange, оно, похоже, просто находится в STOREDRIVER. Я не знаю, что такое STOREDRIVER, но я знаю, что электронные письма доставляются, если Message-ID включает полное доменное имя ретранслятора (не только домен), а когда он включает только домен, они не доставляются.
Message-ID: <[email protected]>
Message-ID: <[email protected]>
Exchange, должно быть, применяет какую-то фильтрацию поиска или отсутствует какая-то конфигурация. Есть ли у кого-нибудь идеи?
ОТВЕТ: Опять же, я не могу ответить на свой вопрос, но первый, кто ответит: «Возможно, письма доставляются, а Outlook просто перемещает их в папку «Спам»», выигрывает мой голос.
Все верно. Сообщения были доставлены нормально, но Outlook отфильтровывал их как попытки фишинга. Это широкая тестовая среда, и мне никогда не приходило в голову проверить.
решение1
Возможно, электронные письма доставляются, а Outlook просто перемещает их в папку «Спам».