Return-Receipt-To【メールヘッダ】
この用語のポイント
メールヘッダの項目だよ
「このメールが届いたら、ここに連絡してね」な情報が書かれているよ
メールアドレスが書かれているよ
簡単に書くよ
Return-Receipt-To【メールヘッダ】（読：リターン・レシート・トゥ）とは
メールヘッダ
（そのメールに関する説明書きが書いてある部分）の項目のひとつ
であり
メールにくっつく「このメールが届いたら、ここに連絡してね」な情報が入る場所
です。
詳しく書くよ
順番に見ていきましょう。
まずは予備知識として「メール」と「メールヘッダ」について簡単に説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。
メールは「パソコンさんの世界の お手紙機能」です。
話を単純化するために「パソコンさん」と書きましたが、携帯電話やスマホ、その他諸々の媒体でも使えます。
メールヘッダは「そのメールに関する説明書きが書いてある部分」です。
メールヘッダは、ちょうどメールの頭の辺りにあります。
というのは冗談です。
メールヘッダはメールの「封筒」に相当します。
試しに実際のお手紙で考えてみてください。
お手紙は、中に入れる便箋だけでは相手に届きません。
宛先を書いて切手を貼った封筒が必要です。
封筒の中に便箋が入って、はじめて、お手紙としての役割を果たせます。
メールも同じです。
本文だけでは相手に届きません。
１．宛先や差出人の名前などを書いた部分（封筒）
２．本文を書いた部分（便箋）
の2つが揃って、はじめてメールとしての役割を果たせるのです。
この2つのうち
１．宛先や差出人の名前などを書いた部分（封筒）
の呼び名が「メールヘッダ」です。
実際のメールヘッダは、例えば以下のようになっています。
■メールヘッダ例
Return-Path: <from@example.com>
X-Original-To: to@example.com
Delivered-To: to@example.com
Received: from [192.168.0.2] (hoge.example.com [198.51.100.2])
by example.com (Postfix)
with ESMTPSA id 744294074A15 for <to@example.com>;
Fri, 20 Jun 2014 21:22:42 +0900 (JST)
Date: Fri, 20 Jun 2014 21:22:40 +0900
From: ピヨピヨ ピヨ太 <from@example.com>
To: to@example.com
Subject: こんばんは～
Cc: cc@example.com
In-Reply-To: <CAA3QdPUTTwPuefb40LKXitkx=6N9D80-U1p3_jpe49Jzt5awxw@example.com>
References: <20140620193439.7CBF.78EEE63C@example.com> <CAAwPuefb40LKX3QdPUTTitkx=6N9D80-U1p3_jpe49Jazt5wxw@example.com>
Message-Id: <20140701162135.7CBF.9BE9E63C@example.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
X-Mailer: piyopiyo mailer ver. 1.2 [ja]
Return-Receipt-To: from@example.com
以上を踏まえて
メールヘッダの項目のひとつ
で
メールの配信確認の送信先を指定する場所
が「Return-Receipt-To」です。
実際の「Return-Receipt-To」は
Return-Receipt-To: from@example.com
のような形になっています。
書いてあるのは、メールアドレスです。
最近は「Return-Receipt-To」を使わないようにしましょう！な流れになっています。
「Return-Receipt-To」を設定すれば必ず配信確認が来るとはかぎりません。
ご注意ください。
「Return-Receipt-To」をサポートしているかいないかは先方次第です。
気休め程度に考えておいた方が無難だと思います。
あと、ついでなので「Disposition-Notification-To」にも触れておきましょう。
「Disposition-Notification-To」は「開封確認の送り先を示す情報」です。
「配信確認」と「開封確認」です。
似ていますよね。
配信確認は「メールが届いたよ！」の確認です。
一方の開封確認は「メールを開いたよ！」の確認です。
似ていますが違います。
「Return-Receipt-To（配信確認）」と「Disposition-Notification-To（開封確認）」の主な違いは
■Return-Receipt-To
・メールの「配信確認」の送付先
・メールサーバにメールが届いた時点でメールサーバさんが勝手に送ってくれる
・郵便局が「お手紙を届けました」な連絡を差出人にするイメージ
■Disposition-Notification-To
・メールの「開封確認」の送付先
・メールを開いた時点で送るかを選択する
・受け取った人が「お手紙を読んだわよ～」な連絡を差出人にするイメージ
です。
配信確認はメールを配達した人（メールサーバ）が送ります。
開封確認はメールを受け取った人が送ります。
似ているけど違いますよね。
気が向いたら、併せて覚えてあげてください。
一言でまとめるよ
まぁ「Return-Receipt-To」って単語が出てきたら「配信確認の送り先を示す情報が入る項目なんだな～」と お考えください。
おまけ
■訳してみるよ
「return（リターン）」の意味は「戻る」とか「戻す」とか「戻り」とか「帰る」とか「返す」とかです。
「receipt（レシート）」の意味は「領収書」とか「レシート」とか「受け取ること」とかです。
「to（トゥ）」の意味は「～に」とか「～へ」とか「～まで」とかです。
何となく くっつけると
～へ領収書を戻す
となります。
■検索してみる？
