RFC 5322とは｜メールの標準仕様とヘッダー構造をわかりやすく解説
2024-08-16
メール配信に関わっていると、「RFC 5322」という言葉を目にすることがあります。エラーの原因を調べていて行き当たった、あるいは配信システムの仕様書に書かれていた、という方も多いでしょう。
RFC 5322は、電子メールの「形式」を定めた標準文書です。少し専門的なテーマですが、この仕様を理解しておくと、「なぜメールが届かないのか」「なぜエラーになるのか」といったトラブルの原因を把握しやすくなります。この記事では、配信担当者の視点から、要点をわかりやすく解説します。
RFC 5322とは
RFC 5322の正式名称は「Internet Message Format」です。インターネットで使われる電子メールの、メッセージそのものの書式（ヘッダーと本文の構造）を定義しています。
「RFC（Request for Comments）」とは、インターネット技術の仕様をまとめた文書群のことです。世界中のメールシステムがこの共通ルールに従うことで、異なるメールソフトやサーバーの間でも、メールが正しくやり取りできるようになっています。
RFC 5322は、それ以前の標準であったRFC 2822を更新したもので、現在の電子メールの基盤となっている仕様です。
メールは「ヘッダー」と「本文」でできている
RFC 5322では、1通のメールを大きく2つの部分に分けて定義しています。
ヘッダーセクション
メールの送信者・受信者・件名・日時といった「メールに関する情報（メタデータ）」が収められる部分です。普段は目にしませんが、メールソフトの「原文を表示」などの機能で確認できます。
各項目は「フィールド名: 値」という形式で書かれます。主要なヘッダーフィールドには、次のようなものがあります。
- From：送信者のアドレス
- To：受信者のアドレス
- Subject：件名
- Date：送信日時
- Cc：カーボンコピーの受信者
- Bcc：ブラインドカーボンコピーの受信者
- Message-ID：メール1通ごとに割り振られる一意の識別子
- Return-Path：バウンスメール（配信エラー）の返送先
- Reply-To：返信先のアドレス
本文セクション
実際のメールの内容が書かれる部分です。ヘッダーとの間は空行で区切られます。テキストで記述されますが、添付ファイルやHTMLメール、マルチメディアを扱うためのエンコード方式（Base64やQuoted-Printableなど）は、RFC 5322と関連する標準（MIMEなど）で定義されています。
RFC 5322で押さえておきたいルール
書式の厳密さ
RFC 5322は、ヘッダーフィールドの書き方について、厳密なルールを定めています。この共通ルールがあるからこそ、異なるサーバーやメールソフトの間で互換性が保たれます。
ヘッダーの出現回数のルール
とくに配信で問題になりやすいのが、ヘッダーの出現回数です。RFC 5322では、From・Date といった一部の重要なヘッダーは、1通のメールに1回しか現れてはならないと定められています。
プログラムやツールでメールを生成する際に、誤ってこれらのヘッダーを重複させてしまうと、仕様違反となります。仕様に違反したメールは、受信側のプロバイダーに拒否され、届かなくなる可能性があります。「送ったはずのメールが届かない」という不具合の、隠れた原因になり得る部分です。
拡張性
RFC 5322は、独自のヘッダーフィールドを追加できる柔軟性も備えています。これにより、後から生まれた新しい機能（送信ドメイン認証に関する情報など）を、既存の仕組みを壊さずに追加できるようになっています。
なぜ配信担当者がRFC 5322を知っておくべきなのか
「仕様は専門家に任せればよい」と思うかもしれません。しかし、RFC 5322への準拠は、メールが「届くかどうか」に直結するため、配信に関わる人にとって無関係ではありません。
受信側のメールサーバーは、届いたメールが標準仕様に沿っているかをチェックしています。仕様から外れたメールは、「正しく作られていない＝怪しい」と判断され、迷惑メール扱いされたり、受信を拒否されたりします。せっかく作ったメルマガや案内メールが、内容以前の「形式」の問題で届かない——これは避けたい事態です。
メールが届かない問題は、この形式の問題だけでなく、SPF・DKIM・DMARCといった送信ドメイン認証や、ブラックリストなど、複数の要因が絡みます。あわせて到達率の解説もご覧いただくと、全体像がつかめます。
実務でどう向き合えばよいか
とはいえ、配信のたびにRFC 5322の条文を確認するのは現実的ではありません。実務上のポイントは次のとおりです。
- 仕様に準拠したツールを使う：メール配信システムやメールソフトは、通常この仕様に沿ってメールを生成します。標準的なツールを使えば、書式の多くは自動的に担保されます
- 独自にメールを生成する場合は特に注意する：プログラムから直接メールを送る場合は、ヘッダーの重複や書式の誤りが起きやすいため、仕様への準拠を確認します
- 届かない不具合が起きたら、形式も疑う：認証やリストの問題が見当たらないのに届かない場合、ヘッダーの構造に問題がないかを確認する価値があります
よくある質問
Q. RFC 5322に準拠しているか、どう確認すればよいですか？
メールのヘッダー（原文）を確認する方法のほか、オンラインのメールヘッダー解析ツールを使う方法があります。ただ、一般的なメール配信システムを利用していれば、基本的な書式は満たされているため、通常は個別に検証する必要はありません。
Q. RFC 5321との違いは何ですか？
混同されやすいのですが、役割が異なります。RFC 5322が「メールそのものの書式（ヘッダーと本文）」を定めるのに対し、RFC 5321は「メールをサーバー間でやり取りする手順（SMTP）」を定めています。手紙にたとえるなら、5322が「便箋の書き方」、5321が「郵便の配達方法」にあたります。
まとめ
RFC 5322は、電子メールの形式を定めた標準文書「Internet Message Format」であり、現代のメールシステムの基盤です。メールをヘッダーと本文に分け、それぞれの書き方を厳密に規定することで、異なるシステム間の互換性を保っています。
配信担当者にとって重要なのは、この仕様に準拠していないメールは届かなくなる恐れがあるという点です。仕様の細部まで覚える必要はありませんが、標準に準拠した配信環境を使うことが、確実にメールを届けるための土台になります。
当サイトが提供するメール配信システム「メール商人」は、標準仕様に準拠した形式でメールを生成し、SPF・DKIM・DMARCにも標準対応しています。「メールが届かない」原因が形式にあるのか、認証にあるのか切り分けが難しいときも、お電話でご相談いただけます。まずは30日間の無料トライアルでお試しください。
