基本情報技術者 2018年 春期 午前(科目A) 問34
問題文
電子メールのヘッダフィールドのうち、SMTPでメッセージが転送される過程で削除されるものはどれか。
選択肢
ア:Bcc(正解)
イ:Date
ウ:Received
エ:X-Mailer
🔒 解説は解答すると表示されます
Bccヘッダ【午前解説】
正解の理由
正解は ア(Bcc)です。Bcc(Blind carbon copy)は「他の受信者に見えない宛先」を意味し、送信時にヘッダに残したままだと他の受信者へ宛先が露出してしまいます。そこで多くの MUA/MTA は送信過程で Bcc ヘッダを削除するか、各受信者ごとにヘッダを書き換えて Bcc 情報を含めないようにします。SMTP 自体では宛先情報を RCPT TO(エンベロープ)コマンドで扱うため、ヘッダの Bcc は不要かつ有害となります。
解法ステップ
- 各ヘッダの役割を確認する(Bcc = 非表示宛先、Date = 送信日時、Received = 転送経路、X-Mailer = クライアント情報)。
- SMTP の「エンベロープ(MAIL FROM / RCPT TO)」と「メッセージヘッダ」の違いを理解する。
- 転送過程で「追加されるもの(Received)」と「削除・変更されうるもの(Bcc 等)」を区別する。
- 選択肢と照らし合わせ、Bcc が正解であることを確定する。
選択肢別の誤答解説
- ア: Bcc — 正解。受信者に見せない宛先なので、送信処理でヘッダから削除されることが多い。
- イ: Date — 誤り。Date はメッセージの送信日時を示すヘッダで、通常は保持される。MTA が書き換える場合もあるが、SMTP 転送で削除される対象ではない。
- ウ: Received — 誤り。Received は各 MTA が到着時に追加するヘッダで、削除されるどころか経路追跡のために増える。
- エ: X-Mailer — 誤り。送信元のメールクライアント情報を示す任意ヘッダであり、通常は削除されない(ただしプライバシー対策で削除する実装はある)。
よくある誤解
- 「Received は消される」と誤解する人がいるが、Received は経路ごとに追記され、削除されるのではなく増えていきます。
- 「Date や X-Mailer も転送で消える」と考える人がいるが、これらは通常ヘッダに残り、転送過程で削除される対象ではありません。
- 「Bcc はSMTPコマンドで扱われる」と混同する人がいるが、Bcc はヘッダの扱いであり、smtp の宛先管理は RCPT TO(エンベロープ)で行われます。
補足コラム
技術的には Bcc の扱いは MUA(メールクライアント)や MTA(メール転送エージェント)に依存します。多くの実装は「Bcc ヘッダを削除する」「Bcc 宛に個別メッセージを作成してヘッダに Bcc を残さない」などの方法で他受信者への露出を防ぎます。調査や迷惑メールの追跡では Received ヘッダが重要で、改ざんや削除が行われる場合は信頼性が落ちます。
FAQ
Q: Bcc は必ず削除されるのですか?
A: 多くの場合は削除されますが、実装により「送信者のみ記録する」「受信者ごとに別メッセージを生成して Bcc を省く」などの方法が取られます。最終的に他の受信者に Bcc が見えることは通常ありません。
A: 多くの場合は削除されますが、実装により「送信者のみ記録する」「受信者ごとに別メッセージを生成して Bcc を省く」などの方法が取られます。最終的に他の受信者に Bcc が見えることは通常ありません。
Q: Received ヘッダを削除することはありますか?
A: セキュリティやプライバシー目的で管理者が削除・改変することは可能ですが、標準的な SMTP 転送では各ホップで追記され続けます。
A: セキュリティやプライバシー目的で管理者が削除・改変することは可能ですが、標準的な SMTP 転送では各ホップで追記され続けます。
Q: なぜ SMTP はヘッダとエンベロープを分けるのですか?
A: エンベロープ(MAIL FROM/RCPT TO)は転送経路と配達処理のため、ヘッダはメッセージ表示のために分離されており、ヘッダに書かれた宛先情報は必ずしも配達の根拠になりません。
A: エンベロープ(MAIL FROM/RCPT TO)は転送経路と配達処理のため、ヘッダはメッセージ表示のために分離されており、ヘッダに書かれた宛先情報は必ずしも配達の根拠になりません。
関連キーワード: SMTP、Bcc、Received、メールヘッダ、MUA、MTA、エンベロープ

\ せっかくなら /
基本情報技術者を
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

