Erreur d'authentification SASLATHDD
Mon serveur a mis au point un problème attendu où je suis incapable de vous connecter à un client de messagerie.
J'ai examiné les journaux du serveur et la seule chose qui semble identifier un problème sont des événements comme les suivants:
23 nov 18:32:43 HIG3 DOVECOT: IMAP-Login: Connexion: utilisateur =, méthode = plaine, rip = xxxxxxx, lip = xxxxxxx, tls 23 18:32:55 hig3 postfix/smtpd [11653]: Connectez de xxxxxxxxx .frok [xxxxxxxx] 23 nov 18:32:55 HIG3 POSTFIX/SMTPD [11653]: AVERTISSEMENT: Échec de l'authentification SASL: Impossible de se connecter au serveur SASLATHDD: Aucun fichier ou répertoire de ce type 23 18:32:55 HIG3 POSTFIX/SMTPD [11653]: Avertissement: xxxxxxx.co.uk [xxxxxxxxx]: Échec de l'authentification de connexion SASL: Échec générique 23 18:32:56 hig3 postfix/smtpd [11653]: Connexion perdue après auth de xxxxxxx.co.uk [xxxxxxxx] 23 nov 18:32:56 hig3 postfix/smtpd [11653]: Déconnecter de xxxxxxx.co.uk [xxxxxxxx]
Le problème est inhabituel, car une demi-heure auparavant à mon bureau, je n'étais pas invitée à un nom d'utilisateur et de mot de passe corrects dans mon client de messagerie. Je n'ai apporté aucune modification sur le serveur, je ne peux donc pas comprendre ce qui serait arrivé à que cette erreur se produise.
Les recherches sur les messages d'erreur donnent divers résultats, avec des "corrections" que je suis incertain de (évidemment, ne veulent pas que cela pire ou réparer quelque chose qui n'est pas cassé).
Quand je cours
testsasLauthd -u xxxxx -p xxxxxx
Je reçois aussi le résultat suivant:
connect (): Aucun fichier ou répertoire de ce type
Mais quand je cours
testsasLauthd -u xxxxx -p xxxxxx -f/var/spool/postfix/var/run/saslauthd/mux -s SMTP
Je reçois:
0: Ok "succès".
J'ai trouvé ces commandes sur un autre forum et je ne suis pas tout à fait sûr de ce qu'ils veulent dire, mais j'espère qu'ils pourraient donner une indication de l'endroit où le problème pourrait mentir.
Quand je cours
pS -EF | grep saslauthd
Ceci est la sortie:
root 1245 1 0 nov24? 00:00:00/USR/SBIN/SASLAUTHD -A PAM -C -M/VAR/SPOOL/POSTFIX/VAR/RUN/SASLAUTHD -R -R -N 5 RACINE 1250 1245 0 NOV24? 00:00:00/USR/SBIN/SASLAUTHD -A PAM -C -M/VAR/SPOOL/POSTFIX/VAR/RUN/SASLAUTHD -R -R -N 5 ROOT 1252 1245 0 NOV24? 00:00:00/usr/sabin/saslauthd -a pam -c -m/var/spool/postfix/var/run/saslauthd -r -n 5 racine 1254 1245 0 nov24? 00:00:00/usr/saslauthd -a pam -c -m/var/spool/postfix/var/run/saslauthd -r -n 5 racine 1255 1245 0 nov24? 00:00:00/USR/SBIN/SASLAUTHD -A PAM -C -M/VAR/SPOOL/POSTFIX/VAR/RUN/SASLAUTHD -R -R -N 5 ROOT 5902 5885 0 08:51 pts/0 00:00:00 grep --Color = auto saslauthdd
Si cela fait une différence, je cours Ubuntu 10.04.1, Postfix 2.7.0 et Webmin/Virtualmin.
Aucun fichier ou répertoire de ce type lors de la tentative de connexion suggère la prise UNIX, il recherche SaslauthDD sur n'existe pas.
Si vous courez ps -ef | grep saslauthd, pouvez-vous le voir toujours en cours d'exécution?
Si tel est le cas, voir peut-être s'il a son propre emplacement de journal.
Sinon, cela pourrait juste avoir besoin d'un redémarrage.