系统正在成功发送电子邮件，但发送每封电子邮件需要很长时间。
基本上，如果我telnet到本地端口25端口，然后我尝试从那里发送一个电子邮件从服务器的响应是超级慢。 我们在那里运行的邮件应用程序需要8分钟以上才能发送4封电子邮件。
有没有人曾经与EXIM面对过这个问题，也许你现在可能是什么让EXIM等待这么久的设置。 我正在查看日志，我看不到任何指示错误的东西。 在mainlog的示例下面：
2009-08-10 07:21:05 H =（aurl.domain.ni）[127.0.0.1]警告：发件人速率4.6 / 1h
2009-08-10 07:21:29 1MaTsX-0000mw-Oe <= [email protected] H =（aurl.domain.ni）[127.0.0.1] P = esmtp S = 22003 id = 67402024.1249906753667.JavaMail.root @ aurl.domain.ni
2009-08-10 07:21:54来自（domain.com）的连接上的SMTP命令超时[127.0.0.1]
2009-08-10 07:22:42 1MaTsX-0000mw-Oe ** [email protected] R = lookuphost T = remote_smtp：远程邮件服务器发出的SMTP错误RCPT TO :: host mx3.earthlink.net [209.86.93.228 ]：550 [email protected] …用户未知
2009-08-10 07:22:42 1MaTti-0000nM-3b <= <> R = 1MaTsX-0000mw-Oe U = mailnull P =本地S = 23089
2009-08-10 07:22:42 1MaTsX-0000mw-Oe完成
服务器似乎在进行调节，如果您是从一个IP进行testing，这可能会影响到您：
2009-08-10 07:21:05 H=(aurl.domain.ni) [127.0.0.1] Warning: Sender rate 4.6 / 1h 像这样的问题经常与糟糕的DNS有关。 Exim在处理邮件过程中会执行大量的分辨率。 检查Exim服务器上的DNSconfiguration。 检查它正在使用的DNS服务器的性能。
服务器是否执行任何DNSBL处理？ 我经常被要求查看性能不佳的服务器，结果发现他们正在使用已经退役的DNSBL，这意味着查询超时。
尝试在服务器上运行exim进行debugging，以查看问题出在哪里。 以下将在端口26上运行一个Exim守护进程，保持连接到控制台并打印大量的debugging信息：
exim -bd -d -oX 26
然后telnet到tcp / 26而不是tcp / 25，然后像以前那样testing。
正如jj33所build议的，DNS是一个常见的问题。
Exim可能被configuration为对收到的电子邮件执行ident查找。 很长一段时间，这违反了30秒的超时时间 – 我不确定这是否仍然如此。 稍微延迟邮件会对我发现的垃圾邮件发送者有很大的帮助（天真垃圾邮件发送者会推送邮件，然后触发协议违规错误），所以值得做IMO。
# RFC1413 lookups can cause timeouts. (ident) rfc1413_hosts = * rfc1413_query_timeout = 5s
rfc1413_hosts默认为*，所以如果你想禁用它，请尝试
rfc1413_hosts =
我的速度很慢，在vexim-acl-check-rcpt.conf文件中取消激活某个修饰符（dnslists）之后，我的邮件现在非常快速地发送。 看起来像我使用的修饰符是无效的，虽然它随着vexim包。 进一步的调查显示，dnslist zen.spamhaus.org:list.dsbl.org似乎是无效的。 所以我停用了它，也工作得很好。 希望能以某种方式帮助别人。 这是我的vexim-acl-check-rcpt.conf文件
*＃deny message =在$ dnslist_domain \ n $ dnslist_text中列出的DNSBL
拒绝消息= DNSBL黑名单dnslists = list.dsbl.org否认消息= DNSBL黑名单dnslists = dnsbl.sorbs.net否认消息= DNSBL黑名单dnslists = rhsbl.sorbs.net否认消息= DNSBL黑名单dnslists = bl.spamcop.net *