Postfix(5)

**名無しさん＠お腹いっぱい。** · 2005/11/30(水) 19:01:47

Postfixスレッドその5です。

●リンク
　本家
　http://www.postfix.org/

　Postfix のぺーじ (ドキュメントの日本語訳、MLなど)
　http://www.kobitosan.net/postfix/

過去スレ、関連スレなどは>>2-4あたり

**名無しさん＠お腹いっぱい。** · 2006/08/13(日) 13:49:53

うわ、TAB が消えた。まあ察してくれ。

**名無しさん＠お腹いっぱい。** · 2006/08/13(日) 15:24:10

>>851
デマ撒き散らすのは気持ちがいい？

**名無しさん＠お腹いっぱい。** · 2006/08/13(日) 16:33:05

836死亡寸前ｗｗ

**名無しさん＠お腹いっぱい。** · 2006/08/13(日) 21:04:02

やっぱ >840 の中の人なのかにゃ?

**名無しさん＠お腹いっぱい。** · 2006/08/13(日) 23:06:37

>>854
うちのがだめなのはバージョンが2.1.5とちょっと古すぎるからか？
ということなら、そういう作業も徐々にされていってるのですね。
また何かのタイミングで新しいバージョンに入れ替えて試してみます。
因みに、local_recipient_maps も regexp 使ったら大文字小文字が区別されますか？

**名無しさん＠お腹いっぱい。** · 2006/08/17(木) 20:26:20

>>859 だめなのは「うちの」じゃなくてお前自身だろ。
↓これ実行してよく読めよ (2.0.0.2で確認ずみ)。
$ man 5 regexp_table |less +/case-insensitive
$ man 5 pcre_table |less +/case-insensitive

**名無しさん＠お腹いっぱい。** · 2006/08/17(木) 22:11:03

なんですか？ / の後ろに i が抜けてるとでも言いたいんですか？
main.cf:
transport_maps = regexp:/etc/postfix/transport.regexp

transport.regexp:
/^FOO@example\.jp$/i smtp:xxx.xxx.xxx.xxx
/^foo@example\.jp$/i error:

maillog:
Aug 17 21:38:37 xxx postfix/smtpd[15274]: connect from c.example.jp[192.168.0.1]
Aug 17 21:38:38 xxx postfix/smtpd[15274]: NOQUEUE: reject: RCPT from c.example.j
p[192.168.0.1]: 550 <FOO@example.jp>: Recipient address rejected: Address is undel
iverable; from=<nobody@example.com> to=<FOO@example.jp> proto=ESMTP helo=<ZZZ>
Aug 17 21:38:38 xxx postfix/smtpd[15274]: disconnect from c.example.jp[192.168.0.1]
Aug 17 21:38:58 xxx postfix/smtpd[15274]: connect from c.example.jp[192.168.0.1]
Aug 17 21:38:58 xxx postfix/smtpd[15274]: NOQUEUE: reject: RCPT from c.example.j
p[192.168.0.1]: 550 <foo@example.jp>: Recipient address rejected: Address is undel
iverable; from=<nobody@example.com> to=<foo@example.jp> proto=ESMTP helo=<ZZZ>
Aug 17 21:38:58 xxx postfix/smtpd[15274]: disconnect from c.example.jp[192.168.0.1]

**名無しさん＠お腹いっぱい。** · 2006/08/18(金) 22:02:44

>>861 postmapコマンドはどんなふうに反応する?
$ echo FOO@example.jp | postmap -q - regexp:transport.regexp

**名無しさん＠お腹いっぱい。** · 2006/08/19(土) 01:35:01

こんなん出ました。
foo@example.jp error:

**860** · 2006/08/19(土) 10:23:26

>>859 ｽﾏｿ、俺だけが駄目な奴だった。
$ less +/Incompat.20060123 /usr/pkg/share/doc/postfix/RELEASE_NOTES

だから一致を取る前にregexpやpcreの検索文字列を小文字に変換しなく
なったのはごく最近のことなんだね。

