iCloud+ 自定义电子邮件域应该更好

作者:糖果
发布时间:2024-09-21 01:08:33 (1天前)
来源:https://domlaut.com

几年来，我一直在为我的电子邮件使用自定义域，在此期间，我在Zoho、Fastmail、Microsoft 365和Google Workspace之间切换。

Apple 最近将付费 iCloud 计划重新命名为 iCloud+，并在 iCloud Mail 上引入了对自定义电子邮件域的支持。这对我来说是一个期待已久的功能，我很高兴能尝试一下——最终目标是将我们的家庭域从 Google Workspace 切换到 iCloud。

这是我发现的。
**问题 #1：没有包罗万象的地址支持**
大多数电子邮件服务的默认工作方式是您明确设置哪些地址可以接收电子邮件 - 您通常会为每个地址获得不同的帐户（又名收件箱）。发送到不存在的帐户（由电子邮件地址确定）的电子邮件会被“退回”，这意味着发件人会收到自动回复，说由于给定地址的帐户不存在而导致发送失败。

为域设置包罗万象的地址意味着您可以将电子邮件发送到尚未明确设置路由到现有帐户的任何地址，甚至可以将其复制到多个帐户。

有很多原因可以说明为什么进行全面设置可能对您有用，但我们家族的主要用例是共享对不支持将多个人添加到帐户的服务的访问权限。例如，我们使用{gas}@{family_domain}登录到燃气供应商的网络应用程序并获取最新账单或检查我们的燃气使用情况。天然气公司发送给我们的任何电子邮件都会被路由到我和我的 SO 的电子邮件帐户——由包罗万象提供。

不幸的是，iCloud 的邮件服务不支持这一点——您必须明确列出您希望人们能够使用的所有地址。更糟糕的是，你也不能在多个账户（即人）之间共享一个地址——这是账户和地址之间严格的一对多映射，这意味着一个账户可以有多个地址，但一个地址专属于一个帐户。

到目前为止，这是我遇到的第一个不支持包罗万象的付费服务。虽然我不能确定为什么会这样，但通过一些挖掘发现 iCloud 邮件是Proofpoint的前端- 所以包罗万象的限制可能是由于将自定义电子邮件域功能与已经到位的中继集成的复杂性的结果自从 iCloud 诞生以来。

不用担心——如果您是任何身份的电子邮件高级用户，并且可以说您正在设置自定义电子邮件域，您也可以放入一个入站电子邮件中继，如ImprovMX或最近推出的Cloudflare 电子邮件路由并设置在将路由传递到您在 iCloud Mail 上设置的地址之前，按照您的意愿设置路由。嗯，关于那个……
**问题 #2：积极的 DNS 记录验证**
iCloud 上的自定义电子邮件域设置不会让您在域的 DNS 记录与说明中提供的记录完全匹配之前完成。

您需要添加四种类型的 DNS 记录来设置您的域：

带有验证令牌的 TXT 记录，以便 Apple 确认您有权访问域的 DNS 管理
两条 MX 记录指向 mx01.mail.icloud.com 和 mx02.mail.icloud.com，这样您的电子邮件就会被路由到 iCloud 的服务器
DKIM的 CNAME 记录，以便 Apple 可以签署您发送的电子邮件
SPF的 TXT 记录，以便您的收件人可以验证 Apple 的服务器是否允许代表您的域发送电子邮件
任何其他电子邮件服务都应该要求您添加（至少！）完全相同的四种记录类型。但是，其他服务的不同之处在于，一旦您使用 TXT 记录验证您的域，它们将允许您管理帐户和/或路由——这是四个中的第一个。如果您的 MX 记录与他们的不同，或者如果您的 SPF 不允许他们代表您的域发送电子邮件，他们可能会警告您，但如果您知道自己在做什么，则可以忽略警告。要拿到。

所以，让我们用 iCloud 想要的记录来设置它，然后再把它们换掉——对吧？嗯，关于那个……

**问题 #3：不支持入站电子邮件中继**
即使在您为 iCloud Mail 设置了域之后，如果任何记录与预期的不匹配，它也会主动阻止您要采取的任何管理操作 - 即。在设置过程中要求您放入的那些。如果您想添加更多地址或为域设置新帐户，您最好使用 iCloud 的 MX 记录。这意味着在任何时候都不支持入站电子邮件中继——这简直是荒谬的。Apple 唯一的优点是，他们将继续路由您设法设置的任何地址，然后再导致修改 DNS 记录的难以想象的混乱。

说到，你会知道你是否被阻止添加电子邮件地址，因为这是你所做的事情，iCloud 不满意，而不是他们的问题？嗯，关于那个……

**问题 #4：不透明的错误消息**
如果出现问题，您将收到如下错误消息：
添加此电子邮件地址时出现问题。请稍后再试。
但是，如果您打开浏览器的开发人员控制台并检查来自POST请求的响应负载https://p31-maildomainws.icloud.com/v1/alias/add，您将看到实际发生的情况：
```java
{
    "success": false,
    "error": {
        "errorCode": "-1001",
        "errorMessage": "mx record not pointing to iCloud",
        "retryAfter": 2
    },
    "timestamp": 1645977991
}

```
请注意显示在 UI 中而不是errorMessage来自响应负载的用户友好错误消息如何没有为您提供解决问题的行动方案 - 事实上，我认为它为您指明了它的方向iCloud端的临时问题。现在您已经弄清楚了问题所在，祝您在初始域设置之后找到实际需要的任何记录。当然，dig MX icloud.com或者对您最喜欢的搜索引擎的查询将为您获取 MX 记录值，但如果您不小心删除了用于域验证的 TXT 记录，您就是 SOL。我想，重新进行设置很有趣。

除了“出现问题”消息之外，还有另一个有趣的消息。让我们将 MX 记录切换回 iCloud，看看它是什么。

1 条回复

动动手指，沙发就是你的了！

登录后才能参与评论