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: nick@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 root@mydomain.com: Failed to lookup user root@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=<root@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 <root@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-leave@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.