**名無しさん＠お腹いっぱい。** · 2006/08/21(月) 01:32:16

ここ数日「VxIAGRA」系のSPAMに悩まされている。
どうやって叩き落とすか…。
.com根こそぎアドレス検証は副作用が大きいし。
皆さんはどうしてます？

**名無しさん＠お腹いっぱい。** · 2006/08/21(月) 06:26:26

サーバの規模にもよるからねぇ。例えば小さな会社の自社鯖程度なら
超楽勝だと思うし、ISPとかだとごっつい製品入れるしかないかも。
とは言え、最近のspamはコンテンツフィルタもすり抜けつつあるがなｗ

**名無しさん＠お腹いっぱい。** · 2006/08/21(月) 10:49:55

もう、メールはすべて Reject してしまおう……そう考えていた時期がありました。

**名無しさん＠お腹いっぱい。** · 2006/08/21(月) 18:35:50

amavisをかませてるんですが、ちょっとバージョンアップに失敗し
/var/amavis/tmp 内にメールがたまってしまいました。
バージョン戻し、溜まらなくはなったのですが、放っておいてもそのまま
/var/amavis/tmp 内のメールが減りません。
再送させるにはどうすればよかとでしょうか。

**名無しさん＠お腹いっぱい。** · 2006/08/21(月) 22:39:52

ちなみに postqueue とかしても無理でした。
amavis（amavisd-new）側で何かキュー再送処理があるのでしょうか？

ぐぐってもわからんとですorz
へるぷみー

**名無しさん＠お腹いっぱい。** · 2006/08/22(火) 00:02:24

私はエスパーではないし、ぜーんぜん知らないプロダクトなんですけど、
/var/amavis/tmp っていうのは送信に失敗した queue が落ちるディレクトリ
なんですか？　なんでそこに落ちたのか等から調べた方が良くないですか？
ログには何と出ていますか？

おやすみなさい・・・

**869** · 2006/08/22(火) 00:20:09

>amavisをかませてるんですが、ちょっとバージョンアップに失敗し

これが原因です。この問題自体はすでに解決してるんですが、
この間に送受信したメールが再送できずにいます。

amavisをフィルターとして利用しているんですが、
このバージョンアップ失敗の際に
送受信したメールが deferredにならずに
/var/amavis/tmp に行っちゃってることが問題なようです。
単なる postqueueとかでは再送できないようです。

ヘッダーと本文が含まれているテキストファイルとして落とされているので、
工夫すれば何とか再送できそうなんですが、
何かいい方法ないでしょうか？

**名無しさん＠お腹いっぱい。** · 2006/08/22(火) 00:52:24

amavis をさわったことない俺でもひとつだけわかることは、
あくまで amavis の問題であって postfix とは何の関係もないということだ。

**名無しさん＠お腹いっぱい。** · 2006/08/22(火) 03:56:18

>>872
そんなこと 871 は知ってるってｗ

**名無しさん＠お腹いっぱい。** · 2006/08/22(火) 04:16:59

テキストファイルになってるなら、中身流し込んでSMTPで送ればいいだけじゃないのか？
そういう問題じゃないなら知らん。

**名無しさん＠お腹いっぱい。** · 2006/08/22(火) 06:00:25

>>871

>874 の言う通りで良いんじゃない？
find /var/amavis/tmp -type f -exec sh -c "cat {} | sendmail -t" \;
これで全部のファイルが送信できるでしょ。

いきなり全部やるのはヤバいんで、
cat /var/amavis/tmp/file.1 | sendmail -t
とかして適当な１通を発射してみるべし。

正常に送信できたらファイル消して終了かと。

**名無しさん＠お腹いっぱい。** · 2006/08/22(火) 06:02:48

と思ったけど、単なるテキストファイルだと envelope 情報は含まれていないし、
ヘッダに従って送信するのは危険だな。
どっかにコントロールファイルでもあるのかな？

正直、俺も分からん。そもそもスレ違いだしなぁ。

