「NTTドコモがSPFによるメール着信拒否機能を提供」記事へのコメント

大賛成

[Anonymous Coward]

>ドコモにメールを出す場合はDNSサーバでSPFの設定をしろ
何か問題あるの？
ちゃんと規格の進化をフォローアップして適宜新しい設定を加えていくのは当然のことだろう。

Re:大賛成

[Anonymous Coward]

あなたが管理しているドメインにおいて、自分で進んでSPF対応のTXTレコードを書くのは勝手にどうぞ。だって、Experimental RFCなんだから。
でも、他者にそれを強制したりクレームつけるような奴が現れるのは願い下げ。だって、Experimental RFCなんだから。

Re:大賛成

[Anonymous Coward]

spammer乙。
Experimentalだろうと何だろうと善良な市民ならSPFくらい使うよな。

Re:大賛成

[taka2 (14791)]

SPFを使うと「メールアドレスは自前ドメインだけど、送信には身近なSMTPサーバに繋ぐ」ってことが出来なくなるんですよね…
モバイルで「どこでも同じメールアドレス」してるとSPFはあまり好きになれません。

送信側でヘッダをつければどこからでも出せるようになる DomainKeys の方が好みです。
こっちは送信側MTAの対応が必要っていう面倒くささがありますが…

Re:大賛成

[shojin (28072)]

> 「メールアドレスは自前ドメインだけど、送信には身近なSMTPサーバに繋ぐ」
どういう場合にこれが必要なのかわかりませんが。普通にsubmission portに繋いで認証の上、送ればよいかと思います。

こういう個人的な趣味はさておき、SPFはメーリングリストやメールの転送のように送信元のメールアドレスを使って再送信する場合に問題になります。メーリングリストマネージャなどがSPFを考慮していれば、エンベロープfromを書き換えて、対応することは出来ます。しかし、メーリングリストマネージャが書き換えないと、SPFに基づき受信拒否されることもあるでしょう。
かといって、DomainKeysやDKIMが万能というわけではありません。メーリングリストのようにSubjectの書き換えをする場合にはヘッダの内容が変わるため、そのメールが捏造されたものと認識されますので。

Re:大賛成

[rascal (33552)]

ま、世知辛くなってきてるのは確かですね。
>身近なSMTPサーバ
とちゃんと断ってるって事はわかってるとは思うけど、一応

つ[SMTP Authentication + STARTTLS or SMTP over SSL]

でもしておきましょう。

Re:大賛成

[Anonymous Coward]

自前ドメインなんだったら、「身近なSMTPサーバ」を全てspfに登録しておけばいいんじゃ?