Postscreenの設定が未だ厳しすぎたらしい

お客さんから、「お宅からのメールに返信送ったら返ってきた」と言われて焦った。
もう一つアドレスを伝えていたので、そっちから連絡を受けられたから無事だったが。
さて、何が有った？

さて、うちは結構厳しくチェックしている。
厳し過ぎて、local to localでの遣り取りにもDKIM-Signatureを確認するくらい。
詳しくは、こちら「WordPressの自動更新通知がSpam扱いされた訳」の記事から。

今回は外部である。
その上お客さんである。
重大事件だわ〜、と叫び回ってないで、直さないと。
で、メールのヘッダ（無事に届いた外部のサーバー宛）を見たら、ちょっと困ったことになった。
早速、Geminiさんに助けを求めた。（何時もお世話になっておりますm(__)m＞Geminiさん

これって、lolipopに丸投げである。お客さんのdomainがFromにしか残っていない。
lolipopを全面的に通しちゃう設定はしたくない。
この辺りは、Geminiさんにもゴネた。

postscreenは中身を見ない。
Fromにあっても、その前段階でip段階で判定している。
access.dbに『お客さん.com OK』としても見ない。
中身の確認はsubmissionに渡ってからで、そこまで行き着けないといけない。
しかし、access.dbに『お客さん.com OK』としてもipのチェック用だそうだ。（今回は使えん）
そこで登場したのがsender_accessだそうだ。こっちはFromのdomainを見るんだそうだ。
まぁ、lolipopだし、辿り着くだろう。

最後に、Fromがお客さんdomainなのに、dkim-signatuerがlolipop。
さてどうなるか。
エラー判定？Spam扱い？sender_addressによる回避？
lolipopのサービスとして、お客さん.comだから、mail周りの設定は全てlolipopに一任しているだろう。
なので、SPFやらDKIMの指定はlolipopのもののみ。（と推測）
ならばspamassassinは、お客さん.comの設定は無いから見ない。
無事通るだろう。通って欲しい、通ってね。

やったことは三つ。
一つ目、main.cfに1業追加。
smtpd_recipient_restrictionsに
check_sender_access hash:/opt/local/etc/postfix/sender_access

二つ目、sender_accessを新規で作り編集。
お客さんのdomain OKと書き込む。

三つ目、Makefileに項目を追加。

ここにも必要だよねぇ。

これで終わり。

さて、これで直ったかどうか。