メルマガ配信者が知っておくべきRFC 5322

2024-10-08　2024-10-15

昨今、メルマガ配信をしていると「RFC 5322」という言葉を耳にすると思います。
さて、「RFC 5322」とは何のことなのか、おわかりでしょうか。
今回は、メルマガ配信者が知っておくべきRFC 5322について、わかりやすく説明します。

RFC 5322は、電子メールのメッセージ形式を定義したインターネット標準規格です。この規格では、メールのヘッダーや本文の構造、各種フィールドの書式などが詳細に定められています。これにより、異なるメールサーバー間での互換性や、メールの正確な配信が保証されます。

メルマガを配信する際にRFC 5322に準拠していないと、以下の問題が発生する可能性があります

メールが正しく届かない：一部のメールサーバーは、規格に準拠していないメールを拒否することがあります。
スパム認定される：不適切な形式はスパムフィルターに引っかかりやすくなります。
表示の不具合：受信者のメールクライアントでメールが正しく表示されない場合があります。

Fromフィールド：送信者のメールアドレスを正確に記載します。信頼性のために実在するドメインを使用しましょう。

Toフィールド：受信者のメールアドレスを記載します。大量配信の場合、個々の受信者に対して個別のメールを送るか、BCCを適切に使用します。

Subjectフィールド：メールの件名を明確に記載します。スパムと誤解されないよう、過度な装飾や特殊文字の使用は避けます。

Dateフィールド：メールの送信日時を正確に記載します。

Return-Pathフィールド：配信不能な場合にバウンス（エラーメール）の送信先を正確に記載します。

Reply-Toフィールド：返信時にメールアドレスを指定します。通常はメール送信時の送信元メールアドレス（Fromフィールド）と同じものであり、メールの受信者が返信をする際に使用されます。

Message-IDフィールド：各メールに一意の識別子を付与します。これはメールの追跡や重複防止に役立ちます。

日本語などの非ASCII文字を含む場合、適切なエンコーディング（例：UTF-8）を指定します。

ヘッダー内の非ASCII文字は、MIMEエンコード（Base64やQuoted-Printable）を使用して正しくエンコードします。

multipart/alternative：テキスト形式とHTML形式の両方を含めることで、受信者の環境に応じて最適な形式で表示されます。

ヘッダーおよび本文の各行は、998文字以下に制限され、78文字を超える場合は適切に改行させ下さい。

※違反すると、文字化けしたり、受信拒否（docomo）をされます。

受信者が簡単に購読を解除できるように、List-Unsubscribeヘッダーを設定します。

例：
List-Unsubscribe:＜mailto:unsubscribe@example.com＞, ＜http://example.com/unsubscribe＞

認証技術の導入：SPF、DKIM、DMARCなどを設定し、送信元の信頼性を高めます。

明確なオプトイン：受信者の同意を得てメールを送信し、不正なリストの使用を避けます。

解除リンクの明示：メール本文内にも購読解除の方法を明確に記載します。

テスト送信：本番配信の前にテスト送信を行い、メールが正しく表示されるか確認します。

ログの確認：送信後はエラーログやバウンスメールを確認し、問題がないかチェックします。

最新情報の把握：メール関連の規格や法律は更新されることがあるため、最新の情報を定期的に確認します。

RFC 5322はメールの基本的な形式とルールを定めた重要な規格です。メルマガ配信者がこれを理解し遵守することで、メールの確実な配信と受信者からの信頼を得ることができます。適切なヘッダー設定やエンコーディング、スパム対策を行い、効果的で信頼性の高いメルマガ配信を目指しましょう。