[ 通常表示 ]  [ 簡易表示 ]  [ シンプル表示 ]

「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典イメージぴよ画像「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

Return-Receipt-To【メールヘッダ】

pointこの用語のポイント

pointメールヘッダの項目だよ

point「このメールが届いたら、ここに連絡してね」な情報が書かれているよ

pointメールアドレスが書かれているよ

スポンサーリンク

簡単に書くよ

Return-Receipt-To【メールヘッダ】とは

メールヘッダの項目のひとつ
であり

メールにくっつく「このメールが届いたら、ここに連絡してね」な情報
です。

image piyo

詳しく書くよ

順番に見ていきましょう。
まずは予備知識として「メール」と「メールヘッダ」について簡単に説明します。
「そんなの説明されなくても知ってるよ!」な人は、適当に読み飛ばしてください。

メールは「電子メール」の省略表現で「パソコンさんの世界のお手紙機能」です。
とはいえ、普通に「メール」って言えば分かりますよね?

Return-Receipt-To

メールヘッダは「そのメールに関する説明書きが書いてある部分」です。
メールヘッダは、ちょうどメールの頭の辺りにあります。

Return-Receipt-To2

というのは冗談です。

Return-Receipt-To3

メールヘッダはメールの「封筒」に相当します。

Return-Receipt-To4

試しに実際のお手紙で考えてみてください。

お手紙は、中に入れる便箋だけでは相手に届きません。
宛先を書いて切手を貼った封筒が必要です。
封筒の中に便箋が入って、はじめて、お手紙としての役割を果たせます。

Return-Receipt-To5

メールも同じです。
本文だけでは相手に届きません。

1.宛先や差出人の名前などを書いた部分(封筒)
2.本文を書いた部分(便箋)


の2つが揃って、はじめてメールとしての役割を果たせるのです。

この2つのうち

1.宛先や差出人の名前などを書いた部分(封筒)

の呼び名が「メールヘッダ」です。

Return-Receipt-To6

実際のメールヘッダは、例えば以下のようになっています。

■メールヘッダ例
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
・メールの「開封確認」の送付先
・メールを開いた時点で送るかを選択する
・受け取った人が「お手紙を読んだわよ~」な連絡を差出人にするイメージ


です。

配信確認はメールを配達した人(メールサーバ)が送ります。
開封確認はメールを受け取った人が送ります。

似ているけど違いますよね。

気が向いたら、併せて覚えてあげてください。

image piyo2

一言でまとめるよ

まぁ「Return-Receipt-To」って単語が出てきたら「配信確認の送り先を示す情報なんだな~」と、お考えください。

一番上に戻るよ
スポンサーリンク