名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。無駄なような気がしてならないんだけど。名無しさん@お腹いっぱい。>>10amavisdがスキャナーとして働いてclamdやspamdを通すんだったと記憶してる。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。=permit_mynetworkspermit_sasl_authenticatedreject_unauth_destinationこんなかんじの設定を行っています。名無しさん@お腹いっぱい。今のままの設定でも問題ないはず。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。>>74すいませんすいません。名無しさん@お腹いっぱい。>>75なので、今はDDNSなサイトでメールの送受信は出来ないとものと考えたほうがいい。やりたきゃ金がかかろうが固定IP取得。名無しさん@お腹いっぱい。>>76なにが「なので、」なのかわからない。なんでDDNSなサイトで送受信はできない、という話になるのか。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。>>94「ヘッダに生JISはまずい」ってのはみたけど、拒否すべきかどうかは不明。一部のspamが送ってきてるし、普通はエンコードしてあるから拒否してみようかと。>>95それは引っかからなかった。grepしても言及されてないし、今のところ$という文字を引っ掛ける方法は不明。ちなみに、$Bだけで引っ掛けるとQuotedPrintableなJISが拒否されるみたい。Outlookの初期設定で、サイズみてBかQか判定してるとか。名無しさん@お腹いっぱい。grepしても言及されてないし、今のところ$という文字を引っ掛ける方法は不明。名無しさん@お腹いっぱい。拒否すべきかどうかは不明。名無しさん@お腹いっぱい。>>97煽るくらいなら教えてw¥$で拒否できなかったし、grepでも引っかからなかった。>>98不明って言うか、根拠がわかってない状態。「まずい」って話は見たんだけど、具体的にどうまずいかって言うと「アドレスがきちんと処理できない場合がある」くらいだった。個人的に一番まずいのは、某メールサーバのログを見たときに化けて困るあたり。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。>>102regexpしかやってなかったです。Debianなので、postfix-pcreをインストール。regexpのところをpcreにしたら引っかかるようになりました。header_checksに追加したのはこれです。REJECT今のところ、spamらしきのが数通かかってます。正当なメールが引っかかるならそのときに考えます。名無しさん@お腹いっぱい。複数回起動出来ないのか...ローカルの別portにプロセス立ててそこでやりとりすればいいのはわかるけどマンドクセ。起爆するのが問題なのはわかったけど他はどれが安全なんだろ。起爆させたって事例みつからないし。名無しさん@お腹いっぱい。targreyを導入してみようと調整中です。postgreyのdelayを幾つにしようか迷っています。ググってみるとdelay=3600という方や、delay=1800って方もいらっしゃるようです。今は3600にしていますが、このdelayを短くすると排除率が下がるのでしょうか?排除率を高めるよりは、必要なメールを救いたいので、少し短くしようかと思うのですが、加減が分かりません。ちなみにtarpit=125、retry-count=2で設定しています。tarpit=125にしたのは、hhttp://d.hatena.ne.jp/stealthinu/20070703/p1を参考にしました。delayの数値について、色々なご意見をいただけたら幸いです。スレ違いでしたら、ご容赦を。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。>>153ありがとうございます。そこを失念していました。RFC2821に30分以上間隔を置くことってありました。̅mimori/rfc/rfc2821b.txtそれでは1800未満には意味がなさそうですね。ありがとうございました。名無しさん@お腹いっぱい。>>154それが意外に30分以内に再送するやつも多いんだよね。greylist導入した後のログ解析してみると判るけど。実際の所、10分くらい後とかが実用的かも。名無しさん@お腹いっぱい。確かにリアルタイム性を要求されることも増えてきました。>>155さんのアドバイスを参考に、とりあえずdelay=600にしました。後はログを見ながら微調整します。spam判定は後段でフィルターを入れて通過したメールに対応することにします。周りに相談出来る人が居ないので、ここで話を伺えたことがとても嬉しかったです。皆様、貴重なご意見をありがとうございました。これから後段の設定に移ります。名無しさん@お腹いっぱい。>たとえば名前解決で127.0.0.2のように設定してある外部ホストから>接続を試みられるとpostfixがローカルネットワークと誤認してねーよ。接続を受ける側は正引きじゃなくて逆引きするんだから関係ない。名無しさん@お腹いっぱい。reloadしたほうがいいのだろうか?mainやmaster更新時は必要だと思いますが・・。名無しさん@お腹いっぱい。207>>208hhttp://www.postfix-jp.info/trans-2.3/jhtml/DATABASE_README.html#safe_dbありがとうございました。気にすることに越したことはないですね。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。queueに古いメールが溜まってます。名無しさん@お腹いっぱい。>>221おまえが馬鹿だということ。名無しさん@お腹いっぱい。iptablesのlimitとかconnlimitでいいんじゃね。Linuxしか知らないけど。名無しさん@お腹いっぱい。>>304-305DDoSのなにが大変なのかお勉強して出直してくること。名無しさん@お腹いっぱい。>>312>>309はちゃんと「DDoS」と書いてくれてるのに、それを勝手にDOSと書き換えるような不注意さ、調べる気の無さが問題かな。307まったりしている所を掘り返してごめん>>316ごめんなさい。携帯からだったので打つのが面倒でDOSと略しちゃった。この文意の中だったら意味伝わるかなと。んじゃぁ、結局私が提示した・必要な通信とあらかた不要な通信を分離してサービスレベルを分ける・全部取得する必要があるならサーバー台数を増やすという対処法に間違いは無いで宜しいでしょうか?必要な通信の定義がサービスによって違うと思いますが、うちではとりあえずhhttp://www.nic.ad.jp/ja/dns/ap-addr-block.htmlここのIPアドレスとhotmailやgmail等の海外メジャーメールサービスをプライマリMXに。他をセカンダリ以下のMXで受けてます。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。なんで粘着してまで無知な自分が正しいんだと言い張るんだろう?そんな時間があるのなら、お勉強すればいいのに。307>>324OpenRelay期待のボットが秒間1000接続来てるんですか?そら困るなぁ突破して欲しい海外サーバーの為の仕込みなので、botがMXを見る事は期待していません。>>325ごめんよー。煽られているのか判らないので不安なのよ。スパマーに手の内明かされそうなのでやめよかなと。名無しさん@お腹いっぱい。>>327>>322>hhttp://www.nic.ad.jp/ja/dns/ap-addr-block.html>ここのIPアドレスとhotmailやgmail等の海外メジャーメールサービスをプライマリMXに。他をセカンダリ以下のMXで受けてます。>>327>突破して欲しい海外サーバーの為の仕込みなので、botがMXを見る事は期待していません。307spammerもメールを送れないと意味が無いから、件の現象はbotの暴走だと思うんだけどねぇ結局一次情報元出て来ないし。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。名無しさん@お腹いっぱい。TLS対応している(設定している)SMTPサーバーってどのくらいあるんだろ。名無しさん@お腹いっぱい。>>453証明書なんか携帯に対応しなければ格安で手に入るんだからやっとけ。