Return-Path(リターン・パス)の設定と重要性
メールの一括配信の結果を把握する方法は、配信先に届いたメールと届かなかったメールで異なります。届いたメールに関しては、配信元の管理画面で、開封率、クリック率といった配信結果を把握することができます。届かなかった(不達となった)メールについては、そのような情報は取得できません。ただし、何らかの理由で不達となったメールの情報は、Return-Path(リターン・パス)として設定したアドレスに、エラーとして通知されます。このReturn-Path(リターン・パス)のアドレスを使用して不達メールの情報を把握できます。
Return-Path(リターン・パス)のアドレスの設定
Return-Path(リターン・パス)のアドレスは、メールの配信者が不達メールに関する通知を受け取るのに使用するアドレスです。メールの配信者は、受け取った通知を確認し、該当の宛先を除外するなど、必要な対応を行うことができます。1件のメールには、1件のReturn-Path(リターン・パス)のアドレスのみ設定できます。Return-Path(リターン・パス)のアドレスは、メールのヘッダーに記載されます。
メールサービスごとのReturn-Path(リターン・パス)のアドレスの確認方法については、
こちらをご覧ください。
メール認証におけるReturn-Path(リターン・パス)のアドレスの役割
メールサービスは、ユーザーに安心して利用してもらえるよう、受信するメールを厳しく検査します。通常、内容にかかわらず、どのようなメールも検査対象となります。検査における配信元の認証には、SPF(配信元メールサーバーのIPアドレスの認証)やDKIM(電子署名を用いた配信元ドメインや内容の認証)といった方法が用いられます。また、認証結果を踏まえた処理の方法については、DMARCという仕組みに則って指定されます。メールが適切に配信されるには、SPFやDKIMのいずれかによる認証が成功する必要があります。
たとえば、配信元アドレスが、
mail@mybusiness.comで、Return-Path(リターン・パス)のアドレスが、
bounce@zylker.comの場合、配信元アドレスとReturn-Path(リターン・パス)のアドレスが一致しません。この場合、SPFによる認証が失敗します。
DKIMによる認証が成功していれば、DMARCの認証は成功として処理されますが、SPFによる認証も成功させる方がより望ましいです。そのためには、配信元と同じドメインを用いたReturn-Path(リターン・パス)のアドレスを設定することが有効です。
配信元と同じドメインを用いたReturn-Path(リターン・パス)のアドレス
配信元ドメインの認証のためには、Return-Path(リターン・パス)のアドレスに、配信元アドレスで使用されているものと同じドメインを使用したアドレスを指定することが有効です。たとえば、配信元ドメインが、zylker.comの場合、bounces@bounce.zylker.comというようなReturn-Path(リターン・パス)のアドレスを作成して設定します。配信元アドレスのドメインについてSPFの設定が適切に行われていれば、配信元アドレスのドメインとReturn-Path(リターン・パス)のアドレスのドメインが同じ場合、SPFによる認証が成功します。
配信元と同じドメインを用いたReturn-Path(リターン・パス)のアドレスの設定方法
Zoho Campaignsの配信元と同じドメインを用いたReturn-Path(リターン・パス)のアドレスを設定する方法については、こちらをご参照ください。 配信元と同じドメインを用いたReturn-Path(リターン・パス)のアドレスを使用するメリット
配信元と同じドメインを用いたReturn-Path(リターン・パス)のアドレスを使用することで、SPFによる認証を成功させることができ、DMARCによる認証も成功させることができます。DMARCによる認証が成功する状態であれば、新しいメール認証技術であるBIMI(Brand Indicators for Message Identification)も適用可能な状態になります。BIMIとは、受信メールの横に配信元の企業/組織のロゴを表示することで、信頼できる配信元であることをメール受信者が判別できるようにするためのものです。このため、配信元と同じドメインを用いたReturn-Path(リターン・パス)のアドレスを使用することは、メールの配信率や配信メールの信頼性を高めるのに有効です。