This documentation is for Dovecot v2.x, see wiki1 for v1.x documentation.

Why is Dovecot not working for me?

If you have upgraded OpenVZ to LXC (ProxMox 4) and you are getting permisssion issues

This is due to ACL option being added to mount options. Simple fix is to run

setfacl -k /var/run/dovecot 
setfacl -b /var/run/dovecot/*

and the issue should go away. For more information about this, see

It says "Authentication failed"

First of all enable auth_debug_passwords=yes and see if the logs show what the problem is. For non-PAM setups it should contain all the information needed to solve the problem. If it's trying to use a wrong password scheme, you can change that. See Authentication/PasswordSchemes.

Aborted login (no auth attempts) means that the client isn't even attempting to log in. Most likely you have disable_plaintext_auth=yes (default) and the client isn't configured to use SSL/TLS (or you've also set ssl=no).

If you're using PAM:

Authenticated SMTP is hanging when authenticating, when configured with dovecot authenticator

It is possible that you SMTP daemon is configured with the wrong socket. Please note that /run/dovecot/auth-client and /run/dovecot/auth-userdb do respond do different protocols. They are however very similar and it is possible that the difference may not be reported as an error and the SMTP server is waiting for a response that will never come.

It's not finding my emails

mail_debug=yes makes Dovecot log where it's really looking for mails. Also auth_debug=yes may be helpful in debugging. See MailLocation for how to configure where the mails are looked up from.

Permission errors accessing the mail storage

lda(user1): Error: chdir(/home/user1/) failed: Permission denied (euid=1025(user1) egid=1026(user1) stat() failed: No such file or directory, euid is not dir owner)

Check out the access permissions of the mentioned directory, check:

  1. Unix permissions with the command ls -aln /home/user1, see Unix permissions, as well as make sure the user has "x" permission for "/" and all directories, just "/home" in this case, test with: "su - user1  ls -aln /home/user1"

  2. security tools, like SELinux: run "sestatus" and "grep -i AVC /var/log/audit/audit.log" to identify SELinux caused denials,

  3. what file system the storage is located on, for instance AFS implements different access permissions or POSIX eXtended attributes may change the traditional permissions.

Couldn't create mailbox list lock  /data/mail/ file_create_locked(/data/mail/ failed: link(/data/mail/, /data/mail/ failed: Operation not permitted
  1. Your filesystem is not supported
  2. You have SELinux/AppArmor/RBAC or some other security framework that prevents this

None: WhyDoesItNotWork (last edited 2018-09-09 05:36:49 by AkiTuomi)