Sorry, my previous message got mangled. I'm re-writing it, quoting manually. I 
apologize for the traffic.

(Sorry I read this list in digest form so frequently I'm half a step behind.)

No problem.

No, it's quite explicit. User "webuser" has uid/gid =
1001(webuser)/1000(ftpusers). Your mail spool has permission uid/gid
= root(0)/mail(8), neither of which allows webuser to write to this
mail spool to creates its own mail folder.

You're right (I don't have enough Unix habits, it seems...).
I couldn't change this user (it must be in the ftpusers group for other 
purposes), so I tried adding another user for testing mail.

"mailtest", the new user, is in group mail(8). In addition, I've added write permission for 
"others" to /var/mail. Now, I'm trying to send a message to "mailtest" from another, working, 
e-mail account and nothing happens. This time, "doveadm log errors" is empty.

In short, I don't get any error but no mail either.

Aki Tuomi <> replies with several solutions:

In your configuration, dovecot uses whatever user/group returned by
PAM. Since the webuser has never logged in, it has no directory under
/var/mail. If you want, you can

a) override mail_uid and mail_gid in userdb/passdb
b) pre-create /var/mail/webuser and chown it to webuser:ftpusers
c) you can let ftpusers write to /var/mail.

Ok, I thought I had to do all of them (and didn't understand step a)). So I've 
done step c) by allowing everyone write access.

Or if you dynamically/frequently onboard mail accounts, and users cannot
arbitrarily write into this directory, you can "chmod 1777 /var/mail/" and
let dovecot auto-create it (might also want to set "lda_mailbox_autocreate
= yes".

I've done it right now; same problem.
Since "doveadm log errors" returns an empty result, where should I look for the 

Thank you.

Reply via email to