我如何摆脱 Mimecast 的灰名单?

Rai*_*ear 7 postfix greylisting email-bounces

由于灰名单,从我们的服务器发送到 Mimecast 的电子邮件被“暂时拒绝”。

Mimecast有这方面的文档;他们说每次他们看到唯一的 IP 和发件人时,他们都会暂时将该 IP 列入灰名单。他们建议继续重试,最终 IP 应该被列入灰名单。

我们已经配置了我们的 Postfix 来做到这一点。所有退回的电子邮件都会重试几次,但 Mimecast 并没有将我们从他们的灰名单中删除。

我们的域已正确配置 PTR 和 SPF 记录。该 IP 也未在任何地方列入黑名单。

这是我们的 Postfix 配置:

maximal_queue_lifetime = 1h
maximal_backoff_time = 15m
minimal_backoff_time = 5m
queue_run_delay = 5m
Run Code Online (Sandbox Code Playgroud)

我也联系过他们,但我假设他们永远不会回复,因为我们不是 Mimecast 客户。

我们如何摆脱他们的灰名单?

Mad*_*ter 14

他们建议继续重试,最终 IP 应该被列入灰名单。我们已经配置了我们的 Postfix 来做到这一点。所有退回的电子邮件都会重试几次,但 Mimecast 并没有将我们从他们的灰名单中删除。

如果你能原谅我,我不确定你是否完全理解灰名单。正如 Mimecraft 的文档所说,灰名单决策的标识符是地址的三元组:发件人 ip - 发件人从 - 收件人到。当尝试发送包含以前未见过的三元组的电子邮件时,灰名单应暂时将其击退。当该特定电子邮件尝试从同一服务器重新发送时,它应该被接受,并且该特定三元组被写入临时白名单。

应该发送在白名单条目的生命周期内到达的具有相同三元组的更多电子邮件。如果您有任何此类情况未发生的证据,那将会很有趣。

但是,来自您域中其他发件人或不同收件人的其他电子邮件应该被适当地列入灰名单。您的服务器不会因为成功发送一封邮件而突然获得全权发送电子邮件。

大多数收件人不会根据有效的 SPF 和/或 PTR 记录的存在选择灰名单,也不会根据您的 IP 在黑名单中的存在(或没有黑名单)选择灰名单,因此您在那里的成就 - 虽然可能有助于进一步降低反垃圾邮件链 - 可能与灰名单​​无关。

灰名单通常适用于所有传入的电子邮件,尽管某些实现确实免除了任何以SMTP TLS.

  • 对以上所有点都正确。如果您希望您的域在给定收件人的域中列入安全名单,请联系他们的邮件管理员以将您的域添加到允许的发件人列表中。Mimecast 绝对不会代表他们的所有客户为您做这件事。 (2认同)