**名無しさん＠お腹いっぱい。** · 2006/08/22(火) 09:20:15

さてそろそろ次のお題へ

**名無しさん＠お腹いっぱい。** · 2006/08/25(金) 21:44:24

>>865
/^Subject: (Re: )?[a-z]+(Vzl|VIs|VfI|VnI)AGRA([a-z]{2})?$/ HOLD possible viagra/cialis spam
/^Subject: (Re: )?[a-z]+RExPLICA([a-z]{2})?$/ HOLD possible replica spam

body_checksが本文全体に対してmatchしてくれたらもうすこし楽なんだけど。

**名無しさん＠お腹いっぱい。** · 2006/08/25(金) 23:00:24

その辺は既に postfix で対処すべきじゃない領域だと思う

amavis なりを使って適当な spam filter を喚ぶべきでしょう

**名無しさん＠お腹いっぱい。** · 2006/08/25(金) 23:47:29

そいえば、milterつかって流し込めるspam filterってどんなのがあるのかな?

**名無しさん＠お腹いっぱい。** · 2006/08/27(日) 10:17:41

/etc/postfix/dynamicmaps.cf って何するものなのでしょうか。

**名無しさん＠お腹いっぱい。** · 2006/08/27(日) 10:40:05

>>881
Debian固有？

**881** · 2006/08/27(日) 11:43:04

>>882
そうみたい。kobitosan のページにもなかったような...。

**名無しさん＠お腹いっぱい。** · 2006/08/28(月) 00:13:34

2.3.3か。

**名無しさん＠お腹いっぱい。** · 2006/08/30(水) 20:25:53

すいません、教えてください。
sendmailからpostfixに乗り換えたのですが、
Fromアドレスのチェックが厳しくなったようで、
From: user@IPアドレスや From: user1@domain;user2@domain
となっているメールは Bad address syntax として受信不可能と
なってしまいました。
これをなんとか受信させたいのですが良い方法があれば教えていただけ
ないでしょうか。

220 smtpgw.tatoeba.jp ESMTP Postfix
helo localmta.tatoeba.jp
250 smtpgw.tatoeba.jp
mail from: user@10.10.10.10
501 Bad address syntax
quit

長くなって申し訳ございませんがご教授宜しくお願いいたします。

**名無しさん＠お腹いっぱい。** · 2006/08/30(水) 21:57:36

>>885
[Incompat 20031226] Postfix no longer allows mail addresses with
bare numeric IP addresses (user@1.2.3.4). This is not configurable.
The form user@[ipaddress] is still allowed.

**名無しさん＠お腹いっぱい。** · 2006/08/31(木) 00:46:26

元はv-uネタ
ttp://d.hatena.ne.jp/stealthinu/20060706/p5

Ｏ里センセは否定的

**885** · 2006/08/31(木) 14:30:37

>>886
Fromに複数のアドレスが記載されているのも微妙なので
送信者にFromアドレスを修正するように依頼いたします。

ご教授ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2006/09/01(金) 00:09:30

>>887
v-uネタってなに？

**名無しさん＠お腹いっぱい。** · 2006/09/04(月) 03:17:48

Postfix Admin を使っているのですが、
下記のような転送ってどうすればよいでしょうか？

aaa@example.jp →　aaa@example.jp
　　　　　　　　　　　　 bbb@example.com

**名無しさん＠お腹いっぱい。** · 2006/09/04(月) 04:27:24

最近、25ポートを遮断するプロバイダが増えてきて、
外部から自宅にアクセスする必要があるので、
postfixに587でも待ち受けしようと思うのですが、

smtp-authは必須なんでしょうか？それとも単に587で通常通りの受け付けるだけでもいいのでしょうか？
25の遮断はどれほど有効かわかりませんが、世界的に実施しているのでしょうか？
日本だけ？

英字スパムが一日300通ぐらい来るからなぁ。

**名無しさん＠お腹いっぱい。** · 2006/09/04(月) 11:50:26

