☰

电子邮件经常被 Outlook.com 标记为垃圾邮件

tag-icon • tag-icon spam outlook-web-app
电子邮件经常被 Outlook.com 标记为垃圾邮件

我们的一个域名经常被标记外表尽管许多在线工具报告说这些设置正确配置并验证过，但它们仍被视为垃圾邮件，其中，工具箱。

请注意，在任何其他平台或服务器上，电子邮件都会正确地接收到收件箱中，无需任何用户干预。

为了帮助您理解和/或提供当前问题的答案：

此域名已存在一年多。IP
地址处于我们管理的 IP 范围内（IP 和范围均干净）。
此域名拥有 SSL 证书并通过 SSL/TLS 发送电子邮件。

附加示例电子邮件标头，反映从相关域发出并通过电子邮件帐户 @outlook.com 接收的邮件的身份验证结果：

收到：来自 SN1NAM02HT119.eop-nam02.prod.protection.outlook.com (2603:10a6:6:14::16)，由 DB6PR08MB2805.eurprd08.prod.outlook.com 通过 HTTPS 通过 DB6PR05CA0003.EURPRD05.PROD.OUTLOOK.COM 发送；2018 年 2 月 7 日星期三 12:37:27 +0000

已接收：来自 SN1NAM02FT033.eop-nam02.prod.protection.outlook.com (10.152.72.56)，由 SN1NAM02HT119.eop-nam02.prod.protection.outlook.com (10.152.72.223) 使用 Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.464.11 发送；2018 年 2 月 7 日，星期三 12:37:26 +0000

身份验证结果：
spf=pass（发件人 IP 为 XXX.XXX.XXX.XXX）
smtp.mailfrom=EXAMPLE.COM; outlook.com;
dkim=pass（签名已验证） header.d=EXAMPLE.COM;outlook.com;
dmarc=pass action=none header.from=EXAMPLE.COM;

Received-SPF：通过（protection.outlook.com：EXAMPLE.COM 的域指定 XXX.XXX.XXX.XXX 作为允许的发件人）receiver=protection.outlook.com; client-ip=XXX.XXX.XXX.XXX; helo=SRV-HOSTNAME.COM;

已接收：SN1NAM02FT033.mail.protection.outlook.com (10.152.72.133) 使用 Microsoft SMTP 服务器 ID 15.20.464.11 通过前端传输从 SRV-HOSTNAME.COM (XXX.XXX.XXX.XXX) 发送；2018 年 2 月 7 日星期三 12:37:25 +0000

┌────────────────────┬───────────────────────────────────────────────────┐
│ Data               │ Refers to                                         │
├────────────────────┼───────────────────────────────────────────────────┤
│ XXX.XXX.XXX.XXX    │ The correct server IP address                     │
│                    | Proper Reverse DNS setup                          |
├────────────────────┼───────────────────────────────────────────────────┤
│ EXAMPLE.COM        │ The domain name in question                       │
│                    | Proper DNS setup                                  |
├────────────────────┼───────────────────────────────────────────────────┤
│ SRV-HOSTNAME.COM   | The server hostname                               |
|                    | (hosts multiple domains)                          |
└────────────────────┴───────────────────────────────────────────────────┘

与此问题相关的：

我们如何/在哪里向 Outlook 技术支持咨询此问题？
或者
我们如何才能获得有关他们对我们的消息进行分类的技术细节，以便我们能够了解问题并处理它？

答案1

与其他提供商相比，Microsoft 的 DNS/MX 处理能力更强，这或许可以解释您的问题。请参阅这个答案以获得可能有用的指针。

除此之外，你必须接受这样一个事实：如果你试图向使用 MS Webmail 的用户发送任何内容，那么你就会遇到问题。我很幸运能够控制我的收件人，我要求他们不要使用 MS 帐户，并取得了一些成功。我必须为那些不会改变的人提供白名单的详细说明。

话虽如此，如果你礼貌地向微软提出要求，他们实际上会将你列入白名单。谷歌搜索“微软交付能力支持团队”，并填写网络表单，目前这里。问题是，这种情况只会持续一年左右，所以你必须经常重复，更糟糕的是，你必须等到有人通知你他们不再收到你的邮件。祝你好运。

答案2

我一直在研究这个问题，因为我遇到了同样的问题，下面是我能确定的内容的描述。

首先，你应该做所有你应该做的事情反正作为邮件发件人。

  1. 确保您发送的 IP 地址具有映射到您拥有的主机名的 PTR（“反向 DNS”）记录，并且该主机名将该 IP 地址列为其 A 记录之一。这是正向确认的反向 DNS由 returnpath.com 定义（我看到其他地方对 FCrDNS 的定义有所不同，因此请注意有关此方面的不准确信息 - 实际上，FCrDNS 的限制性比某些人想象的要小）。

  2. 确保您的服务器在其 HELO/EHLO 命令中发送的是真实主机名，而不是“localhost”之类的通用名称或没有域名的子域名。这是好主意这是发送邮件的实际主机。

  3. 检查您的发送 IP 地址是否在任何主要黑名单中。对 mxtoolbox.com 的检查应返回零黑名单命中 - 对 multirbl.valli.org 的检查可能返回一两个，因为该网站上的某些黑名单是“可疑的”。

但除此之外，还有一些关于 Microsoft 服务器（outlook.com、hotmail.com、live.com）的具体知识需要了解：

  1. 垃圾邮件过滤并不是黑白分明的——微软认为垃圾邮件的消息可以凌驾于其他所有正确处理之上，即使您在服务器设置中犯了一些错误，看起来不是垃圾邮件的邮件也可能被正确通过。他们认为什么看起来像垃圾邮件是任何人的猜测，但消息中的 URL 类型可能是一个因素。

  2. 微软自己承认新的或低流量的 IP 地址可能会将邮件归类为垃圾邮件，直到其声誉更好 - 即直到从该地址收到足够多的非垃圾邮件。我喜欢认为人们进入他们的垃圾邮件文件夹并将您的邮件标记为“这不是垃圾邮件”应该有助于加速这一过程，但我无法确认。从逻辑上讲，这只会有助于提高传递率对那个人。

  3. DKIM、SPF 和 DMARC 是个好主意，但我见过很多到达 outlook.com 的邮件没有 DKIM（因此也没有 DMARC）或未通过后两个测试之一。确保 SPF 信息正确，并尝试在末尾使用“?all”，这样负面结果就是不确定的，而不是代表失败。请记住，DNS 中对 SPF 条目的更改需要时间才能传播，Microsoft 甚至可能将其缓存长达 48 小时，即使这比 DNS 原本的缓存时间更长。

  4. 微软建议returnpath.com 的认证应该有助于提高邮件的送达率，因为他们与该服务合作。不幸的是，这似乎要花很多钱，而且我也不确定它对普通邮件服务器有多大好处，因为它更针对拥有大量邮件列表并向邮件列表订阅者发送大量邮件的人。

  5. 微软有一个垃圾邮件举报程序它可以让您查看有关发送 IP 地址信誉的信息。到目前为止，我还没有能够注册这项服务，我怀疑它是否会详细说明电子邮件可能被归类为垃圾邮件的原因，因为它听起来更像是让人们了解人们是否真的将您的邮件报告为垃圾邮件。

相关内容