我的服务器已经出现了一个预期的问题,我无法从邮件客户端连接.
@H_301_1@我查看了服务器日志,并且唯一可以识别问题的事件是如下事件：
@H_301_1@Nov 23 18:32:43 hig3 dovecot: imap-login: Login:@H_301_1@这个问题很不寻常,因为我办公室以前只有半个小时,我的邮件客户端没有提示输入正确的用户名和密码.我没有对服务器进行任何更改,因此我无法理解发生此错误会发生什么. @H_301_1@搜索错误消息会产生各种结果,其中“修复”是我不确定的(显然不想让它变得更糟或修复未破坏的东西). @H_301_1@当我跑
user=,method=PLAIN,rip=xxxxxxxx,
lip=xxxxxxx,TLS Nov 23 18:32:55 hig3 postfix/smtpd[11653]:
connect from xxxxxxx.co.uk[xxxxxxx] Nov 23
18:32:55 hig3 postfix/smtpd[11653]: warning: SASL authentication
failure: cannot connect to saslauthd server: No such file or directory
Nov 23 18:32:55 hig3 postfix/smtpd[11653]: warning:
xxxxxxx.co.uk[xxxxxxxx]: SASL LOGIN
authentication Failed: generic failure Nov 23 18:32:56 hig3
postfix/smtpd[11653]: lost connection after AUTH from
xxxxxxx.co.uk[xxxxxxx] Nov 23 18:32:56 hig3
postfix/smtpd[11653]: disconnect from
xxxxxxx.co.uk[xxxxxxx]
@H_301_1@testsaslauthd -u xxxxx -p xxxxxx@H_301_1@我也得到以下结果：
@H_301_1@connect() : No such file or directory@H_301_1@但是当我跑步的时候
@H_301_1@testsaslauthd -u xxxxx -p xxxxxx -f@H_301_1@我明白了：
/var/spool/postfix/var/run/saslauthd/mux -s smtp
@H_301_1@0: OK “Success.”@H_301_1@我在另一个论坛上发现了这些命令,并不完全确定它们的意思,但我希望它们可以指出问题可能存在的地方. @H_301_1@当我跑
@H_301_1@ps -ef|grep saslauthd@H_301_1@这是输出：
@H_301_1@root 1245 1 0 Nov24 ? 00:00:00 /usr/sbin/saslauthd -a@H_301_1@如果它有任何区别,我正在运行Ubuntu 10.04.1,Postfix 2.7.0和Webmin / Virtualmin.
pam -c -m /var/spool/postfix/var/run/saslauthd -r -n 5 root 1250
1245 0 Nov24 ? 00:00:00 /usr/sbin/saslauthd -a pam -c -m
/var/spool/postfix/var/run/saslauthd -r -n 5 root 1252 1245 0
Nov24 ? 00:00:00 /usr/sbin/saslauthd -a pam -c -m
/var/spool/postfix/var/run/saslauthd -r -n 5 root 1254 1245 0
Nov24 ? 00:00:00 /usr/sbin/saslauthd -a pam -c -m
/var/spool/postfix/var/run/saslauthd -r -n 5 root 1255 1245 0
Nov24 ? 00:00:00 /usr/sbin/saslauthd -a pam -c -m
/var/spool/postfix/var/run/saslauthd -r -n 5 root 5902 5885 0
08:51 pts/0 00:00:00 grep –color=auto saslauthd
Postfix可以在chroot中运行(默认情况下在/ var / spool / postfix中)或不运行.如果是,它将尝试打开/ var / spool / postfix / var / run / saslauthd / mux进行sasl身份验证.如果不是,它将尝试打开/ var / run / saslauthd / mux
@H_301_1@看来,由于某种原因,你的postfix实例是在一个chroot中运行的,而且它已经不存在了.这很奇怪,但这就是我从你问题的细节中猜出来的.如果发生了这种情况,您可以将saslauthd配置更改为使用/ var / run / saslauthd或再次在chroot中运行postfix.
@H_301_1@要知道你的Postfix是否正在运行chroot,你可以检查/etc/postfix/master.cf：如果它有行smtp inet n – y – – smtpd或smtp inet n – – – – smtpd,那么你的Postfix正在chroot中运行.如果它有行smtp inet n – n – – smtpd那么你的Postfix不会在chroot中运行.此检查来自/ etc / default / saslauthd(Ubuntu sasl配置文件).
