| 前 | 2022年 8月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 | |||
やはり現地開催なのか（8/6付のお知らせが載ってた）
保険として gmail へ転送してるメールのうち、ごく一部が届いてない模様（外部の某 ML メールが5月中頃から転送されてないことに気付いた）
こっちのサーバ上では送れたことになってるけども、（他の方々からも同様の話を聞くので）gmail 側の設定が変わったんだろうか
ちと困る…
東工大と医科歯科大、安易に両校の名前をくっ付けると冗長だし、どちらの校名が前か後かで権力闘争の痕跡を外野に勘繰られるのも本意でないと思うので、敢えて融和を全面に出す旧校名と関係ない、和をもって尊しと成す日本的な名称が良いと思う。
— ﾎﾞｳﾞ (@cornwallcapital) August 8, 2022
例えば'みずほ'とか。
無償版GSuite終了の一件もあり、これまで色々とGmailの挙動を見てきました。<br><br>ネットワーク的に近い所がスパマーの発信源として使われてしまい、ブラックリストに載る確率が割とあるクラウド/VPSと異なり、自宅鯖のような比較的クリーンな固定IPから、SPFを適切に設定してGmailへ送っても弾かれるケースがありました。私の場合は、受信側に届かないというよりは「スパムの可能性があります」ということで、迷惑メール行になってしまう感じでした。<br>原因は一概には分かりませんが、最終的に送信側でSPF/DKIM/DMARCをきっちりと対応したら安定した…と思います。重い腰を上げなければですが、一度opendkimとDNS周りを設定してしまえば……です。DMARCはp=noneで書いておけば、（設定ミスのせいで）余計に届かなくなった…ということはないでしょうし。<br><br>で、今回のようにMLの場合、DKIMに無頓着なまま（例えば件名とか弄って）リレーすると、受信側で検証に失敗して…って可能性もあるので、正しく設定するのは割と検証が大変だという認識です…<br><br># なんかURLを1個だけ書いてみたのですがうまく投稿できなかったみたいなので再投します。遅れて被ったらすみません。
情報ありがとうございます！ <br>SPF/DKIM/DMARC はありそうですよね。うちも SPFはやってますが、DKIM/DMARC もやってみたほうがいいかなぁ。（腰が重い…）<br><br>問題のMLは某学術学会系の奴でして、いろいろ古い設定のまま運用しているように見えるので、それを何とかせんといけないような…でもあまり首を突っ込みたくないなぁ。^-^;;
いえいえ。ググってみたら、ちょうど今年の5月ぐらいのpostで、『GmailのSMTP-Relayを悪用してなりすましメールを大量にばらまく事が出来た脆弱性』があったとのことで、これのfixが行われた影響かもしれませんね。<br>cf. 検索ワード：avanan gmail smtp relay vulnerability<br><br>MLそのものの設定を変えてくださいというのは、なかなか難しいでしょうから、こちら側で転送する前にDKIMを再署名するような形でセットアップできれば完璧…でしょうかね。<br>もしくはDMARCだけp=noneで設定して、検証に失敗しても捨てないで！とアピールしてみるか…（本当に効くか分かりませんが）
あ、そんな脆弱性 fix があったのですね！<br>それ、当たりっぽい気がしますね。（類似のトラブルが報告されはじめた時期とも概ね一致するので）