从昨天开始(新路由器,我怀疑是根本原因)客户端发送电子邮件时出现问题。接收正常,只是发送不断失败。
跟踪 Exim 的主日志,这是正在呈现的 EHLO,以及 Exim 将其踢回的原因:
2013-03-09 15:07:00 SMTP connection from host109-155-115-197.range109-155.btcentralplus.com (unknown-68:a8:6d:03:cf:6e.home) [109.155.115.197]:52877
其次是
rejected EHLO from host109-155-115-197.range109-155.btcentralplus.com [109.155.115.197]:52848 I=[213.229.88.78]:587: syntactically invalid argument(s): unknown-68:a8:6d:03:cf:6e.home
在 exim.conf 中添加冒号后helo_allowed_chars
,邮件将按预期流动:
收到:来自 host109-155-115-197.range109-155.btcentralplus.com ([109.155.115.197]:52913 helo=unknown-68:a8:6d:03:cf:6e.home)
有问题的邮件客户端是 Mail.app,
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
X-Mailer: Apple Mail (2.1499)
我想我的问题有三个:
- 为什么 BT Home Hub 会生成这些明显毫无意义的本地 FQDN?
- 为什么 OSX 会盲目接受任何旧的、奇怪的、不合规的本地主机名?
- 为什么 Mail.app 在发送外发电子邮件时会盲目接受这个奇怪的、不合规的本地主机名 - 即使它显然是非法的并且会无法通过 RFC 检查?
- 为什么我很少看到这个问题?这是我第一次听到有人说他们的外发电子邮件无法正常工作,而且我已经使用 Mail.app 在许多 Mac 上设置了电子邮件,所有这些 Mac 都在我打字时愉快地发送和接收邮件。(我可以在 Exim 中看到它们
mainlog
。)
寻找其他 BT Home Hub 流量,我可以看到使用 EHLO 看起来更标准化的传入连接:
2013-03-07 20:04:17 H=host81-156-4-96.range81-156.btcentralplus.com (BThomehub.home)
不知道这是 Mac 还是 PC 生成的,它来自外部。
我正在将此服务器更新到最新的稳定版本,包括 Exim(目前运行的是 4.69)。我不想让这个 RFC 黑客留在 Exim conf 中,如果用户提供有效的凭据,一定有更简洁的方法来解决这个问题。
是否每个使用 Mac 的 BT 宽带客户实际上都遇到了与 Exim 辅助电子邮件相同的问题 - 而他们只是没有意识到这一点?在将 Mac 包含在环境中之前,我必须使用 Home Hub,我从未见过分配unknown-68:a8:6d:03:cf:6e.home
给联网设备的伪 MAC 地址,我通常只见过将主机名映射到路由器 LAN 部分中的设备,它无法检测设备类型或主机名,因此只显示其 MAC 地址,并在前面和后面添加默认的垃圾信息。
更紧迫的是试图弄清楚为什么这些数据应该被呈现给邮件服务器,我不想再支持这种黑客行为了。我甚至不能保证它在 Exim 更新后还能正常工作,但我无意推迟服务器升级以支持不合规的客户端。
答案1
似乎有人不知为何没有为他们的 Mac 设置计算机名称。请尝试让客户端通过转到“系统偏好设置”然后“共享”来设置计算机名称。
答案2
阅读消息 #24http://business.forums.bt.com/t5/Email/email-on-Mac-problem-sending/td-p/46630/page/3消息 #26 也有一个稍微容易一些的测试/修复,其中他说:
将“计算机名称”更改为仅包含字母和数字 - 没有空格或标点符号/特殊字符
例如,我有“Ian 的 MacBook Air”,并将其更改为“iansmacbookair”
重启 Mac
SMTP 将迎来爆发式增长
然后他说你可以把它改回你想要的任何值,因为路由器只会尝试解析主机名一次。他没有说明这是否在路由器电源循环后仍然存在,但我敢打赌它不存在,所以每次路由器电源循环时你都必须重复一遍。对我来说,问题 #24 是更好、更合适、更长期的解决方案。