电子邮件的「发」与「收」#

一封电子邮件从发件人按下「发送」，到出现在收件人的收件箱中，从不只是「发送」和「接收」那么简单。但，让我们把这个并不简单地流程，简单地讲一讲。

发件人在发件客户端按下「发送」时，信件先被交给了发信服务器。对于使用不同邮件服务的用户，他们的发信服务器也会不一样。 接着，这封信按照约定的协议，投递进收件人的收信服务器。 最后，收件人打开自己的邮箱客户端时，客户端从服务器取出信件，把它呈现给用户。

这一来一往，或许只花了几秒钟。可这封信背后，其实经过了两个客户端、两个服务器的接力合作。

比如说，我在Mac上用Mail.app通过iCloud Mail，给一位使用Outlook邮件服务和客户端的Android用户发邮件。邮件会先从我的Mac送到iCloud的发信服务器，再投递到Outlook的收信服务器，最后被对方的Outlook客户端拉取下来。就这样，一封邮件完成了它的旅程。

电子邮件的「退回」#

就像现实中的信件有时会被退回，电子邮件同样有各种各样的退信情形。我们也可以简单地分为「发件服务器退信」和「收件服务器退信」，并简要地举几个例子。

发件服务器退信：

• 发件频率过高
• 邮件体积过大
• 邮件被识别为垃圾邮件
• 发件人标识配置错误或鉴权不通过
• 收件服务器不存在或不可及：例如，向@blackhole.kaiy.top发送邮件

收件服务器退信：

• 收件人邮箱已满
• 发信服务器身份验证失败
• 邮件被拦截列表或安全策略拒收
• 查无此人：例如向alice@kaiy.top发送邮件

两个属于AS714 APPLE-ENGINEERING的、遭拒的IP地址#

如果去查询一下57.103.66.120和57.103.64.119这两个IP地址，很容易就能得知，它们目前的归属都是AS714 APPLE-ENGINEERING。

你可能已经猜到了，这两个IP地址肯定跟iCloud Mail有关。是的，它们是iCloud的众多发信服务器IP之二。但单独拿出来讲，它们有什么特别的呢？ 这两个IP在向Microsoft的收信服务器传输信件时，会遭到拒绝。

于是发件人会在几秒到几分钟后，在自己的收件箱里看到一封名为「Undelivered Mail Returned to Sender」的退信报告，说hotmail-com.olc.protection.outlook.com回复了错误代码550 5.7.1，并且反馈发件服务器在相应的拦截列表（S3150）上。

如果这时负责发送我邮件的发信服务器是我自建的，例如我在云服务厂商处租赁了一台（虚拟）服务器，并在该服务器上运行着我的发信服务，那我便可以轻松地找到云服务厂商，要求更换一个新的IP地址，或者要求云服务厂商联系Microsoft协商将该IP地址从拦截名单上移除，但……我的发信服务器是iCloud Mail的啊，所以……

好戏开始，我算是踢到钢板啦！

“如果你仍需要协助”#

在与 iCloud 邮件有关的邮件管理员信息 - 官方 Apple 支持 (中国)这篇Apple支持主题中，“如果你仍需要协助”章节，我们会看到这样一段描述：

如果你已遵循我们的最佳做法，并已查阅邮件日志来了解更多信息，但仍无法诊断和解决传送问题，那么你可以发送电子邮件到 icloudadmin@apple.com 并提供以下所有信息，以便联系我们的邮件管理员团队

这个地址并不是为iCloud Mail的用户准备的，而是为那些试图向iCloud Mail用户发送邮件但遇到障碍的邮件管理员准备的，但按常理来讲，既然声明的抬头是「我们的邮件管理员团队」，那就……应该不会只管收信，不管发信吧？所以我还是向icloudadmin@apple.com发了一封邮件，反馈部分发信服务器IP被Outlook收信服务器拦截的问题，结果……石沉大海。

数日后，我又看到同一章节的末尾还有一句

如果你不是系统管理员，并且需要 iCloud 邮件方面的协助，请联系 Apple 支持。

于是便有了和Apple支持的沟通尝试。

案例0165：邮件发送失败#

说实话，这并不是我第一次和Apple支持沟通。反而，事实上，作为一个数年的Apple老用户，我联系Apple支持的次数并不少。 或许是因为自己的技术不断精进，越到后来，越感觉和Apple支持沟通的过程中，反而自己更像是那个专业人士。

所以我已经很久很久没有联系过Apple支持，说真的，每次一想到“明知他们完全帮助不到我，又抱着一丝丝希望联系上他们，最后又失望而归”的老生常谈……我下一次还联系Apple支持的可能性就又下降一点。每一次都保不齐是我最后一次联系Apple支持的尝试。 只是这一次我尤其火大。

按照惯例，能不打电话的时候，绝不打电话，我先是选择线上对谈，然后得知需要打电话，把案例提升给Senior Advisor（高级顾问）……好吧，习惯了，虽然在我的感官上他们的Senior Advisor也没有“高级”到哪里去。

电话接通后，高级顾问简要问了几个问题，然后打开了我的屏幕共享，然后不出我所料，又是那两个Apple支持的万能雷区——预览版软件和虚拟专用网络，被拿出来作为拒绝将这个案例发送给Engineering Team（工程师团队）的理由。

这并非我第一次因为类似的原因被Apple支持拒绝提供帮助，我也清楚在Apple Beta Software Agreement也写道：

During Your participation in the Beta Program or in a particular seed, Apple is not obligated to provide You with any maintenance, technical or other support for the Apple Software.

但是需要注意的是，结合全文，我本人（或许是水平有限）也完全不能得出这一段“No Support and Maintenance”条款适用于「并非预览版的服务」。也就是说，我不认为这个协议摘掉了Apple为我订阅的服务提供支持的义务。

之前一些界限比较模糊，不太好确定是软件还是服务的问题，我一次次被拒绝，基本上是合理的，我也从来没有微辞。

这一次的体验实在是过于糟糕，过于不合乎逻辑和理性。我并不想，也没有必要，向一个顾问解释电子邮件系统究竟是怎么运作的。但我已经强调我脱离预览版软件环境（例如，使用iCloud.com网页版）之后仍然有这样的问题，我已经尽全力试图让其理解，为什么这不是一个「软件」问题，而是一个服务器端的问题。 我甚至说，我现在并不使用任何Apple设备和软件，这样就没有任何预览版软件了，我在一台Windows 11 PC上使用Google Chrome访问iCloud.com网页版发送邮件，遇到这样的问题了，现在可以为我提供技术支持，把案例提交给Engineering Team了吗？

还是遭到拒绝。

我被拒绝这么多次，第一次这么恼火。这就像是我去一家精酿酒馆想买一些酒，有时会遇到打酒的机器泵出液体不畅的问题，我和店员说“是不是向负责人反馈一下”，然后店员以我来买酒时开的汽车经过改装为由拒绝听取我的意见……

Excuse me???

我理解如果鸡毛蒜皮的小问题，甚至是用户使用不当造成的错误，都报告到工程师团队，必然引起不必要的麻烦。

但能不能不要一看到用户在使用预览版软件，就像收到惊吓的乌龟缩在壳里一样只会重复念叨让用户刷机？

我喜欢Apple的产品是真的，我讨厌Apple支持的水平和态度也是真的。

祝大家都用得开心，用得稳定，永远不需要联系Apple支持那是最好。

如果遇到了Apple支持不能解决的问题和糟心事……这里我给自己打一个小广告，欢迎来知乎找我付费咨询～