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 <aki.tuomi at dovecot.fi> 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 problem?
Thank you.