发送给Mimecast的服务器上的电子邮件由于灰名单被“暂时拒绝”。
Mimecast 有这方面的文档 ; 他们说每次他们看到一个独特的IP和发件人，他们暂时将IP列入IP。 他们build议继续重试，最终IP应该被列入灰名单。
我们已经configuration了我们的Postfix来做到这一点。 所有退回的电子邮件都会重试几次，但是Mimecast并没有将我们从他们的灰名单上删除。
我们的域已经正确configuration了PTR和SPFlogging。 知识产权也不在任何地方被列入黑名单。
这是我们的Postfixconfiguration：
maximal_queue_lifetime = 1h maximal_backoff_time = 15m minimal_backoff_time = 5m queue_run_delay = 5m 我也联系了他们，但我会假设他们不会回复，因为我们不是Mimecast的客户。
我们如何去取消他们的灰名单？
他们build议继续重试，最终IP应该被列入灰名单。 我们已经configuration了我们的Postfix来做到这一点。 所有退回的电子邮件都会重试几次，但是Mimecast并没有将我们从他们的灰名单上删除。
如果你能原谅我，我不确定你是否理解灰名单。 正如Mimecraft的文档所说，灰名单决定的标识符是地址的三倍： sender ip – sender from – recipient to 。 当试图发送一封以前看不到的电子邮件地址的邮件时，灰名单应暂时将其还原。 当特定的电子邮件试图从同一台服务器重新发送时 ，应该被接受，并且特定的三合一被写入临时白名单。
在白名单条目的整个生命周期内到达的相同三联的电子邮件应交付。 如果你有任何这种情况的证据没有发生，这将是有趣的。
但是来自其他发件人的更多电子邮件，或者您的域名或不同收件人的电子邮件，应该相当适合灰名单。 你的服务器不会突然发送电子邮件，只是因为它成功地发送了一个单一的邮件。
大多数收件人不会基于存在有效的SPF和/或PTRlogging而select灰名单，也不会根据您的知识产权在黑名单上的存在（或缺乏），因此您的成就可能会有助于进一步降低反垃圾邮件链 – 可能与灰名单无关。
灰名单通常适用于所有传入的电子邮件，虽然有些实施可以免除SMTP TLS掩护下的任何电子邮件，可以推测很less有即时消息僵尸程序可以正确执行TLS（还）。