由于灰名单，从我们的服务器发送到 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
我也联系过他们，但我认为他们永远不会回复，因为我们不是 Mimecast 的客户。
我们怎样才能摆脱他们的灰名单？
答案1
他们建议不断重试，最终 IP 应该会被列入灰名单。我们已经配置了 Postfix 来执行此操作。所有退回的电子邮件都会重试几次，但 Mimecast 不会将我们从他们的灰名单中删除。
请原谅我，我不确定您是否完全理解灰名单。正如 Mimecast 的文档所述，灰名单决策的标识符是三胞胎：
- 尝试传送的主机的 IP 地址
- 信封发件人地址
- 信封收件人地址
当尝试发送带有之前未见过的三元组的电子邮件时，灰名单应该会暂时将其拒之门外。当那封特定的电子邮件尝试从同一服务器重新投递，则应该被接受，并且那个特定的三胞胎被写入临时白名单。
在白名单条目的有效期内，包含相同三元组的后续电子邮件应被发送。如果您有证据表明上述情况没有发生，则值得关注。
但来自您域中其他发件人或不同收件人的其他电子邮件应该被列入灰名单。您的服务器不会突然收到全权委托发送电子邮件只是因为它成功发送了一封邮件。
大多数收件人不会根据有效 SPF 和/或 PTR 记录的存在而选择将其列入灰名单，也不会根据您的 IP 是否存在于黑名单而选择将其列入灰名单，因此您在那里取得的成就 - 虽然可能会在反垃圾邮件链中进一步提供帮助 - 但可能与灰名单无关。
灰名单通常适用于全部收到的电子邮件，尽管有些实现做免除任何以 为掩护到达的电子邮件SMTP TLS，大概是因为很少有即发即弃机器人能够正确地执行 TLS（目前）。