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
私も彼らに連絡しましたが、私たちはMimecastの顧客ではないので、彼らは決して返信しないと思います。
彼らのグレーリストから降りるにはどうすればいいですか?
彼らは再試行を続けることを推奨し、最終的にIPはグレーリストに入れられるはずです。これを行うようにPostfixを設定しました。返送されたすべてのメールは数回再試行されますが、Mimecastは私たちをグレイリストから削除していません。
あなたが私を許すなら、私はあなたがグレーリストを完全に理解しているとは思いません。 Mimecraftのドキュメントが言うように、グレイリストの決定の識別子は、アドレスの3つの組み合わせです:sender ip-sender from-recipient to。以前に表示されていないトリプルを含むメールを配信しようとすると、グレイリストにより一時的にノックバックされるはずです。 その特定の電子メールを同じサーバーから再配信しようとすると、それが受け入れられ、その特定のトリプルが一時的なホワイトリストに書き込まれます。
ホワイトリストエントリの有効期間内に同じトリプルが到着する電子メールをさらに配信する必要があります。これが起こっていないことの証拠がある場合、それは興味深いでしょう。
ただし、ドメイン内の他の送信者からの、または別の受信者への電子メールは、適切にグレーリストに登録する必要があります。サーバーが1通のメールを正常に配信したという理由だけで、突然carte blancheでメールを送信できなくなります。
ほとんどの受信者は、有効なSPFおよび/またはPTRレコードの存在、またはブラックリストへのIPの存在(またはその欠如)に基づいてグレーリストを選択しないため、そこでの成果-スパム対策のさらなる助けになる可能性が高いチェーン-おそらくグレーリストには関係ありません。
グレイリストは一般にall受信メールに適用されますが、一部の実装ではdo免除されますSMTP TLS
のカバーの下に届いたメール。おそらく、Fire-and-ForgetボットがTLSを適切に実行できることはほとんどないと考えられます。