メインコンテンツまでスキップ

8. メッセージの変更

サイトは、標準およびサイトポリシーへの準拠を保証するために、サブミッションを変更してもよい (MAY)。このセクションでは、しばしば有用であると考えられるこのような変更のいくつかについて説明します。

注：メッセージ変更を実装するためのローカルな決定の指針として、最も重要なルールは、そのようなアクションを、明確な解決策がある特定の問題の救済策に限定することです。これは特にアドレス要素に当てはまります。たとえば、ドメインがないアドレスまたは要素にドメインを無差別に付加すると、通常、アドレスがさらに破損します。修飾されていないアドレスは、ドメインを安全に追加できる前に、ドメイン内の有効なローカルパートであることを確認する必要があります。

MSA によって転送または配信されるすべてのメッセージは、[SMTP-MTA] および [MESSAGE-FORMAT] の要件に準拠しなければなりません (MUST)。

8.1. 'Sender' の追加​

MSA は、送信者の身元がわかっており、これが 'From' フィールドに指定されていない場合、'Sender' フィールドを追加または置換してもよい (MAY)。

MSA は、'Sender' フィールドに配置するアドレスが実際に有効なメールアドレスであることを確認しなければなりません (MUST)。

8.2. 'Date' の追加​

MSA は、送信されたメッセージに 'Date' フィールドがない場合は追加し、[MESSAGE-FORMAT] 構文に準拠していない場合は 'Date' フィールドを修正してもよい (MAY)。

8.3. 'Message-ID' の追加​

MSA は、'Message-ID' フィールドがない場合、または（[MESSAGE-FORMAT] で定義されているように）構文が有効でない場合、'Message-ID' フィールドを追加または置換すべきです (SHOULD)。多くのクライアントはまだ Message-ID フィールドを生成しないことに注意してください。

8.4. 転送エンコード​

MSA は、必要であり、MIME タイプに害がない場合、MIME 規則に従ってメッセージに転送エンコーディングを適用してもよい (MAY)。

8.5. メッセージへの署名​

MSA は、メッセージに（デジタル）署名するか、その他の方法で認証情報を追加してもよい (MAY)。

8.6. メッセージの暗号化​

MSA は、組織のポリシーを反映するために、転送用にメッセージを暗号化してもよい (MAY)。

注：有用であるためには、MSA による署名および/または暗号化の追加は、一般に、MUA と MSA 間の接続自体が他の何らかの方法で保護されている必要があることを意味します。たとえば、安全な環境内での運用、トランスポート層でのサブミッション接続の保護、またはセッションの整合性を提供する [SMTP-AUTH] メカニズムの使用などです。

8.7. エイリアスの解決​

MSA は、ローカルポリシーに従って、SMTP エンベロープ内、およびオプションでヘッダーのアドレスフィールド内のドメイン名のエイリアス (CNAME レコード) を解決してもよい (MAY)。

注：無条件にエイリアスを解決すると有害になる可能性があります。たとえば、www.example.net と ftp.example.net が両方とも mail.example.net のエイリアスである場合、それらを書き換えると有用な情報が失われる可能性があります。

8.8. ヘッダーの書き換え​

MSA は、ローカルポリシーに従って、SMTP エンベロープ内のローカルパートおよび/またはドメイン、およびオプションでヘッダーのアドレスフィールド内のローカルパートおよび/またはドメインを書き換えてもよい (MAY)。たとえば、ログイン名を隠すために 'JRU' を 'J.Random.User' に書き換えたり、マシン名を隠してユーザを移動しやすくするために 'squeaky.sales.example.net' を 'zyx.example.net' に書き換えたりすることを好むサイトがあるかもしれません。

ただし、特定のローカル MSA 構成設定に一致するアドレス、ローカルパート、またはドメインのみを変更する必要があります。MSA が、ドメイン名の最初の要素を常に削除するなど、データに依存しない書き換えルールを適用することは非常に危険です。したがって、たとえば、完全なドメインが '*.foo.example.net' に一致する場合、ドメインの左端の要素を取り除くルールは許容されます。

MSA は、ローカルパートの変更に関する [SMTP-MTA] の制約に違反する方法で、転送先（宛先）アドレスを書き換えてはなりません (MUST NOT)。

に最終更新