来自sendmail的Exchange 2007中继,消息“未送达”。 可能的原因?

注意:这是我从Stackoverflow的重新发布。


为了安全起见,我一直在使用DMZ RHEL5 sendmail服务器作为Exchange 2007服务器的中继。 Exchange正在环境中工作,我有Vista和XP的虚拟机使用域上的Outlook互相发送电子邮件。 我一直在试图模拟一个外部互联网虚拟机发送电子邮件到DMZ sendmail中继,它转发到Exchange服务器。

在所有人都认为这是个大问题之前,我已经遵循了sendmail / Exchange指南,我想知道的是我如何确定为什么Exchange中的邮件/电子邮件是“未交付”的。

基本上我发送一个SMTP邮件到发送邮件服务器,该邮件转发到我的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) 

这很好,但是从不接收来自Exchange的电子邮件。 所以我开始在Exchange上玩弄 在“邮件跟踪”疑难解答助理我查询处理的消息,发现这:(我不得不复制和粘贴单元格…抱歉格式)

 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] 

我只想知道,如果有人有任何build议,为什么DMZ中继连接器我设置不中继,而是作为未交付返回转发电子邮件给发件人?

我的Exchange中继接收连接器非常简单。 将Exchange服务器的FQDN设置为HELO响应,所有可用的IP地址都可以接收中继的电子邮件,并且将我的sendmail服务器的IP地址专门设置为远程服务器。

更新:

我想我知道问题是什么。 我用来发送电子邮件的工具发送的信息与我通过telnet手动尝试时发送的信息不同。

如果我通过SMTP通过telnet发送电子邮件,那么msgid = 123123 … 123.PA12312356 @ externalmailserver @ xyz.local。

如果电子邮件是通过工具发送的,那么这是一个ESMTP消息,其中包含[email protected]

Exchange必须尝试执行中继检查,并且找不到名为“xyz.local”的服务器。 这听起来是对的吗? 我所有的telnet发送的电子邮件到达罚款。 这看起来不像我有select的工具如何发送电子邮件。 从哪里得到xyz.local域名? 当使用telnet的时候,sendmail服务器会自动显示为220 [email protected],它可以工作。

更新2:

好! 一个小Wireshark做的伎俩。 它看起来像发送SMTP邮件的工具是设置消息ID本身,我猜很像邮件服务器将其发送到它的目标邮件服务器之前将做。 设置的Message-ID仅适用于域名(xyz.com),当电子邮件通过Sendmail转发到Exchange时,它似乎就坐落在STOREDRIVER中。 我已经知道STOREDRIVER是什么,但是我知道,如果Message-ID包含中继的FQDN(不仅仅是域名),并且只包含域名,它们不会被传送,我知道电子邮件会被发送。

 Message-ID: <[email protected]> Message-ID: <[email protected]> 

Exchange必须应用一些查找过滤,或者某些configuration丢失。 有没有人有任何想法?

再说一遍,我不能回答我自己的问题,但是第一个回答的人,“也许电子邮件正在交付,Outlook只是把他们移动到垃圾文件夹”赢得了我的投票。

那就对了。 邮件传送正常,但Outlook将其过滤为networking钓鱼尝试。 这是一个广泛的testing环境,从来没有发生过我检查。

也许电子邮件正在交付,Outlook只是把他们移动到垃圾邮件文件夹。