メール到達率とDNS

送信者ブロックと迷惑メールフィルター学習の違い

著者:Alexey Bulygin
迷惑メール報告、解除、送信者ブロックを示すウェブメール画面

どのメールクライアントにも、一見同じようで実際には異なる三つの操作があります。メッセージを迷惑メールに移す、迷惑メールとして報告する、送信者をブロック済み送信者リストに追加する操作です。間違ったものを選ぶと、四回対処しても同じニュースレターが届き続けます。

要点は次のとおりです。迷惑メールへのドラッグは一通を移動するだけで、フィルターは学習しません。迷惑メールとして報告すると学習します。送信者のブロックはフィルターの判断自体を迂回します。三つの仕組みが、それぞれ異なる結果をもたらします。

各操作の実際の動作、使うべき場面、何度ブロックしても届くニュースレター自体に原因があるわけではない理由を説明します。

三つの操作と三つの仕組み

操作動作今後のメールへの影響
迷惑メールへドラッグ一通のメッセージをフォルダー間で移動なし
迷惑メールとして報告移動すると同時に、迷惑メールの例として分類器に渡す統計的に影響し、似たメールの評価が下がる
送信者をブロックアドレスをブロック済み送信者リストに追加直接影響し、そのアドレスは常に迷惑メールに入る

最初の行は意外に思われがちです。フォルダーへの移動は、単なるフォルダー移動です。IMAPには「これを迷惑メールだと判断した」という情報を表す方法がないため、移動だけを行うクライアントは、その理由をサーバーに伝えていません。

OutlookやApple Mailで不要なメールを受信トレイからドラッグしても改善しないように見えるのは、このためです。整理しているだけで、学習させてはいません。

迷惑メール報告によるフィルター学習

サーバー側のフィルターは、多数のルールと、例から学習する統計分類器を使って受信メッセージを評価します。重要なのは、分類器がメールボックス単位であることです。迷惑メールの判断は同僚と同じとは限らず、採用担当者からの営業メールも、ある人には不要でも別の人には求人になります。

迷惑メールとして報告すると、ラベル付きの例として分類器に渡されます。迷惑メールではないは逆方向に同じ処理を行います。いくつか例が集まると、似たメールが希望する場所に届きやすくなります。

注意点は二つあります。学習は統計的なため、目に見える変化には複数の例が必要で、一回の報告だけではほとんど変わりません。また、類似性に基づくため、同種のメッセージ群は認識しやすい一方、内容が通常のメールと変わらない特定の送信者には不向きです。後者では送信者ブロックを使います。

送信者ブロックの実際の動作

ブロック済み送信者リストは、評価の入力ではありません。強制的な例外であり、登録したアドレスからのメールは、評価、内容、正当性の見え方にかかわらず迷惑メールに入ります。

追加するには、その送信者からのメッセージを開き、ツールバーのその他のオプションから送信者をブロックを選びます。リストは設定 → ブロック済み送信者にあり、項目の横にある×で削除できます。

送信者には通知されず、メールも返送されません。相手側では通常どおり配信されたように見えます。これは意図した動作です。返送すると、そのアドレスが有効であると確認され、別のアドレスを試す手掛かりを与えてしまいます。

送信者ブロックは評価を迂回するため、学習では対応しにくい場合に適しています。通常のやり取りと区別できないメールを送る、連絡を受けたくない特定の人物やアドレスです。

送信者ブロックの限界

一つのアドレスに完全一致します。a1@example.coma2@example.comなどを順次使う迷惑メール送信者には、個別にブロックし続けなければなりません。登録件数にも限りがあるため、先に忍耐が尽きるでしょう。

上限があります。メールボックスあたり五十件です。これは技術的な制限というより、上限に近づく用途にはブロックリストが適していないという目安です。

送信者アドレスは簡単に偽装できます。ドメインがSPFDKIMを公開し、DMARCで適用しない限り、Fromヘッダーはこれらの仕組みで適切に認証されません。偽装アドレスのブロックは、人ではなく文字列を止めるだけで、翌日には別の文字列が使われます。

単一のアドレスではなく、ドメイン全体、件名、ヘッダーなどのパターンを指定するには、メールフィルターを使います。ブロックリストでは表せない条件を処理でき、ProとAgencyで利用できます。

この方法を使う際の注意点として、破棄ではなく迷惑メールへの振り分けを選んでください。破棄ルールは通知なく恒久的に処理するため、条件が広すぎると、必要なメールを痕跡なく失います。

正常なメールを迷惑メールから戻す方法

逆のケースはより重要です。誤検知では顧客を失う可能性がある一方、検出漏れで失うのは五秒だからです。

迷惑メールフォルダーを開いて対象を探し、ドラッグするのではなく迷惑メールではないを選びます。先ほどと同じ違いがあり、ドラッグは移動するだけですが、報告はこの種のメールが必要だと分類器に学習させます。

