On 26/10/2024 18:36, Benny Pedersen via dovecot wrote:
Nick Howitt via dovecot skrev den 2024-10-26 19:11:
OK. I have tried setting:
virtual_alias_maps = $alias_maps
And in /etc/aliases I now have:
# See man 5 aliases for format
postmaster: root
clamav: root
# Webmin: Redirect root to nick
root: n...@mydomain.com
And the mail queue won't clear:
2024-10-26T18:04:00.890009+01:00 mail-www dovecot: lmtp(1404363):
Error: lmtp-server: conn unix:pid=1404358,uid=102 [1]: rcpt
r...@mydomain.com: Failed to lookup user r...@mydomain.com: Invalid
settings in userdb: userdb returned 0 as uid
so you did the mistake here again with uid 0 :/
2024-10-26T18:04:00.892965+01:00 mail-www postfix/lmtp[1404358]:
4426B7062BF: to=<r...@mydomain.com>,
relay=mail.howitts.co.uk[private/dovecot-lmtp], delay=7518,
delays=7517/0.11/0.07/0, dsn=4.3.0, status=deferred (host
mail.howitts.co.uk[private/dovecot-lmtp] said: 451 4.3.0
<r...@mydomain.com> Temporary internal error (in reply to RCPT TO
command))
Am I too late for the destination address to get rewritten, so should
I just purge the mailq and get some new test messages?
output from mailq ?
delete this mail with postsuper -d mailq-id
try again
_______________________________________________
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
I don't think UID of 0 is a mistake at all? The message was going to
root, UID=0, and was not successfully being rewritten so LMTP got the
hump. Now it is being rewritten by virtual_alias_maps, the issue has
gone away and mail delivery seems to be successful.
_______________________________________________
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
