このページに関する物言い。
spam の発信元(ヘッダの From: )として、存在しない @javajava.com な アドレスを騙っているものがバウンスされてやって来るのが最近やたら多い。 いちおー、 /var/qmail/control/badrccptto に入れてみてるけど、 同じアドレスが複数回使用されることはまずないだろうな。
で、時刻、相手ホストが出る。#!/bin/sh grep Blocked -B 1 $1 |grep tcpserver |tai64nlocal |cut -d ' ' -f 1-2,7
このようなアドレスが出た場合、 .cable.ubr02.hali.blueyonder.co.uk を登録してしまう。アドレスのどこからどこまでがこの形で登録されているか調べる方がいいのかもしれないが面倒でそこまではしていない。2003-12-22 01:22:51.364523500 82-38-129-251.cable.ubr02.hali.blueyonder.co.uk:82.38.129.251:harrypotter:4158
そして、 condredirect を使って、条件にあったものをそちらへ移すことにする。 ~/trash/ へ逝ったメールに関しては、set spoolfile="~/trash" を設定した初期化ファイルを用いて mutt を起動し、当面の間は誤判定メールがないか確認する予定。#cat ~/.qmail-trash ./trash/
数日間ためておいた SPAM を見てみると、いくつかのことに気づいた。#cat ~/.qmail-trash-default ./trash/
ある掲示板に書き込む時に使ったアドレスにもぽろぽろ SPAM が 来ていた。 /dev/null 行きにしてもいいのだが、効果を確認したかったので cobonzu-trash-その時に使った文字列 へ転送する扱いにしておく。# accept if tocc kuramae@kabeme.jP |/var/qmail/bin/condredirect cobonzu-accept iftocc kuramae@kabeme.jp # go to trash if not to hiaizawa@seagreen.ocn.ne.jp |/var/qmail/bin/condredirect cobonzu-trash-notocc except iftocc hiaizawa@seagree n.ocn.ne.jp # go to trash if tocc hide@seagreen.ocn.ne.jP |/var/qmail/bin/condredirect cobonzu-trash-tohide iftocc hide@seagreen.ocn.ne.jp # go to trash if nasty mailer |/var/qmail/bin/condredirect cobonzu-trash-badmailer sh -c "822field X-Mailer | egrep 'eGroups|wingmailer|Easy DM free|FightIK|AOL|Douhou|ELM'" # go to trash if text/html only |/var/qmail/bin/condredirect cobonzu-trash-multipart sh -c "822field Content-Ty pe | grep -i 'Multipart'" |/var/qmail/bin/condredirect cobonzu-trash-texthtml sh -c "822field Content-Typ e | grep -i 'Text/Html'" &cobonzu
というようなエラーが出て止まってしまう。 ちょっとうっとうしいので LANG=C でやると、下記。km_v4l.c: 関数 `km_mmap' 内: km_v4l.c:212: 警告: 引数 1 個の `remap_page_range_R323728a8' を渡しますにより、キャストなしで整数からポインタを作りました km_v4l.c:212: 4 番目の引数が `remap_page_range_R323728a8' の型と互換性がありません km_v4l.c:212: 関数 `remap_page_range_R323728a8' への引数が少なすぎます km_v4l.c: トップレベル: km_v4l.c:267: 警告: 互換性のないポインタ型からの初期化です make: *** [km_v4l.o] エラー 1
remap_page_range argument あたりでぐぐってみると どうも、 redhat の kernel-2.4.20-20.8 には、なにやら 2.5 からバックポートされているものがあり、 remap_page_range() の引数の仕様が変わっているらしい。In file included from km_v4l.c:20: km_memory.h: In function `uvirt_to_kva': km_memory.h:34: warning: implicit declaration of function `pte_offset' km_memory.h:34: warning: assignment makes pointer from integer without a cast km_v4l.c: In function `km_mmap': km_v4l.c:212: warning: passing arg 1 of `remap_page_range_R323728a8' makes pointer from integer without a cast km_v4l.c:212: incompatible type for argument 4 of `remap_page_range_R323728a8' km_v4l.c:212: too few arguments to function `remap_page_range_R323728a8' km_v4l.c: At top level: km_v4l.c:267: warning: initialization from incompatible pointer type make: *** [km_v4l.o] Error 1