saslauthd认证错误

Question

我的服务器已经开发了一个我无法从邮件客户端连接的问题。

我查看了服务器日志，唯一能识别问题的是以下事件：

11月23日18:32:43 hig3 dovecot: imap-登录: user=，method=PLAIN，rip=xxxxxxxx，lip=xxxxxxx，TLS Nov 23 18:32:55 hig3后缀/smtpd11653：从xxxxxxx.co.uk×××连接18:32:55 hig3 postfix/smtpd11653：警告: SASL身份验证失败:无法连接到saslauthd服务器:没有这样的文件或目录11月23日:32:55 hig3后缀/smtpd11653：警告: xxxxxxx.co.ukxxxxxxxx：SASL登录身份验证失败:泛型失败Nov 23 18:32:56 hig3 postfix/smtpd11653：从xxxxxxx.co.uk×××丢失连接11月23日18:32:56 hig3后缀/smtpd11653：断开与xxxxxxx.co.uk×××的连接

这个问题是不寻常的，因为就在半个小时前，在我的办公室，我没有被提示在我的邮件客户端中输入正确的用户名和密码。我还没有对服务器做任何更改，所以我不知道发生这个错误会发生什么。

搜索错误消息会产生不同的结果，其中包含我不确定的“修复”(显然不想让它变得更糟或者修复一些没有损坏的东西)。

当我跑的时候

-u xxxxx -p xxxxx

我还得到了以下结果：

连接()：没有这样的文件或目录

但当我跑

-u xxxxx -p xxxxxx -f /var/spool/后缀/var/run/saslauthd/mux -s smtp

我得到：

0:好的“成功”

我在另一个论坛上找到了这些命令，并不完全确定它们的意思，但我希望它们能给出问题所在。

当我跑的时候

ps -ef|grep saslauthd

这是输出：

根1245 10 0 Nov24 ? 00:00:00 /usr/sbin/saslauthd -a pam -c -m /var/postfix/var/run/saslauthd -r -n 5根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-c-m/var/spool/var/run/saslauthd-r-n 5 root 1252 1245 0 Nov24?00:00:00/usr/sbin/saslauthd-a-c-m /var/spool/postfix/var/run/saslauthd -r-n 5 root 1252 1245 0 Nov24?00:00:00/usr/sbin/saslauthd-a-c-m/var/spool/postfix/var/run/saslauthd-r-n 5 root 1252 1245 0 Nov24?00:00:00/usrsbin/saslauthd -a pam -c -m / -c /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/var/var/saslauthd -r -n 5 root 1255 1245 0 Nov24 ? 00:00:00 /usr/saslauthd -a pam -m /var/spool/postfix/var/var/run/-r -n 5根5902 5885 0 08:51 pts/0 00:00

如果有任何不同，我将运行Ubuntu10.04.1、PostFix2.7.0和Webmin/ Virtualmin。

Answer 1

后缀可以在chroot (默认情况下在/var/spool/postfix中)中运行，也可以不运行。如果是的话，它将尝试打开用于sasl身份验证的/var/spool/postfix/var/run/saslauthd/mux。如果不是，它将尝试打开/var/run/saslauthd/mux

看起来，由于某种原因，postfix实例在chroot中运行，现在已经不再运行了。这很奇怪，但我从你问题的细节中猜到了这一点。如果发生了这种情况，您可以将saslauthd配置更改为使用/var/run/saslauthd或在chroot中再次运行后缀。

要知道后缀是否运行chroot，可以检查/etc/postfix/master.cf：

1. 如果它有行smtp inet n - y - - smtpd或smtp inet n - - - - smtpd，那么您的后缀将在色度中运行；
2. 如果它有行smtp inet n - n - - smtpd，那么您的后缀就不会在chroot中运行。

此检查来自/etc/default/saslauthd (Ubuntu配置文件)。

Answer 2

在尝试连接时，没有这样的文件或目录表明它正在寻找的SASLAuthd套接字不存在。

如果你运行ps -ef | grep saslauthd，你能看到它还在运行吗？

如果是这样的话，也许看看它是否有自己的日志位置。

如果没有，它可能只需要重新启动。

Answer 3

每次我遇到类似的saslauthd问题(当所有其他内容都被重复检查时)，都是关于目录/文件权限的。检查这个/var/spool/postfix/var/run/saslauthd路径的每一个步骤，以确保saslauthd实际上能够到达那里。