web-dev-qa-db-ja.com

Mac OS X Server(10.5)メールがキューにトラップされました

Leopardサーバーのキューにメールが蓄積されていますが、その理由は正確にはわかりません。このマシンは何年にもわたってほとんどメンテナンスを必要としなかったので、ここの誰かが明白なものを見つけて私たちに時間を節約してくれることを願っています。他にどのような情報が必要か教えてください。サーバーは、「詰まった」キューと各「トラップされた」メッセージに関連する次のエラーを除いて、正常に機能しているように見えます。

キュー内のメッセージを見ると、それぞれが次のようになっています。

Message ID: 4213C3B8B3F
Date:       October 27, 2009 11:33:27 AM
Size:       1824
Sender:     [email protected]
Recipient(s) & Status:
----------------------
[email protected]:
    connect to 127.0.0.1[127.0.0.1]: Connection refused

[設定]> [リレー]でチェックしましたこれらのホストとネットワークからのSMTPリレーのみを受け入れる

127.0.0.0/8
10.0.1.0/24 

キュー内のメールは、このサーバーにアカウントがあるユーザー宛てに送信されます。クライアントのMail.appは正常に機能しており、サーバーのメールをチェックしているようです。しばらく前に仮想ドメインを追加しましたが、しばらくの間はすべて正常に機能していました...これは最近始まったばかりです...何かアイデアはありますか?

編集:フィルターサービスのオンとオフを切り替えると、「メールトランスポートが利用できません」がエラーとして表示される残りの2つのキューメッセージを除いて、これが修正されたようです!?!

4
Meltemi

これは、Mac OS X 10.5 Leopard Serverメールサーバーでも時々見られます。通常はメールサービスを再起動した後です(実際にはmailbfrの問題が原因ですが、根本的な原因を完全に追跡していません。 )。何が起こるかというと/var/amavis/tmpが失われ、amavisdが失敗し、配信が妨げられます。 tmpディレクトリを再作成し、メールサービスを再起動するだけで、次のことができます。

Sudo mkdir /var/amavis/tmp
Sudo chown _amavisd:_amavisd /var/amavis/tmp

キューをクリーンアップする限り、postqueuepostsuperコマンドに慣れることをお勧めします。 postqueue -pはキューを出力します。 Sudo postsuper -r ALLは、配信のためにすべてのメッセージを再キューイングします。キューに大量のメッセージがある場合は後者を実行しないことをお勧めしますが、キューがクリアされて、まだ再送信されていないメッセージがいくつかある場合。

1
morgant

それはコンテンツフィルタリングと関係がありますか? http://discussions.Apple.com/thread.jspa?messageID=684707

0