auの携帯で、送信ドメイン認証「SPF/Sender ID」の規制強化を本年12月から実施するとKDDIが発表しました。
既に実施しているエンベロープの (リバースパス) の認証に加え、メールのヘッダー上のアドレス PRA(Purported Responsible Address) の認証機能を追加します。
「SPF/Sender ID」に対して必要な対処を行っていないISP事業者や企業からのメールが届かなくなる可能性があります（KDDI)ので、DNSへのSPFレコード追加をしっかり実施する必要があります。
既に実施しているエンベロープの (リバースパス) の認証に加え、メールのヘッダー上のアドレス PRA(Purported Responsible Address) の認証機能を追加します。
「SPF/Sender ID」に対して必要な対処を行っていないISP事業者や企業からのメールが届かなくなる可能性があります（KDDI)ので、DNSへのSPFレコード追加をしっかり実施する必要があります。
KDDIの送信ドメイン認証
現在、エンベロープのリバースパス（Envelop From) を、「SPF/Sender ID」で認証中。ドコモの送信ドメイン認証
12月からは、このEnvelop Fromの認証に加えて、メールヘッダのFrom、Sender、Resent-From、Resent-Senderの４つを認証を追加します。
ドコモも、「SPF/Sender ID」送信ドメインをしています。
ドコモの認証は、SPF（TXT）レコードと、メールヘッダのFromフィールドを使用し、メールヘッダのFromフィールドが存在しない場合はエンベロープFROMを使用します。
KDDIが、From、Sender、Resent-From、Resent-Senderの４つを認証するのくれべ緩やかな認証です。
ソフトバンクの送信ドメイン認証
ソフトバンクも、ドコモ同様に、メールヘッダのFromフィールドを「SPF/Sender ID」認証しています。ドコモよりやや厳しく、ヘッダのFromフィールドが空白のものは受信を拒否します。
エンベロープ
ヘッダー
MTAがメール本体（本文とメールヘッダー）に付加するデータのこと
RFC5321で定義されるている。
エンベロープに書かれている内容は送信者と宛先の２つ。
送信者（ MAIL FROM：）
MAIL FROM:< reverse-path> [SP <mail-parameters> ] <CRLF>宛先( RCPT TO：)
例
MAIL FROM:<userx@y.foo.org>
RCPT TO:<forward-path> [ SP <rcpt-parameters> ] <CRLF>
例
RCPT TO:<@hosta.int,@jkl.org:userc@d.bar.org>
ヘッダー
電子メールに付加されている情報のこと。
RFC5322で定義される
ヘッダーに記述されるフィールドは以下のとおり。
このうち12月KDDIが、Sneder IDで認証するのは、From、Sender、Resent-From、Resent-Senderの４フィールド。
ドコモとソフトバンクは、Fromフィールド
Field 最小
出現回数最大
出現回数備考 from 1 1 sender 0* 1 MUST occur with multi-address from
resent-from 0 unlimited* One per block resent-sender 0* unlimited* One per block
MUST occur with multi-address
resent-fromtrace 0 unlimited Block prepended resent-date 0* unlimited* One per block
required if other resent fields are
present
resent-to 0 unlimited* One per block resent-cc 0 unlimited* One per block resent-bcc 0 unlimited* One per block resent-msg-id 0 unlimited* One per block orig-date 1 1 reply-to 0 1 to 0 1 cc 0 1 bcc 0 1 message-id 0* 1 SHOULD be present in-reply-to 0* 1 SHOULD occur in some replies references 0* 1 SHOULD occur in some replies subject 0 1 comments 0 unlimited keywords 0 unlimited optional-field 0 unlimited
コメントする