センダー・リライティング・スキーム
よって書き換えられたローカルパートの端にそれを配置すると、後半部分が解析可能となる。
タイムスタンプ (TT) は、数日後にアドレスを無効にするため 有効1 日である。計算された⁄(60×60×24) mod 2はbase32の二文字として保存可能であり、再利用期間は約3.5年である。
HMAC (HHH) は、ローカルシークレットに対して計算されるが使用されるその一部のみである。例えばbase64表現の最初の四文字を格納すると24ビットの暗号強度となる。バウンスが到着した場合に備えて、ハッシュはそれを生成したドメインによってチェックされる。
プレフィックス(SRS0)は、書き換えられたものから正規アドレスを明確にする意味合いがある。SRS0=で始まる電子メールアドレスを持つユーザーがいないかを確認するかはexample.com 次第である。
SRSには、マルチホップにおいて既に書き換え済みのアドレスを再度書き換えるために使用される別のプレフィックスSRS0がある。 example.comがメールを順番に転送する必要がある場合、別のタイムスタンプを追加したり元のローカルパート(alice)を繰り返さなくともよい。 つまり、新なた転送先にはそれぞれ、独自のハッシュ(HHH)と前の転送ドメイン名だけを追加する。
ただし、発信元コンテンツが敵対的な場合(スパムやウイルスメール)またはメッセージが偽造されている場合(RFC5321の6章)、バウンスメッセージが抑制される場合がある。現在の偽造検知手法はいずれも、メールボックス所有者がその情報を提供する必要がある。基準を提供しないなら、バウンスメッセージをバックスキャッターとして分類できるようにするべきではないが、そうすべきだと誤解している人もいる。
オープンリレー(第三者中継可能なメールサーバ)と転送サーバはこの問題に関連して不運な立場にあり、通常これらはMAIL FROMアドレスが発信者を表示することを保証できず、最終的に配達が成功する事も保証できない。
RFC1123の副作用として引き起こされたこのSMTP問題はSPFことセンダー・ポリシー・フレームワークによって解決が図られる。その要旨はSPFが転送を破壊する事であるが、実際にはそれは事実と異なる。SPF失敗(SPF FAIL)は受信者の境界MTAの後ではなく、受信者の境界MTAにおいてSPFをチェックするよう受信者に要請するに過ぎない。
受信者は、本質的に以下3つの戦略でSPFと連携するやり方で転送を調整している。
例えば転送ホワイトリストなどを用いて、境界MTAの後ろではSPFを検証しない。
SPF失敗時はバウンスにて結果(SMTP error 550)を通知して、ただ拒否をするだけ。
転送サーバにおいてMAIL FROMを書き換える(メーリングリストでやっているように)。
センダー・リライティング・スキームは、3番目の戦略のための1つの方法である。