我正在尝试通过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)。 所以这里是我的设置以防万一:
我整日摆弄着这些设置,所以说实话,不知道还有什么可能影响到现在正在工作的事实。 希望这至less有一点帮助。
首先要看的是服务器日志文件。 这会告诉你,如果你的服务器有问题发送到特定的主机。 大多数情况下都是这样(根据我的经验),通常是DNS(无论是在你的末端还是在远程)都是罪魁祸首。
SMTP服务器正在寻找SMTP主机/网关发送邮件。
如果您尝试发送到本地主机,则本地主机IP将成为网关。 如果您尝试发送到外部电子邮件地址,如Gmail或Hotmail,您将需要添加您的ISP的邮件网关作为智能主机。
设置智能主机:
将电子邮件服务从一台主机切换到另一台主机(新的Office 365)后,我遇到了同样的问题。 经过大量的试验和错误,终于开始这样做:
防火墙:我读过,你需要打开端口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定义问题的:
希望这会帮助别人,而不是我最初想的。
我遇到过同样的问题。 正如其他人所说,这是DNS相关的。 我们的内部DNS服务器上有一个正向查找区域,用于我们的公共域名(与我们的内部域名不同)。 我必须在此内部正向查找区域中添加MXlogging以匹配公共域DNSlogging上的MXlogging。 这解决了这个问题。