[postfix-jp: 2839] Re: Posftfix+Amavis+Clamav+ Vritual Domain(MySQL)

["Naoki TSUCHIYA" <n-tsuchiya@xxxxxxxxxxxxxxxxx>]

土屋です。

>1000 msg/hourは忙しいとは言えないと思います。
1日とかでみるとあまり問題ないのですが、時々迷惑メールが1秒間にたくさん連続し
て入ってくる場合もあります。

> すみません、よく時間確認してたら、勘違いしていました。
> てっきり、残っていたスタッフに言われたマニュアルを見てもそのようなことを
いっていて。
> たった、今mailqとspamdの処理のログを確認していたら、いったんmailqに入って
spamｄに入ってました。
> After Content Filteringということでしたね？
>その根拠は?
>生のlogなり設定を元に判断してはどうですか
もう少しLogを確認してみます。具体的にログの見方がまだ明確になっていなくて。

> 私がコメントアウトする前のものに戻して、reloadした後に、postconf -n を行っ
た結果が以下の通りです。

本当にpostconf -nの結果ですか?
明らかに間違っている箇所があります。

>> mail1 postfix # postconf -n
>> alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf
>> biff = no
>> command_directory = /usr/sbin
>> config_directory = /etc/postfix
>> content_filter = smtp-amavis:[127.0.0.1]:10024
>で、content_filterをコメントアウトして、
>postfix reload && postconf | grep content_filterしたらどうなりますか
上記のcontent_filterだけをコメントアウトしてみました。
mail1 postfix # postfix reload && postconf | grep content_filter
postfix/postfix-script: refreshing the Postfix mail system
content_filter =
mail1 postfix #

>> smtpd_client_restrictions = permit_mynetworks,    reject_rbl_client
>> bl.spamcop.net,    reject_rbl_client sbl-xbl.spamhaus.org,
>> reject_rbl_client all.rbl.jp,    reject_rbl_client dynablock.wirehub.net,
>もう1度だけ書きますが、
>(ほとんどの場合)reject_rbl_clientが一番遅い処理なのですから、後ろで実施すべ
きです。
>
>存在しないDNSBLを参照しているとかDNSが腐ってるということがないか確認してみ
ましたか?
DNSBLを一番最後に移し、再度使えなくなっているDNSBLがないか再度確認してみま
す。

土屋

_______________________________________________
Postfix-jp-list mailing list
Postfix-jp-list@xxxxxxxxxxxxxxxxxxxx
http://lists.sourceforge.jp/mailman/listinfo/postfix-jp-list