「岡山県で防災メール192万件が遅配」記事へのコメント

送受信

[Anonymous Coward]

ストーリーだと送信側の問題のようにも読み取れるけど、実際には受信側の問題だよね。
迷惑メール防止機能の解除を行ったのにもかかわらずこの状態なのかも知りたい。

Re:送受信

[Anonymous Coward]

微妙な問題だけどメールの大量配信をするにはそれなりのお作法が必要なんです。
ASPやSaaSで提供されているメール大量配信サービスとかはそのお作法に則ったシステムで、則っていないとアカウント乗っ取りや踏み台等とみなされSPAMの配信元判定をもらってしまう事があるんです。
岡山の防災サイトを見ると
>現在、Apple社製のスマートフォン等で使用されているメールアドレスの末尾が「@icloud.com」、「@me.com」、「@mac.com」のメールアドレスへの防災情報メールの配信ができない状況となっております。
とあるので、Appleのメールサーバーに対して大量にお作法にのっとっていないメールを投げつけたんだろうなーって。

Re:

[Anonymous Coward]

docomo宛だと
https://www.nttdocomo.co.jp/service/imode_mail/notice/mass_send/ [nttdocomo.co.jp]
この辺ですかね。

ただ、コトがコトだけに悠長に送ってるヒマは無いわけで・・・
緊急の場合はエリアメールを使う、そうでない場合は作法にのっとって防災情報メールで流す、
というような使い分けになるでしょうか。

Re:送受信

[akainu (47946)]

それが一番かと思いますねえ。

スパム判定の大きな要因として、記載いただいたdocomoのリンクにもありますが宛先の無いメールアドレス宛に大量メール送信というのがあります。

何かに登録するときの空メール受信や、メールマガジンを作った後、定期的に送信しないとメールマガジン自体が停止される、というのは手入力で存在しないメールアドレスを登録させない、定期的にメールを送信してもういなくなったメールアドレスを除外していく、という上記の対応でもあるんです。

これを許可すると、メールアドレスが存在するかどうかを確認するようなランダムなメール送信まで許可されてしまい、SPAM送信先リストが完成されてしますというわけです。

特にEメールで運用する場合、ここがデリケートな部分なのでこのメンテナンスを常時行えるような運用が求められるんですが、緊急時のみ運用したいという目的と相反するので手段を目的別に分けるか、運用方法を変えるかしないと根本的な解決はしないんじゃないかな、と思います。