IIS / SMTP – 邮件卡在邮件根目录/队列中

我正在尝试通过SMTP内的IIS皮卡目录发送电子邮件。 不幸的是,电子邮件只是进入邮件根目录/队列文件夹,并留在那里。 他们从来没有真正发送。

有谁知道为什么会发生这种情况,并解决这个问题?

有一个类似的问题卡在队列中的文件。 在IISpipe理器中,SMTP虚拟服务器>属性> Delievery>出站连接。 Limit number of connections to的选项已被选中,值为0 。 所以它被configuration为永远不做任何出站连接,导致电子邮件永远不会离开服务器。 我取消选中该选项,并重新启动SMTP服务器,一切都很好。

我今天有这个问题。

重新启动“简单邮件传输协议(SMTP)”服务后,它重新开始工作。

只是为了logging:我们有一个情况,由于一个错误的DNS设置服务器无法parsing名称了。 由此产生的行为正是你所描述的行为。

根据我的经验,这通常是由于IIS SMTP尝试发送和遇到临时(4xx响应代码)错误。 你打开IIS SMTP服务的日志logging,并检查日志? 对不起,如果这是显而易见的,但很难知道原因或修复不知道日志显示。

我认为这个问题可能是系统中IPv4和IPv6之间有混淆,所以当你指定localhost的时候,select默认的IPv6协议。 我今天遇到了同样的问题,在localhost引用主机中的IPv6地址后被修复,虽然这可能是巧合(我也在设置SVN)。 所以这里是我的设置以防万一:

  1. 在IIS7中,我已将“Deliver to SMTP server”选项与本地主机一起启用为我select的服务器。
  2. 在IIS6我有访问设置为只有127.0.0.1,没有传入或传出身份validation。

我整日摆弄着这些设置,所以说实话,不知道还有什么可能影响到现在正在工作的事实。 希望这至less有一点帮助。

首先要看的是服务器日志文件。 这会告诉你,如果你的服务器有问题发送到特定的主机。 大多数情况下都是这样(根据我的经验),通常是DNS(无论是在你的末端还是在远程)都是罪魁祸首。

SMTP服务器正在寻找SMTP主机/网关发送邮件。

如果您尝试发送到本地主机,则本地主机IP将成为网关。 如果您尝试发送到外部电子邮件地址,如Gmail或Hotmail,您将需要添加您的ISP的邮件网关作为智能主机。

设置智能主机:

  1. 在IISpipe理器中,右键单击SMTP虚拟服务器,然后单击“属性”。
  2. 单击传递选项卡,然后单击高级。
  3. 在“智能主机”框中,键入智能主机服务器的名称。 您可以键入一个string来表示一个名称或input一个IP地址。
  4. 如果希望SMTP服务在将它们转发到智能主机服务器之前尝试直接发送远程消息,请选中尝试直接发送到智能主机之前checkbox。 默认情况下,将所有远程消息发送到智能主机,而不是尝试直接传送。

将电子邮件服务从一台主机切换到另一台主机(新的Office 365)后,我遇到了同样的问题。 经过大量的试验和错误,终于开始这样做:

  1. 将我的电子邮件域添加到IIS 6作为“远程”域。 (这是O365和所有用户帐户使用的域名。)
  2. 在IIS 6中,双击该域; 在“路由域”下select“转发所有邮件到智能主机”并input您的服务器(在我的情况下,“smtp.office365.com”)。 同时选中“允许传入邮件中继到此域”checkbox。
  3. 在IIS 6中,右键单击SMTP虚拟服务器>属性。
    • “常规”选项卡:单击“高级”,然后添加本地服务器的IP和端口587
    • 访问标签:确保选中“需要TLSencryption”。 我必须使用我的电子邮件域的名称在IIS 7中创build域证书。
    • “访问”选项卡:将您的本地服务器IP添加到“连接”和“中继”列表。
    • “传递”选项卡:出站安全性:select基本身份validation,input有效许可用户的凭证; 选中“TLSencryption”框
    • “传递”选项卡:出站连接:为TCP端口input587
    • 交付标签:高级:input您的电子邮件域作为“完全合格的域名”和您的电子邮件服务器作为“智能主机”(再次在我的情况smtp.office365.com)。

防火墙:我读过,你需要打开端口587出站。 (我没有,因为这是一个VOIP服务器,需要防火墙closures。)

Office 365:在pipe理>交换下添加一个“连接器”以允许您的本地静态IP。 Microsoft在线提供这些说明。

IISRESET为我解决了这个问题。 我相信它是类似于重置SMTP服务的解决scheme,因为这个服务依赖于IIS。 重启后C:\ inetpub \ mailroot \ Queue里面的邮件开始消失了!

最近进入这个问题。 有人已经将MalwareBytes安装到smtp服务器上,并且smtp mailroot文件夹没有列入白名单。 该软件将队列中的所有内容都视为一个潜在的垃圾邮件活动,并让它足够的时间到达垃圾邮件。 所有域名都受到影响。 让我感到困惑(多年来无懈可击的操作..),直到我看着正在运行的进程,并注意到mbam的EXE。

我最近碰到这个问题。 在我的情况,原来是一个networking适配器中的DNS服务器定义问题(这有两个出于某种原因不知道我)。 指定的DNS服务器被设置为“127.0.0.1”,而不是通常在该networking上使用的“8.8.8.8”。 我将其更改为正确的值,重新启动了我的SMTP服务器,并立即分发排队的电子邮件。

我是如何看待这个DNS定义问题的:

  • 使用nslookup查找要testing的mx服务器(testing5个或6个不同的服务器)
  • 试图远程login到服务器(每遇到一个“无法连接”的消息,使我最初想到防火墙问题)
  • 试图pingtesting的MX服务器的价值(每次遇到“无法连接到主机”消息)

希望这会帮助别人,而不是我最初想的。

我遇到过同样的问题。 正如其他人所说,这是DNS相关的。 我们的内部DNS服务器上有一个正向查找区域,用于我们的公共域名(与我们的内部域名不同)。 我必须在此内部正向查找区域中添加MXlogging以匹配公共域DNSlogging上的MXlogging。 这解决了这个问题。