>>891
587でもPbSでやるわけ？普通はSMTP-authにするわな。
アメリカあたりだとOP25B結構実施されてるらしい。

**名無しさん＠お腹いっぱい。** · 2006/09/04(月) 12:37:07

>アメリカあたりだとOP25B結構実施されてるらしい。

なにかその辺の事情等について参考になるサイトとかってあります?

**891** · 2006/09/04(月) 13:29:19

>>892
いえ、単にpostfixの待ち受けに587を追加しようと思っただけです。
今、pop before smtpを設定しているので、このまま待ち受けポートを追加しても
セキュリティ的には問題ないかなと思って・・。

**名無しさん＠お腹いっぱい。** · 2006/09/04(月) 15:39:16

>>890
aaa@example.jpはローカルでしょ。
postfixでは無理。

**名無しさん＠お腹いっぱい。** · 2006/09/04(月) 15:52:43

>>889
「Ｏ里センセ」も誰のこと？
ＭＬ読んだから885が誰かはわかったが。

**名無しさん＠お腹いっぱい。** · 2006/09/04(月) 17:55:32

>>890
http://www.example.jp/path/to/postfixadmin/users/login.php
aaa@example.jp のパスワード使ってログインして、自動転送設定で
転送先アドレスに bbb@example.com を指定したら、できませんか？

**名無しさん＠お腹いっぱい。** · 2006/09/04(月) 20:41:16

>>889
紫外線ネタ

**名無しさん＠お腹いっぱい。** · 2006/09/04(月) 23:12:06

>>897
ありがとうございます！
admin のページからは設定できないんですね。。。

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 08:44:21

あらら、それでできるのかな？？
出来たらおしえてちょ。
Mysqlと連携させてDB無理やり書き換えたときは
postfixadminに反映されなくなっちゃったんだよね。
（表示されなくなる）
出来るのかな～？

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 11:32:12

出来るよ

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 16:14:47

>>887
もうVine-Userは入ってないから気がつかなかったです。これですね。
ttp://search.luky.org/vine-users.7/msg04938.html

「受け取る側の一方的な理論」というけど、こっちだって送信はするんだから一方的と言われても。
まあそれはおいといて、動的IPっぽいものからのみ、greylistingまたはtarpittingを掛ける
でも許容範囲じゃないのかなあ。
「再送の手間を送り手側は無条件に甘受」とか書かれてるから、なんか良く読まれてないか
誤解されてるような気がします。

あと、S25Rに合致する率がほんとに、70%～80%もしくは40%であるなら、あんまりかと思うけど
実際にログにマッチングさせると、少なくとも95%以上はしてくるはずです。
もしかするとDNSBLを入れてて、そこでS25Rに合致する動的IPっぽいものが多数拒否されるから
そのフィルタ後にマッチングさせると少なくなる、ということだったり？

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 17:36:35

許容できる出来ない以前の問題。

spamであるかどうかと基本的な関係がない
(たまたま現時点で統計的相関があるだけで必然性はない)
話を元に、anti-spam方法論を議論するなってのが基本的ポイント

anti-spam の話はそういうイタイ人が多すぎるのが
また悲しいポイントだが

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 19:08:43

これが reject ならば 903 のいうとおりなんだけど、
sleep ならばそれほど問題ないと思うんだけど。

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 19:23:23

>>903
「たまたま現時点で統計的相関があるだけ」って。
そんなこと言いだしたらどの手法でもそうだよ。
スパマーが対応してきたら、認識率が下がる＝統計的相関が下がってくるってこと。
「現時点で」false positiveの少なければ、それは良い手法だと思うが。

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 19:32:53

>>903
質問なんだけど、spamであるかどうかと基本的な関係が「ある」ものってなに？
確実にそういうものがあれば、それとの相関をみれば、完璧なスパムフィルタが作れるよね。
そういうものがないから、完璧なスパムフィルタが作れない。
だから、たまたま現時点で統計的相関が高いものを使うしかない、ということじゃないのかな。

