SPF(Sender Policy Framework)導入を促進するスレ

>>7
ググルとでてくるしな

>>1
それってoldじゃない？

TXT “v=spf1 a:example.com -all”
TXT “v=spf1 include:example.com -all”

この違いがよくわからん…

>>42
なるほど。

aの場合
gmail.comを名前解決すると出てくる(xxx.xxx.xxx.xxx)を信頼

includeの場合
gmail.comでGoogleが設定したSPF情報(xxx.xxx.xxx.xxx/googlemail.comその他)を信頼

ということですね。
ありがとうございました。

SPFのサイト繋がらねえ導入できねえうんこ

本来、スパムの大半はＳＰＦがすべてのメールに適切に設定されていると仮定すると
防げるはず。

postfixを使っています。
相手がSPFに書いてあるサーバから送信したのかどうかを判定するには、どのように設定すればよいのでしょうか？

>>23
docomo は pass 以外すべて拒否。

将来性ならDKIMだろ。spfなんか中途半端

な

SPFって聞くと豚肉想像するな。

なるほど初めて意味が分かったｗ

SPFを設定しないと送れないサーバとかってあるの

SPFを設定しないと送れないサーバとかってあるの

>>36

マッチした時点でPassはわかるんだけど、上の例だとマッチしてないのね。
1) 202.224.159.128/25 は全然違うので取りあえず無視
2) 202.32.78.136/30 は 202.32.78.136 〜 202.32.78.139
3) 202.32.78.168/30 は 202.32.78.168 〜 202.32.78.171

で、実際にメールを送ってきたサーバが202.32.78.145

includeの中の‾allは無視されると思うので（RFCにもincludeは一致したら
Passかどうかだけの判断って読み取れた）、一致しているかどうかだけで見ると
202.32.78.145は1,2,3どれにも一致してない。だから最後の-all で
拒否になると解釈したんだけど・・・

メールの返事が来ない

ホイホイ自動登録されてるのに意味あるのか？

spf2.0 というか SenderIDも設定すべき？
TXT RR 書くだけなら Microsoft に文書送らなくてもいいみたいだが．

>>2
早く対応しないと、メールが送信できなくなるらしい

すごくおもしろいPCさえあれば幸せ小金持ちになれるノウハウ
一応書いておきます
グーグルで検索するといいかも『金持ちになりたい 鎌野介メソッド』

I9INT

2カ所をincludeしたい場合はどのように書けばよいのでしょうか？

多少スレに関係あるかなｗ

民主党は「なりすましメール」を許しません
ttp://www.dpj.or.jp/special/dkim/

>>48の状況がある限り、このまま頭打ちだろうな。
実質無効化に等しい?allを置いて終了、になってる。

spf
普通書くだろう

同じ。書き方の問題。

すごく遅レスだけど，>>20 の質問をみてよく考えてみたら，
SPFレコードを参照する際のドメインはあくまで
エンベロープFromのドメインなんですね．

あと，SPF レコードがせってい「されていない」場合は
送りつけられた側ではどういう挙動をとるのが一般的なんでしょうか？
結局のところスパマーは SPF レコードが設定されていないドメインを
勝手に名乗って送りつけてくるだけのような気がして，
いまいち実効性に疑問を持っています．

SPF レコードが設定されていない場合はリジェクト，
というのはさすがにやりすぎですよね？ >>23 は
その辺の話をされているのでしょうか？

> 27
envelope fromが詐称不可能になるだけでも効果はある。
漏れは自ドメインのSPFを設定しただけで後は放置。自分のメールが
届かないと困るが、spamは現状の対策で十分防げているからね。

SIDの労力対効果は薄いと思う。

SPFを導入されて、困っている奴が居るらしいな。
いいことだ。

SPFの設定が正しくできているかを確認できるサイトはありませんか？

>>51
?もそうだが〜もどういう趣旨で宣言してるのか分からない。
結局Passか否か、それもぱっとみのヘッダーでなくエンベロープ判定。

今メールが送れない所に、SPFで送れるようになるなら、今のところSPFでいいよ。
都合が悪くなって来たら次のものに変えるよ。

spfは条件を頭から見ていって、最初にレコードにマッチした時点でPass。
後ろのも条件にマッチしてても無視される。

いまんとこSoft Fail以外のハードにリジェクトする運用してるところ
なんてないでしょ。SPAMフィルタの判定パラメータとして使ってる
(というかヘッダ含めて自己学習型のフィルタなら自動)例は結構
あるんじゃないかな。

>>17
ttp://tatsuya.info/pukiwiki/?%A5%B5%A1%BC%A5%D0%B9%BD%C3%DB%B4%D8%B7%B8%2FPostfix%A4%C7SPF%2FDomainKeys%A4%CB%C2%D0%B1%FE%2FSPF%28C%29
検索ぐらいしろ

迷惑メール対策の「SPF」、日経平均銘柄225社の採用率は23.1％

ttp://internet.watch.impress.co.jp/docs/news/20110128_423398.html

ヘッダ From: をチェックしたければ SPF じゃなくて SenderID (PRA) で。

>>5
2はSPF自体の質問ではなくて、件のURL先が信用できるかどうか
心配していた訳。試したところ余計な情報（住所とか電話番号とか…）
を書く必要がないし、答えも妥当な物だったので大丈夫だよと。

SPFがチェックするのは、HELO/EHELO と MAIL FROM だけ？
メール本体の From: はスルー？

SPFはドメイン騙ってるスパマー以外にあまり意味が無いのは事実だな。

+all って書かれて何の意味も無くなるなんてことは無いの？
ボットからのメール送信を弾くには +all を許すと不味いと思うんだが。

>>25

SPFが設定されていない場合はスルーじゃないかな？
うちが使っているのは完全スルーしてます。

ログ見てみると、ほぼ SoftFail ですが、たまーーーーーに
Fail でひっかかってリジェクトしている感じ。
無いよりマシって感じかなぁ。

a:example.netとinclude:example.netの違いを教えてください

EZwebのメールのドメイン規制ってSPFちゃんと判定に使っている？
さっき規制するって指定したんだけどSPF書いていない自鯖からメール送れる。
ヘッダ見るとSPF無いから neither permitted nor denied って判定されてるけど

それ信用出来るの？

こんな対策など本当はしたくないが、自分の鯖発のメールが不利に扱われるのは嫌だから対応させている。
スパマーはテロに遭って死んで欲しい。

@hi-ho.ne.jpのSPFを見ていたんだけどさ、まずTXT問い合わせると
v=spf1 include:spf.hi-ho.ne.jp include:spf-mow.mserv.hi-ho.ne.jp -all
って返ってくる。
んで、spf.hi-ho.ne.jpを見ると
v=spf1 ip4:202.224.159.128/25 ‾all
spf-mow.mserv.hi-ho.ne.jpを見ると
v=spf1 ip4:202.32.78.136/30 ip4:202.32.78.168/30 ‾all

んで、hi-ho からのメールが202.32.78.145から飛んでくる。
includeはPASS(+)になった場合ＯＫで、それ以外はスルーされると
思っているので最終的には -all で拒否られると思うんだが
なんか俺の解釈間違っている？

そーいや、SenderIDでM$のライセンスがどーのこーの言った話って
どうなったんだろうな。
相変わらずライセンス結べって話しなんだろうか。

>>2
試してみたが、公開情報を登録するだけだから無問題。
SPFレコードで表示される値を入力するだけ。

信用できるもなにも、単にドメインのTXTレコードに「どこからメールを送信する
可能性があるか」を書くだけ。