何度戻しても特定の送信者のメールが迷惑メールに入る場合は、二点を確認します。まず、ブロック済み送信者リストに登録されていないかを確認してください。以前のブロックが原因になることは多く、それ以降の分類器の学習よりも優先されます。次に、送信者側の認証が壊れていないかを確認します。正規の企業が自分だけでなく全員の迷惑メールに入り続ける場合、通常はこちらが原因です。修正するのは送信者であり、メールが迷惑メールになる理由に、相手へ伝える内容をまとめています。

転送メールはよくある特殊なケースです。別のアドレスから転送されたメッセージは、元の送信者のSPF検証に失敗した状態で届くことがあり、関係者に問題がなくても迷惑メール寄りに評価されます。SRSは問題の一部を自動的に修復します。

何度もブロックしているニュースレター

ブロック済み送信者に追加されるメールの多くは、実際には迷惑メールではありません。店舗のニュースレター、製品更新、会議のメーリングリストなど、以前は受信に同意したものの、今は不要になったメールです。

これを迷惑メールとして報告するのは適切ではなく、見えない影響もあります。苦情はフィードバックループを通じて送信者へ返され、正規の事業者でも苦情の基準を超えると、まだ受信したい人を含む全員へのメールがフィルターされやすくなります。自分が希望したメールについて、送信者に不利益を与えることになります。

配信停止リンクを使ってください。正規の一斉配信者は、CAN-SPAMや各地の同等規則に従ってリンクを提供する必要があります。多くのメールクライアントは、送信者名の横にワンクリックのボタンとして表示します。

判断の目安は、このアドレスを相手に渡したことがあるかです。ある場合は配信停止、ない場合は迷惑メールとして報告します。配信停止後も届くなら、その時点では実際に迷惑メールなので報告してください。

操作の判断基準

状況操作
受信トレイの明らかな迷惑メール迷惑メールとして報告
迷惑メールに入った正常なメール迷惑メールではないと報告
連絡を受けたくない特定の人物送信者をブロック
自分で登録したニュースレター配信停止
ドメイン全体ブロックリストではなくメールフィルター
アドレスを変え続ける迷惑メール迷惑メールとして報告して分類器に学習させる。ブロックでは追いつかない
判断できないメール迷惑メールとして報告する。取り消せるが、破棄は取り消せない

また、年に一度はブロック済み送信者リストを確認してください。気分を害したときにブロックしたアドレスが蓄積し、その一つひとつが、気づかないまま受け取っていないメールになります。

よくある質問

迷惑メールへ移すとフィルターは学習しますか?

いいえ。フォルダー移動は移動にすぎません。メッセージを移し、例として分類器に渡す迷惑メールとして報告を使ってください。

送信者のブロックと迷惑メール報告の違いは何ですか?

迷惑メール報告は、似たメールへ統計的に影響する学習信号です。送信者ブロックは、内容にかかわらず一つのアドレスへ適用される強制ルールです。

ブロックしたことは送信者に分かりますか?

いいえ。返送も通知も行われず、送信者側では通常どおり配信されたように見えます。

送信者は何件までブロックできますか?

メールボックスあたり五十件です。上限に近い場合、ブロックリストは用途に適していません。代わりにパターンを指定するフィルターを使います。

ドメイン全体をブロックできますか?

一つのアドレスだけに一致する送信者ブロックでは対応できません。メールフィルターなら、ドメイン、件名、ヘッダーを指定でき、ProとAgencyで利用できます。

チーム全体で同じ迷惑メールフィルターを使いますか?

統計分類器はメールボックス単位なので、自分の学習が同僚の結果を変えることはありません。ブロック済み送信者もメールボックス単位です。

迷惑メールではないと指定しても、その送信者のメールが迷惑メールに入るのはなぜですか?

多くの場合、分類器より優先されるブロック済み送信者リストに登録されています。それ以外では送信者側の認証が失敗している可能性があり、そのメールを受け取る全員に影響します。

ニュースレターを迷惑メールとして報告するべきですか?

アドレスを一度も渡していない場合、または配信停止後も届く場合に限ります。それ以外は配信停止リンクを使ってください。正規の送信者への苦情は、全員への配信状況を悪化させる可能性があります。

この記事を共有

投稿 共有 共有

TrekMail の運用と保護に必要な技術を使用します。確認すると、Cookie ポリシーに記載された限定的な分析と広告測定も許可されます。

TrekMail にサインイン

ダッシュボード、メールボックス、DNS にアクセスできます。

または

12 文字 パスワードが一致

または

再設定メールを送信しました

このメールアドレスのアカウントが存在する場合、パスワード再設定の手順をお送りしました。

続行すると、TrekMail の 利用規約 および プライバシーポリシーに同意したものとみなされます.