电子邮件 – saslauthd身份验证错误

前端之家收集整理的这篇文章主要介绍了电子邮件 – saslauthd身份验证错误前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我的服务器已经出现了一个预期的问题,我无法从邮件客户端连接.

我查看了服务器日志,并且唯一可以识别问题的事件是如下事件:

Nov 23 18:32:43 hig3 dovecot: imap-login: Login:
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]

这个问题很不寻常,因为我办公室以前只有半个小时,我的邮件客户端没有提示输入正确的用户名和密码.我没有对服务器进行任何更改,因此我无法理解发生此错误会发生什么.

搜索错误消息会产生各种结果,其中“修复”是我不确定的(显然不想让它变得更糟或修复未破坏的东西).

当我跑

testsaslauthd -u xxxxx -p xxxxxx

我也得到以下结果:

connect() : No such file or directory

但是当我跑步的时候

testsaslauthd -u xxxxx -p xxxxxx -f
/var/spool/postfix/var/run/saslauthd/mux -s smtp

我明白了:

0: OK “Success.”

我在另一个论坛上发现了这些命令,并不完全确定它们的意思,但我希望它们可以指出问题可能存在的地方.

当我跑

ps -ef|grep saslauthd

这是输出

root 1245 1 0 Nov24 ? 00:00:00 /usr/sbin/saslauthd -a
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

如果它有任何区别,我正在运行Ubuntu 10.04.1,Postfix 2.7.0和Webmin / Virtualmin.

Postfix可以在chroot中运行(默认情况下在/ var / spool / postfix中)或不运行.如果是,它将尝试打开/ var / spool / postfix / var / run / saslauthd / mux进行sasl身份验证.如果不是,它将尝试打开/ var / run / saslauthd / mux

看来,由于某种原因,你的postfix实例是在一个chroot中运行的,而且它已经不存在了.这很奇怪,但这就是我从你问题的细节中猜出来的.如果发生了这种情况,您可以将saslauthd配置更改为使用/ var / run / saslauthd或再次在chroot中运行postfix.

要知道你的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配置文件).

猜你在找的Ubuntu相关文章