可変エンベロープリターンパス

可変エンベロープ リターン パス( VERP ) は、一部の電子メール リストソフトウェアで使用される技術で、配信できない電子メール アドレスを自動的に検出して削除できるようにします。これは、メッセージの受信者ごとに 異なるリターン パス(「エンベロープ送信者」とも呼ばれます) を使用することで機能します。

長期間存続するメーリング リストには、最終的には到達できないアドレスが含まれます。かつて有効だったアドレスは、メールの受信者が別のプロバイダーに切り替えたために使用できなくなることがあります。別のシナリオでは、アドレスはまだ存在していても放棄され、未読メールが蓄積されて、それ以上受け入れるスペースがなくなることがあります。

メッセージがメーリング リストに送信されると、メーリング リスト ソフトウェアはリスト上のすべてのアドレスにそのメッセージを再送信します。リストに無効なアドレスが存在すると、リストの所有者にバウンス メッセージが送信されます。メーリング リストが小さい場合、所有者はバウンス メッセージを読んで、無効なアドレスを手動でリストから削除できます。メーリング リストが大きい場合、これは面倒で面倒な作業であるため、プロセスを自動化することが望ましいです。

しかし、ほとんどのバウンス メッセージは、歴史的に、ソフトウェアによって自動的に処理されるのではなく、人間のユーザーが読むように設計されてきました。それらはすべて同じ基本的な考え (「X から Y へのメッセージは、理由 Z のため配信できませんでした」) を伝えますが、バリエーションが非常に多いため、すべてのバウンス メッセージの意味を確実に解釈するプログラムを作成することはほぼ不可能です。RFC 1894 (RFC 3464 によって廃止) では、この問題を解決するための標準形式を定義していますが、標準のサポートは普遍的ではありません。ただし、バウンスの大部分をカバーする一般的な形式がいくつかあります (例: RFC 3464、qmailの qsbmf、Microsoft のExchange用 DSN 形式)。

Microsoft Exchange は、元のメッセージが送信されたアドレスをまったく示さずにメッセージを返送することがあります。Exchange が宛先の受信者を認識しているが、その受信者のメールを受け入れたくない場合は、そのアドレスを省略します。メッセージが送信されjoe@example.com、サーバーがこれが「Joe User」であると認識している場合、サーバーは「Joe User」へのメッセージを配信できなかったことを通知して、アドレスを完全に省略してメッセージを返送しますjoe@example.com。VERP は、このような返送を適切に処理する唯一の実行可能な方法です。

バウンス処理の難しい部分は、バウンス メッセージと、バウンスの原因となった配信不能アドレスを一致させることです。メーリング リスト ソフトウェアは、バウンスがuser@example.comにメッセージを送信しようとしたために発生したものであると認識できれば、バウンス内の残りの情報を理解する必要はありません。最近user@example.comに送信されたメッセージの数と、その結果発生したバウンスの数をカウントするだけで済みます。バウンスされたメッセージの割合が高すぎる場合は、そのアドレスがリストから削除されます。

バウンス メッセージの形式は一般に多種多様ですが、バウンス メッセージには、送信先のアドレスという非常に予測しやすい側面が 1 つあります。VERP はこれを最大限に活用します。VERP を使用するメーリング リストでは、受信者ごとに異なる送信者アドレスが使用されます。

メーリング リスト マネージャーは、X から Y にメッセージを送信したことを知っているので、アドレス X でバウンス メッセージが受信された場合、X から他のアドレスに何も送信されていないため、アドレス Y が配信できなかったことが原因であると考えられます。したがって、重要な情報はバウンス メッセージから抽出されており、その内容を理解する必要はありません。つまり、リストの担当者が手動で処理する必要がありません。

このソリューションを最初に真剣に提唱し、それを説明するVERPという用語の考案者でもあるDaniel J. Bernsteinは、 qmail MTAとezmlmメーリングリストマネージャでこのアイデアを初めて実践しました。 ^[1]

というメーリング リストがありwikipedians@example.net、ある個人がbob@example.orgそのリストに登録したとします。しかし、その後 Bob が example.org を離れたため、彼のアドレスは無効になりました。誰かがそのリストにメッセージを送信するとどうなるか考えてみましょう。

VERP がない場合、メーリング リスト マネージャーは次の特性を持つメッセージを送信する可能性があります。

• 封筒の送信者:wikipedians-owner@example.net
• 受取人:bob@example.org

