Postfixで未配信メールの確認 – OpenGroove
メールが停滞している、なんか様子が変、って時はMTAに関らず/var/log/maillogの確認。（追記：Postfixだったら # postqueue -p の方が話が早いかも） その中でbonce、deferredなどのステータスに注目。これらは配送されていないメールのステータスとなる。 status=sent 配送OK status=bounce 配送NG status=deferred 一時的に配送できなかったがリトライ deferredステータスのメールはキューの保持期間において配送をリトライし続けるが、内部に配送不可能な原因がある場合は当然何度やっても送信されない。 /var/spool/postfix/deferred/ディレクトリ配下を見てみると、数字やアルファベット大文字一文字のディレクトリがある。この名ディレクトリ内にdeferredメールが格納されている。（キューI
Linux：postfixで送信されずに残っているメールキューを削除したい。 KAKIMASSE
CentOS4.5でpostfixを使用している環境で 毎日メールサーバから送られてくるメール Postfix log summaries for Jan 20 in example.com の中から、ちょっと気になる部分を発見。 Postfix log summaries for Jan 20 Grand Totals ------------ ～～ 途中略 ～～ Current Mail Queue ------------------ -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient------- 85A7B94C011 49824 Wed Jan 16 21:07:14 foo@example.org bar@example.net とこんな記述がいくつかあって、何日かは気にせず放っといたんですが、 しばらくしても
Postfix インストールメモ（Postfixコマンド） - heihooのITメモ
mailqコマンド キューにたまったメールを一覧表示する。 ○コマンドの書式 mailq ［−v］ ○実行例 ＃ mailq −v postfixコマンド Postfixの起動／停止／管理を行う。 実行出来るのはrootのみ。 ○コマンドの書式 postfix ［−Dv］ ［−c ディレクトリ］ コマンド ○実行例 a）指定したディレクトリ内の設定ファイルを使ってPostfixを起動する。 ＃ postfix −c ／etc／postfix／othersite／ start b）Postfixを停止する。 ＃ postfix stop c）Postfixを再起動する。 ＃ postfix reload d）Postfixの状態を表示 ＃ postfix status e）Postfixの動作環境をチェックする ＃ postfix check postaliasコマンド Postfixが使用
Postfixのぺーじ−Postfixでのspam対策
このページでは、メールサーバの不正利用を防ぐための対策方法、 そして不正利用されたサーバからのメールを拒否する方法を紹介します。 spamメールの問題点などについては、あやむらさんの SPAMの現状と対策が 詳しいです。 Postfixはsendmailよりも安全なMTAとはいっても、設定によっては sendmailよりも簡単に危険なspam大量生産マシンにすることができます (なにしろ設定ファイルの書き方簡単ですから...)。そのため、メールサーバの 設定はやはり注意深くやる必要があります。 緊急対策 メールの不正中継を防ぐ 不正リレーのチェック 外部からの SMTP 接続に認証を求める ブラックリストの活用 spam 対策リンク集 緊急対策 万が一Postfixがspamを大量に送信していたり、ホストのリソースを異常に 使用していることに気づいたら、通常の postfix stop で
ぐぬぬ、postfixで踏み台にされたお話 - online106の日記
メールサーバが踏み台にされました。一応ありきたりに設置方法を検索して設定したのですが、はじめてなのが仇になったのか、ログを見る限り踏み台にされています。そこで、困ったのが、踏み台にされたらやることです。今回学んだことをピックアップします。なんせ踏み台防止はあるけど、踏み台にされた時の対処となると、検索にヒットあんまししないんですもの... 1.postfixをとりあえず止める 慌てず騒がずメールサーバを止めます。サーバの再起動は不要です。もう慌ててしちゃったかもしれませんね。私がそうでした...再起動してもメールサーバは踏み台なので、アクセスできたらまた踏まれるだけです...またサーバの再起動は他のサービスに影響がでてしまうという2次災害を引き起こしているかもしれません...私は引き起こしました...node.jsが止まってた。 2.ログを確認する ログを見れば、通常送受信しないであろうメ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.kobitosan.net/postfix/trans-2.0/jhtml/postsuper.1.html
