使用済みのメールサーバーは1年以上正常に動作していましたが、今日の初めにユーザーの認証に失敗することがあり、認証を試みても停止しました。
メールログのメッセージは次のとおりです。
www imapd: authdaemon: s_connect() failed: Connection refused
www imapd: [Hint: perhaps authdaemond is not running?]
www imapd: LOGIN FAILED, user=XXX, ip=[::ffff:aaa.bbb.ccc.ddd]
www imapd: authentication error: Connection refused
しかし、私が見る限り、すべてが実行されているのを見る限り、それは単に機能していません。
完全に失敗する前は、適切な認証方法が見つかる前に各認証方法を繰り返していましたが、今では、明らかに、それらのいずれも実行しようとはしていません。
netstat -napt出力:
tcp 0 0 :::143 :::* LISTEN 25051/couriertcpd
ps alx出力:
5 0 25087 1 20 0 3952 284 - S ? 0:00 /usr/sbin/courierlogger -pid=/var/spool/authdaemon/pid -start /usr/libexec/courier-authlib/authdaemond
4 0 25088 25087 20 0 61320 1472 - S ? 0:00 /usr/libexec/courier-authlib/authdaemond
1 0 25089 25088 20 0 61320 356 - S ? 0:00 /usr/libexec/courier-authlib/authdaemond
1 0 25090 25088 20 0 61320 360 - S ? 0:00 /usr/libexec/courier-authlib/authdaemond
1 0 25091 25088 20 0 61320 368 - S ? 0:00 /usr/libexec/courier-authlib/authdaemond
1 0 25092 25088 20 0 61320 368 - S ? 0:00 /usr/libexec/courier-authlib/authdaemond
1 0 25093 25088 20 0 61320 368 - S ? 0:00 /usr/libexec/courier-authlib/authdaemond
Courier-authlibとcourier-imapを(覚えているよりも何度も)再起動し、配布構成ファイル/etc/authlib/authdeamonrc.distを使用中の/ etc/authlib/authdaemonrcファイルにコピーしました。とにかく変更されたとは思いませんが。
ローカルおよびリモートクライアントの両方からimapポート143に電話をかけ、次のように入力します。
a login username password
ただ私にメッセージを与えます:
* BYE Temporary problem, please try again later
Connection closed by foreign Host.
このメッセージの最初の部分で述べたのと同じ「接続が拒否されました」というメッセージが電子メールログに記録されます。
これは古い(〜2年)システムであるため、さまざまなプログラムは最新バージョンからはほど遠いものになりますが、長い間正常に動作しているため、コードの問題だけではありません。
誰かが私に診断プロセスをさらに進める方法についての手がかりを私に与えることができれば、それは大いにありがたいです。
これは、authdaemonが無視しているように見える/ etc/authlib/authdaemonrcの行です。
authmodulelist="authuserdb authpam authpgsql authldap authmysql authcustom authpipe"
Authdaemonrc(私が正しく覚えている場合)構成ファイルを見てください。認証方法の詳細が含まれている必要があります。たとえば、LDAPを使用している場合は、LDAPサーバーがまだ存在するかどうかを確認し、mysqlを使用している場合は...これを修正すると、おそらく問題が修正されます。