**!= 903** · 2006/09/05(火) 19:52:36

相関を人間が考えるのは効率わるくない？
ベイズ推定のような「一段階メタな方法」を取るほうが
スパマーが対応した時に対応しやすくない？

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 21:56:15

>906
そりゃ「完璧」はないから皆困っているわけで

現在は対策も考えられてきてはいるが
paul graham が考案したベイジアンフィルタは
"spam な内容を書こうとする限り spam と判定する"
ということで、たまたまの相関ではなく原理的に相関をとれる方法論

razor も "誰かが spam と判定したものと同じもの" は spam という
ことで(責任の所在は曖昧だけど)意味のある手法

いまどれが標準になるかは読みきれないけど SenderID とかみたいな
送信者認証も(それ単独では難しいけど)，送信元の素姓を
ハッキリとさせるというのは spammer には相対的に難しくなるので
ある程度意味がある

逆引の有無なんかは完全に "今たまたまそうなっている" だけ。
プロバイダが逆引設定すればみんな逆引なんて付くわけだし
そんなものを判定基準にしようという発想のセンスが頭悪

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 21:59:21

基地外じみたこと言うのはVineユーザに多いという統計はあながち間違いではないだろう

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 22:02:21

たしかにベイズ推定は本質的に優れていると思う

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 22:07:36

>>909
Vineは原理的に基地外じみたこと言うユーザが集っている。
Debianユーザがキチガイなのは完全に "今たまたまそうなっている" だけ。

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 22:21:03

完璧なもの以外はダメ　というのも十分キチガイだと思うけどな

ついでに言うと、ここはpostfixスレで、spamを論ずるスレでもキチガイを論ずるスレでもない。

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 22:44:54

>>887 はキチガイなきがする

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 23:06:06

>>908
なに出してくれるかと期待してたらベイジアンフィルタね…
ベイジアンフィルタは自動学習する点で優れてるが、誤検出やコンテンツフィルタである点
（処理が重い。フィルタが本文を「見る」ため法的な制限が厳しい）など問題点もあるよ。
まあ、そういうのがあまり問題にならない環境なら良いけども。

あと「たまたま現時点で」ということ言ってたけど、ベイジアンフィルタにしても
たまたま現時点で有効なだけで、画像スパムだとか、HTMLメール使った方法だとか
ベイジアンフィルタよけの工夫もいろいろと出てきているのよね。
つまり、ベイジアンフィルタにしてもgreylistingにしても、スパマー側が対応しようとしたら
対応されてしまうわけで、「たまたま現時点で」有効なだけなのは同じだと思うよ。

SenderID等の送信者の偽装が出来なくなる手法は、世の中に完全に広まれば
それを利用して今よりもっと確実なスパム対策が出来るようになってくると思う。
が、現時点ではその環境が出来ておらず、使えるようになるのは後何年も先だろう。

逆引きの有無で、というか、プロバイダの逆引き設定云々は、ちゃんと理解してない？
もう一度関連のところちゃんと読んだ方がいいよ。

FQDNのパターンでの判別は、現時点では98%くらいの確率で動的IPを分類できてる。
だからスパマーが主に動的IPから出し続ける限りは、近い確率でスパムの判定が出来る。
それだけでやろうとするのではなく、複数の手法を組み合わせたうちの一手法として
有効に利用すれば良いわけ。

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 23:08:41

>>914
> フィルタが本文を「見る」ため法的な制限が厳しい
どう制限が厳しいの？

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 23:09:23

さっきから必死なのははてなダイアリーの中の人？

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 23:16:18

どうやら中の人降臨らしいねww

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 23:24:37

http://d.hatena.ne.jp/stealthinu/about
このひと？

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 23:45:02

です。MLのアーカイブからリファラついてたんで。
念為 >>902 >>905 >>906 >>914 が自分が書いたレスです。
というか前にもこのスレでgreylistingやらtarpittingやらについて書いてました。>>647とか。

