2007年08月11日
メール関連用語 pump-and-dump
|
|
|
この言葉の認知率は低いと思う。
身近なエンジニアでpump-and-dumpを知っている人は居なかった。
自分は迷惑メール対策カンファレンスで使われていて知った言葉。
▼『pump-and-dump』
株式市場の偽情報を流し、不当に株価を引き上げるspamメール
pump-and-dump送信数に比例し、株価が上昇すると言う統計がある。
spamメールはお金になる と言う事を立証している要因でもある。
お金になるからspammerは居なくならないんだろうな。
anti-spammerとしてはどうにかしたい。
anti-spammerがspammerになると厄介。
false positiveとなる術を知っているのはanti-spammer。
身近なエンジニアでpump-and-dumpを知っている人は居なかった。
自分は迷惑メール対策カンファレンスで使われていて知った言葉。
▼『pump-and-dump』
株式市場の偽情報を流し、不当に株価を引き上げるspamメール
pump-and-dump送信数に比例し、株価が上昇すると言う統計がある。
spamメールはお金になる と言う事を立証している要因でもある。
お金になるからspammerは居なくならないんだろうな。
anti-spammerとしてはどうにかしたい。
anti-spammerがspammerになると厄介。
false positiveとなる術を知っているのはanti-spammer。
2007年08月10日
メール関連用語のまとめ ham と spam と false positive と false negative
|
|
|
メール関連用語をまとめてみた。これらの用語を知ってる人とメールの話しをすると、話しが早い。
まとめてしまえば、知らない人に『このエントリを読んでくれ』と言える。
■hamとspam
hamとspamは反意語(ham⇔spam)
▼ham
・hamメール
・味付けされていないham
・受け取りたいメール
▼spam
・spamメール
・spiced ham (味付けされたham)
・迷惑メール
■false,truel,positive,negative
falseだけでなくtrueを含めてみた。
通常使うのはfalse positive, false negative。
▼false positive
・本来hamなのに、spamであると判定されたメール
・spamフォルダに入ってるham
▼false negative
・本来spamなのに、hamであると判定されたメール
・inboxフォルダに入ってるspam
▼true positive
・正しくham判定されたメール
・inboxフォルダに入ってるham
▼true negative
・正しくspam判定されたメール
・spamフォルダに入ってるspam
2007年07月04日
SpamAssassin体験記
|
|
|
やはりSpamAssassinはあった方がイイ
▼背景
・おじいちゃんサーバでspamdを起動
・おじいちゃんサーバでメールを読み書き(Mew on Emacs)
↓
・spamdをspamd-rw(read-write),spamd-ro(read-only)で起動させていた
↓
・inboxに入るspamメール数が激減
↓
↓3ヶ月経過
↓
・大量のspamメールを学習させていたら、おじいちゃんサーバの心拍数が常時高い
・spamd-rw,spamd-roを停止
↓
↓1ヶ月経過
↓
・spamメールがinboxに大量に入って来る
・spamメール邪魔過ぎてメール確認にストレスを感じる
↓
・スリムなベイズDBを生成
・spamd-roだけ起動
↓
・inboxに入るspamメール数が減少
・ストレス軽減
▼結論
・サーバに似合ったベイズDBを構築する事
・inboxに入って来るspamメール数が減ると効率UP、ストレス軽減
・快適な生活環境を体験してしまうと、抜け出せなくなる
▼背景
・おじいちゃんサーバでspamdを起動
・おじいちゃんサーバでメールを読み書き(Mew on Emacs)
↓
・spamdをspamd-rw(read-write),spamd-ro(read-only)で起動させていた
↓
・inboxに入るspamメール数が激減
↓
↓3ヶ月経過
↓
・大量のspamメールを学習させていたら、おじいちゃんサーバの心拍数が常時高い
・spamd-rw,spamd-roを停止
↓
↓1ヶ月経過
↓
・spamメールがinboxに大量に入って来る
・spamメール邪魔過ぎてメール確認にストレスを感じる
↓
・スリムなベイズDBを生成
・spamd-roだけ起動
↓
・inboxに入るspamメール数が減少
・ストレス軽減
▼結論
・サーバに似合ったベイズDBを構築する事
・inboxに入って来るspamメール数が減ると効率UP、ストレス軽減
・快適な生活環境を体験してしまうと、抜け出せなくなる
2007年06月22日
2007年06月12日
メールアドレスはカッコツケロ
|
|
|
> 『5.1.7 Bad sender address syntax』
数年SMTPでおしゃべりしてて初遭遇
▼原因
・MAILコマンドで指定するメールアドレスをカッコつけなかった
▼解決策
・MAILコマンドで指定するメールアドレスをカッコツケル
例) <foo@bar.com>
▼前提条件
・MTAはPostfix
・main.cfで『strict_rfc821_envelopes = yes』とする
▼ログ
--------------------------------------------------
$ telnet 192.0.2.25 25
220 postfix.example.com ESMTP Postfix (Debian/GNU)
helo mail.example.net
250 postfix.example.com
mail from:foo@bar.com <----------------------- カッコ悪くてNG
501 5.1.7 Bad sender address syntax
mail from:<foo@bar.com> <----------------------- カッコツケタのでOK
250 2.1.0 Ok
quit
221 2.0.0 Bye
Connection closed by foreign host.
--------------------------------------------------
同じ場面に遭遇したら、カッコつけよう
数年SMTPでおしゃべりしてて初遭遇
▼原因
・MAILコマンドで指定するメールアドレスをカッコつけなかった
▼解決策
・MAILコマンドで指定するメールアドレスをカッコツケル
例) <foo@bar.com>
▼前提条件
・MTAはPostfix
・main.cfで『strict_rfc821_envelopes = yes』とする
▼ログ
--------------------------------------------------
$ telnet 192.0.2.25 25
220 postfix.example.com ESMTP Postfix (Debian/GNU)
helo mail.example.net
250 postfix.example.com
mail from:foo@bar.com <----------------------- カッコ悪くてNG
501 5.1.7 Bad sender address syntax
mail from:<foo@bar.com> <----------------------- カッコツケタのでOK
250 2.1.0 Ok
quit
221 2.0.0 Bye
Connection closed by foreign host.
--------------------------------------------------
同じ場面に遭遇したら、カッコつけよう
2007年05月25日
スパマーとの戦い
|
|
|
諸事情により今の検証環境ではベイズDBによる判定しか出来ない。
SpamAssassinだけで判定していて気づいた3ヶ月間を振り返る。
▼前提条件(学習ポリシー)
・spamメールのみ学習させている
・hamメールは学習させてない
▼結果
・ベイズDBをしっかり学習させていれば、false positiveはほぼゼロ
・false negativeは常に発生。新種spamメールが発生するので中々減らせない…
▼日々の平均値
false positive: 0
false negative: 100
total mail: 5000
もっとfalse negativeを減らしたい。
明日からはおじいちゃんサーバから若者サーバへと検証環境を移行する。
これでやっとMTA側のspam対応の検証を行える。
SpamAssassinだけで判定していて気づいた3ヶ月間を振り返る。
▼前提条件(学習ポリシー)
・spamメールのみ学習させている
・hamメールは学習させてない
▼結果
・ベイズDBをしっかり学習させていれば、false positiveはほぼゼロ
・false negativeは常に発生。新種spamメールが発生するので中々減らせない…
▼日々の平均値
false positive: 0
false negative: 100
total mail: 5000
もっとfalse negativeを減らしたい。
明日からはおじいちゃんサーバから若者サーバへと検証環境を移行する。
これでやっとMTA側のspam対応の検証を行える。
2007年05月24日
2007年04月07日
dovecot-imapはUIDPLUS未実装
|
|
|
uid指定でmoveした時、move先のuidを取得したい。
Mail::IMAPClientにはこう書かれている。
If move is sucessful, then it returns a true value. Furthermore, if the
Mail::IMAPClient object is connected to a server that has the UIDPLUS
capability, then the true value will be the comma-separated list of
UID's for the newly copied messages. The list will be in the order in
which the messages were moved. (Since move uses the copy method, the
messages will be moved in numerical order.)
dovecotだと戻り値が空っぽだった。uidplus未実装だったのだ…。
courier-imapはuidplusを実装している。
courier-imapにしてみたらmove後のuidを取得出来た。
moveする時、dovecotでは $imap-<move('dest') で上手く行くのに
courier-imapだと上手く行かない。invalid mailbox となってしまう。
なんとなく試しに$imap-<move('INBOX.dest')としてみたら上手く行った。
Maildir直下のディレクトリは .dest だ。prefixとしてのINBOX.は意味が無い。
一長一短だな…。
Mail::IMAPClientにはこう書かれている。
If move is sucessful, then it returns a true value. Furthermore, if the
Mail::IMAPClient object is connected to a server that has the UIDPLUS
capability, then the true value will be the comma-separated list of
UID's for the newly copied messages. The list will be in the order in
which the messages were moved. (Since move uses the copy method, the
messages will be moved in numerical order.)
dovecotだと戻り値が空っぽだった。uidplus未実装だったのだ…。
courier-imapはuidplusを実装している。
courier-imapにしてみたらmove後のuidを取得出来た。
moveする時、dovecotでは $imap-<move('dest') で上手く行くのに
courier-imapだと上手く行かない。invalid mailbox となってしまう。
なんとなく試しに$imap-<move('INBOX.dest')としてみたら上手く行った。
Maildir直下のディレクトリは .dest だ。prefixとしてのINBOX.は意味が無い。
一長一短だな…。
2007年04月06日
2006年11月16日
オレオレスパムメールとオレオレハムメール
|
|
|
今日はX-Spam-Flagを使った検証をしてみた。
▼前提条件
SpamAssassinはスパム判定後にヘッダーフィールドを追加する。
spamの時は『X-Spam-Flag: YES』
hamの時は『X-Spam-Flag: NO』
▼検証内容
『X-Spam-Flag: YES』を追加してメールを送信したらどうなるのか。
社内の技術ML宛にメールを送信。
▼検証結果
見事にprocmailやBekcey!等のルールに『X-Spam-Flag: YES』を追加
している人にメールが届かないorゴミ箱直行 と言う状況になった。
ただしこれはX-Spam-Flagがメールヘッダーに存在する場合、これ以
上メールを評価しないという設定にしているかどうかに左右される。
▼結果をふまえて…
スパマーがメールヘッダーに『X-Spam-Flag: NO』と追加して送って
来たらどうするのかと考えてしまった。スパム判定後に追加するヘッ
ダーフィールドを予め追加したメールを個人的にこう呼んでみる。
オレオレスパムメール(オレオレspamメール)
オレオレハムメール(オレオレhamメール)
そして、受信側MTAにてprocmailを使って振り分けしてしまうのは
リスクがあるな…と思った。
スパマーとのイタチゴッコは続く。
▼前提条件
SpamAssassinはスパム判定後にヘッダーフィールドを追加する。
spamの時は『X-Spam-Flag: YES』
hamの時は『X-Spam-Flag: NO』
▼検証内容
『X-Spam-Flag: YES』を追加してメールを送信したらどうなるのか。
社内の技術ML宛にメールを送信。
▼検証結果
見事にprocmailやBekcey!等のルールに『X-Spam-Flag: YES』を追加
している人にメールが届かないorゴミ箱直行 と言う状況になった。
ただしこれはX-Spam-Flagがメールヘッダーに存在する場合、これ以
上メールを評価しないという設定にしているかどうかに左右される。
▼結果をふまえて…
スパマーがメールヘッダーに『X-Spam-Flag: NO』と追加して送って
来たらどうするのかと考えてしまった。スパム判定後に追加するヘッ
ダーフィールドを予め追加したメールを個人的にこう呼んでみる。
オレオレスパムメール(オレオレspamメール)
オレオレハムメール(オレオレhamメール)
そして、受信側MTAにてprocmailを使って振り分けしてしまうのは
リスクがあるな…と思った。
スパマーとのイタチゴッコは続く。