これにより、example.net または example.org のMTAによって生成されるバウンスが次の特性を持つことになります。

• 封筒の送信者:空
• 受取人:wikipedians-owner@example.net
• 内容: example.org は次のメッセージを bob に配信できませんでした: ...

メーリング リスト マネージャがこのバウンスの内容を理解することは期待できません。また、Bob 以外にも何百人もの人からメッセージが送信されているため、受信者アドレスから何かを推測することもできませんwikipedians-owner@example.net。

VERP の場合、元のメッセージは異なります。

• 封筒の送信者:wikipedians-owner+bob=example.org@example.net
• 受取人:bob@example.org

そうすると、バウンスがより便利になります。

• 封筒の送信者:空
• 受取人:wikipedians-owner+bob=example.org@example.net
• 内容: example.org は次のメッセージを bob に配信できませんでした: ...

このバウンス メッセージから、メーリング リスト マネージャーは、メッセージがbob@example.org失敗したと推測できます。

この例は、VERP をリストの購読者に一致させる最も簡単な方法を示しています。受信者のアドレス全体がリターン パスに含まれ、アット マークが等号に置き換えられています。これは、アット マークが 2 つあるリターン パスは無効であるためです。他のエンコード方式も可能です。

• シビCRM
• エスポCRM
• 宅配メールサーバー
• 談話^[2]
• exim、特殊なルーター/トランスポートの組み合わせを使用
• えずえむ
• GNU メールマン
• Gスイート
• インクスメール
• マーキュリーメール輸送システム
• ミリムジェイ^[3]
• マハラ
• メールチンプ^[4]
• マイレオン
• MediaWiki、BounceHandler拡張機能を使用
• ムードル
• プレスク^[5]
• 接尾辞
• qメール
• Sendmail、ルールセット付き^[6]
• STEdb
• ストロングメール
• シンパ
• テクシーズ
• ジンブラ
• ターゲットボックス
• 通知BC
• AWS SES (シンプルメールサービス)

VERP を使用する場合、各メッセージを各受信SMTPサーバーに 1 回ずつ送信するのではなく、受信者ごとに 1 回ずつ送信する必要があります。これは、SMTP の制限によるもので、1 回のトランザクションで複数の受信者アドレスを指定できますが、送信者アドレスは 1 つしか指定できません。同じドメインに多数の加入者がいる場合、VERP を使用していないメーリング リストは、複数の配信を 1 回のトランザクションにまとめることができます。ドメインの適切なサーバーに接続し、単一の送信者アドレスと受信者アドレスを指定してから、メッセージの内容を 1 回だけ送信します。

一方、VERP を使用するメーリング リストでは、メッセージ本文全体を繰り返し送信する必要があるため、帯域幅の使用量が全体的に増加します。この非効率性は、特にqmailユーザーにとっては大きな問題とは見なされません。qmail は、VERP が使用されていない場合でも、常に受信者ごとに 1 回メッセージを送信するためです。一部のパッケージでは、VERP を選択的に適用することでその影響を軽減します。たとえば、メーリング リスト マネージャは、10 通のメールのうち 1 通にのみ VERP を使用する場合があります。この方法により、毎回処理やネットワークのオーバーヘッドを発生させることなく、VERP の厳密なバウンス制御と正確なフィードバックの多くを得ることができます。

VERP (およびあらゆる自動バウンス処理スキーム) のもう 1 つの問題は、インターネット上に基本的な SMTP 標準に準拠していない MTAが存在することです。VERP は、バウンスがエンベロープ送信者に送信されるというルールに従う受信者の MTA に依存します。これは、1982 年の SMTP の黎明期から標準要件となっています (RFC 821 を参照)。しかし、通常、From: ヘッダー内のアドレスにバウンスすることで、これを誤って実行する MTA がまだ存在します。

グレーリストを実装するシステムは、エンベロープ送信者が上記の形式に従っている場合、VERP で正常に動作します。ただし、一部の VERP 実装では、VERP の一部としてメッセージ番号またはランダム キーが使用されるため、グレーリスト システムが「類似」送信者アドレスを同等として扱わない限り、メーリング リストへの各投稿が遅延します。

• バウンスアドレスタグ検証（BATV） –バックスキャッターからのバウンス用
• 送信者書き換えスキーム(SRS) – 電子メール転送およびSPFからのバウンス用
• 簡易メール転送プロトコル(SMTP)
• VERPを合理化するためのSMTP拡張案