法的な制限についてですが、ネットワーク事業者だと、例えばユーザの同意無しにベイジアン
フィルタを掛けることはできません。（別フォルダにわけるわけないとか関係なく）

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 23:50:13

実際のところ、ISPクラスの大規模なサーバーで、
graylistingなどアレコレspam対策しているとこあるの？
この人だって苦情は無かったとは言ってるけど、
白馬かどっかの地域向け小規模サーバーだけでしょ。

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 23:54:07

本人なのに他人を装って書き込みしてたのか。。。

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 00:46:12

NTT系のOCNとか、KDDI系のODNとかは第一種通信事業者だから、
送信元によって通信を拒否したりすることすら、法に触れるんじゃなかった？
greylistingなんかを喜々として喧伝してる連中は
自宅サーバとかあってもなくても世の中困らないようなものしか運用してない。

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 00:51:17

第一種とか二種とかの区分は今はもうないよ。

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 03:21:05

sleep 良いよ～
６０秒も待てば、向こうが勝手にやめてくれる
拒絶はしてないし～♪

って事でそ

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 03:44:53

基本は自宅サーバのみでそ。プロバイダどころか会社のサーバですら怖くて導入出来ないよ。

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 04:50:27

実際は、国内大手企業が下請けに出して作らせた
メール配信プログラムとかのほうが
SMTP的にダメな仕様だったりするので
spamよりも先にひっかかってしまうのよね

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 05:16:51

>>926
社内のグループウェアとのゲートウェイがアレというのは本当に良く聴く話だしね

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 06:35:31

白馬の王子さまはpostfix-jpなサイトにリンクしてもらっちゃってるしな。
準公式ページなんかにリンク置いておいたらそのうちスパマーが対策をしてきて、
結局いたちごっこになるだけ。
このスレも「スパム対策どうしてる？」なんて書き込みが時々あるが、
レスつけたらスパマーにヒントを与えてしまう。
有効に機能しているスパム対策はわざわざ外に漏らさないものだ。

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 07:36:02

鯖のコンフィグはふつー社外秘でそ？
ほいほい書いちゃうのは情報管理規定が甘い屑企業鯖管か、自宅鯖厨

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 07:48:45

なにそのプロプライエタリな発想。
そんな対策法なんて内緒にしても意味ないだろ。ソフトの脆弱性と一緒で。
暗号技術のように、方法は公知だが(すり抜け)対策は難しいようなスパム対策を目指すのが本筋だろ

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 07:51:51

> ソフトの脆弱性と一緒
ここ、笑いどころ？

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 08:34:23

>>931
どのへんが「笑いどころ」？

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 08:48:41

まあいいじゃないか
男の子だし

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 09:04:02

>>933
あほか

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 09:27:11

greylisting にしても sleep にしても、spammer が適応するには
送信するコストを増やす必要がある、つまり一定時間内に送れる spam の数が
減るわけで、破られたとしてもそれはそれで意味がある。
# マシンの高性能化とボットネットの拡大の分で帳消しだけど。

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 10:47:33

大手プロバイダとかでも spam フィルタなんかは
ベイジアン使ってるところあるよ

中の人に聞いたんで公表されているかどうかは知らない

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 10:50:36

>914 がなにも各 "技術" の中身を理解していない
ってことだけは良く分かった

>ベイジアンフィルタにしてもたまたま現時点で有効なだけ

中身も判ってない DQN のくせに
そんなことを言うのは Paul Graham 他に失礼だぞ

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 19:11:48

固定IPでもOP25B起こりえますか？誰か教えてください。
今まで問題なく動作していましたが、
DNSの設定もMXも変更無しで急に3キャリア使えなくなりました。

telnet xxx.docomo.ne.jp 25 /通りません
telnet xxx.docomo.ne.jp 587 /通りません

ログ
connect to xxx.docomo.ne.jp[xxx.xxx.xxx.xxx]: Operation timed out (port 25)
xxxxx: to=<xxxx@docomo.ne.jp>, orig_to=<xxx@xxxx.net>, relay=none, delay=120, status=deferred (connect to xxx.docomo.ne.jp[xxx.xxx.xxx.xxx]: Operation timed out)

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 19:28:03

postfix とはまったく関係ないので契約している ISP に聞いてください。

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 19:31:23

こっちもあるでよ。

Internet Mail System 総合スレ 3
http://pc8.2ch.net/test/read.cgi/unix/1128256415/

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 21:55:52

>白馬の王子さま
ﾜﾛｽ

**914** · 2006/09/07(木) 18:37:03

>>937
937はなんか誤解していません？
自分もベイジアンフィルタはSpamAssassinで使ってるし、有効だと思ってますよ。
ただ、その有効というのはあくまで現時点でということで、やつらは対応可能ということを言ってます。
その具体例として画像だとかHTMLメールを使った手法をあげています。

例えば、関係ないスパムで無さそうな本文をたくさん書いておくのだけど、実際にメールクライアント
上で頭に表示されるのは、画像にしておきます。
そうすると、本文からベイジアンフィルタは正しそうと判断しますが、ユーザには画像で表示される
スパムの本文を読ませることが出来ます。
これは、人間がパースしているもの（表示された画面）と、ベイジアンフィルタがパースしているもの
（テキスト）とが実際には違う、ということを利用しているので、本質的にベイジアンフィルタだけでは
対応できないと思います。
これはHTMLメールを使って、単語の途中にランダムで関係ない小さい文字を挟んだりとかするのも
同じことです。

ベイジアンフィルタを抜ける対応策があり、またいたちごっこになりうるわけで
>>908では、本質的な解決じゃないからS25Rとかを判定基準にするのが頭悪い、との指摘は
的はずれじゃないの、と言ってます。
それより、現状で使える指標があるなら、それら全部を駆使して、誤検出を減らす方向に使うほうが
頭良くね？ということです。

**914** · 2006/09/07(木) 18:52:40

>>920
うちは極小規模なサービスのメールサーバですが、それで食ってるわけじゃなくて
他から仕事いただいているので。
なのでそのへんについては詳しい情報は出せないので、所々ぼかした表現になっています。

>>922
それについても少し触れてますが、条件により許可される可能性があります。
どんな内容なのかを説明して、総務省の担当部署に確認されると良いと思います。
924も書かれてますが、こっちはゆっくり対応するだけで、向こうが切るので。

>>921
902とか、他人を装ってという気は無かったんですが、そんなふうに見えたならごめんなさい。

>>928
その考えはなんかなあ…

**これがDQNの威力なのか** · 2006/09/07(木) 19:16:46

>942
痛いよ痛すぎるよ…

**名無しさん＠お腹いっぱい。** · 2006/09/07(木) 20:40:15

> これはHTMLメールを使って、単語の途中にランダムで関係ない小さい文字を挟んだりとかするのも
ベイズフィルタは学習できますよ

**名無しさん＠お腹いっぱい。** · 2006/09/08(金) 00:20:59

反論すればするほど墓穴を掘る低レベル業者ｗ

**名無しさん＠お腹いっぱい。** · 2006/09/08(金) 02:37:28

んで、sleepしても待つ、気合いの入ったSMTPクライアントが・・
フィリピンからが結構多いね

**名無しさん＠お腹いっぱい。** · 2006/09/08(金) 06:20:27

914がよくいるシッタカなのはわかったから、もう二度と出てこないでね。

**名無しさん＠お腹いっぱい。** · 2006/09/08(金) 10:11:30

でも 914 みたいな DQN のページ(?)を真に受けて
そういう設定を目指す DQN 感染症予備軍がよくいるよね…

問題点を判った上でやる分にはいいんだけど
914 本人が既に理解していないし。

と学会じゃないけど、新たな啓蒙活動とか必要なのかねぇ

**名無しさん＠お腹いっぱい。** · 2006/09/08(金) 21:04:04

にしても、>>914は>>926-927を読み飛ばしているのかね?
それとも、自説に固執して反論は一切受け付けない状態?

**名無しさん＠お腹いっぱい。** · 2006/09/08(金) 22:36:38

>914 って "うさだ回収に来ました" AA が似合う感じだよね

いや、貼らなくていいけどさ

**名無しさん＠お腹いっぱい。** · 2006/09/11(月) 01:39:58

結局、プロパイダがFROM行規制を行っているので、
カノニカルでプロパイダのメールアドレスに置換して、SASL認証付で送るようにした。

ちゃんと届くようになったけど、rootからのエラーメールがFROM行置換されてくるので
何がなんだかさっぱりわからん

携帯でFROM行見ただけで大体わかるようになってるのに、なんで全部同じにしないとならないんだか・・・・

**914** · 2006/09/11(月) 09:24:02

すみません、毎日見てるわけではないので、反応遅くなりました。
あと、もう来ないでねという意見もいただいてますが、ネガティブな意見のほうがいろいろと
勉強になりますので、もう少しこちらで意見を聞かせてください。
もし、スパム対策系のスレに移動したほうがよければそうしますのでご意見下さい。

S25R+(greylisting|tarpitting)というような手法に嫌悪感を持たれてるのは、主にS25Rに対してですか？
それとも、greylistingやtarpitting自体がダメだという意見でしょうか？
>>903や元ネタのVine-Userの投稿では、S25Rについての否定的な意見、と読んでいるのですが。
ttp://ya.maya.st/mail/accessctl.html#s25r
で書かれているようにgreylisting(tarpitting)自体がダメ、という意見なら自分も納得いきます。
またS25Rが嫌という場合、DNSBL+(greylisting|tarpitting)という構成はどう思われますか？

>>950
いえ、おっしゃられるとおりで、ほぼそういったものが誤検出となっているものです。
今のところ、ホワイトリストで救済するしか方法がありません。
結局、スパムを出すのと同じ手法で出されると、誤検出してしまうので。

>>945
それは認識不足でした。勉強になりました。
本文の下の方に普通のメール内容や関係ない単語をたくさん並べて、メール全体としての
スパム色を「薄める」手法とかもありますが、そういったものもなにか対応策は考えられて
いるのでしょうか？
あと画像スパムに対して、SpamAssassinなんかだと、OCR機能で文字化して、その中身を
ベイジアンフィルタ掛けるとか、ますます重くなるような対応策が出ていますが、OCR使わずに
とれるような対応策とかって他にあるのでしょうか？
（反論とかではなくて、純粋にベイジアンフィルタ系のところでは、そういったものについて対抗策が
考えられているのか知りたいので。）

**914** · 2006/09/11(月) 09:44:10

937への説明を考えてたら>>907への回答になりそうなことを思いつきました。
ちょっとスレ違いになると思いますが、書いてみるのでおかしなところ叩いてください。
まず937への説明から。

ベイジアンフィルタは結局、スパムと判定されたものの中にそれぞれの単語がどのくらいの
頻度で入っているかを逆算して、単語毎に「スパムっぽい度(と正しいメール度)」のテーブルを
作っておき、未知のメールが入ってきたときに、そのテーブルと比較して、メール全体のスパム度
や正しいメール度を推定する、というものです。
例えば「Viagra」という単語が入っているメールのうち90%がスパムだったら、Viagraには0.9ポイント
つける、みたいな感じですね。なのでこれを「V1agra」とか替えてきても、V1agraは100%スパムだから
高ポイントがついてすぐに学習されてしまいます。

で、そういう単語でどのメールにも入っていて、その単語が入っていると95%以上スパムだ
というのがわかっている単語があったら、それを指標に使って欲しいと思いませんか？

S25Rという動的IPっぽいFQDNかどうかを見ると、少なくとも現時点で98%くらいの相関があります。
これはS25Rじゃなくて、DNSBLでも良いです。
本文中の単語だけじゃなくて、接続時の情報も指標としてもっと有効に使うべきでは、という主旨です。