On Sat, Oct 26, 2024 at 12:16 PM Nick Howitt via dovecot < dovecot@dovecot.org> wrote:
> OK. I have tried setting: > > virtual_alias_maps = $alias_maps > That’s not likely to work. The file format is different. No “:” in virtual_alias_maps Also, it’s best if you use fully qualified addresses. clamav@domain root@domain root@domain nick@domain Use your domain of course. > > 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 > 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? > > > On 26/10/2024 17:51, Noel J via dovecot wrote: > > Post aliases are implemented in the local delivery agent. To use lmtp, > put > > your aliases in virtual_alias_maps > > > > Postfix does not expand aliases with sendmail -bv, just reports if the > > address will be accepted. > > > > > > > > > > > > On Sat, Oct 26, 2024 at 11:47 AM Benny Pedersen via dovecot < > > dovecot@dovecot.org> wrote: > > > >> Nick Howitt via dovecot skrev den 2024-10-26 18:36: > >>> On 26/10/2024 17:22, Benny Pedersen via dovecot wrote: > >>>> Marc via dovecot skrev den 2024-10-26 16:34: > >>>>>> I am pretty new to Dovecot and totally new to LMTP. I have normal > >>>>>> delivery working but I am struggling with aliases. In my mail queue > >>>>>> I am > >>>>>> seeing things like: > >>>>>> > >>>>>> But in my /etc/aliases, I am aliasing clamav to nick and > >>>>>> n...@mydomain.com is a valid mail box that can receive normal mail. > >>>>>> > >>>>>> The corresponding line in the mail log is: > >>>>>> > >>>>>> 2024-10-26T14:55:56.385500+01:00 mail-www dovecot: > >>>>>> lmtp(1371485): > >>>>>> Error: lmtp-server: conn unix:pid=1371484,uid=102 [1]: rcpt > >>>>>> cla...@mydomain.com: Failed to initialize user: Mail access for > >>>>>> users with UID 107 not permitted (see first_valid_uid in config > >>>>>> file, uid from userdb lookup). > >>>>>> > >>>>>> How do I get round this issue? I can drop the minimum UID to 0, but > >>>>>> then > >>>>>> all system users are deemed valid for mail which is not true. None > >>>>>> of > >>>>>> them are. > >>>>> I think it is more common to have your MTA postfix/sendmail do the > >>>>> translation to aliases, so before you deliver it to lmtp. Maybe test > >>>>> if your MTA is indeed sending the alias > >>>> this log snipped above is not mta issues at all > >>>> > >>>> i will take the possible problem later when dovecot does not say > >>>> first_ > >>> Hi, I get: > >>> > >>> root@mail-www:~# doveconf -n | grep first_valid_ > >>> first_valid_uid = 1000 > >> set it to 100 then, not 1000 > >> > >> 107 is lower then 1000, no ? > >> > >>> root@mail-www:~# doveconf -n | grep last_valid_ > >>> root@mail-www:~# > >> why is last not set ? > >> > >>> Is this not valid? My first proper user is user 1000. All users below > >>> that are system users and should never receive emails as themselves and > >>> need to be aliased to a proper user. Or have I misunderstood. > >> in that case its ok to have 1000 as first_ > >> > >> do you change uid gid in userdb ? > >> > >>> TBH, I would have thought postfix may have rewritten the RCPT TO before > >>> it sent on to LMTP but that is said without knowledge. > >>> > >>> At the same time I have received in my proper mailbox an email from > >>> root to clamav so I am massively puzzled. > >> solve doveconf first :) > >> > >>> _______________________________________________ > >>> dovecot mailing list --dovecot@dovecot.org > >>> To unsubscribe send an email todovecot-le...@dovecot.org > >> _______________________________________________ > >> dovecot mailing list --dovecot@dovecot.org > >> To unsubscribe send an email todovecot-le...@dovecot.org > >> > > _______________________________________________ > > dovecot mailing list --dovecot@dovecot.org > > To unsubscribe send an email todovecot-le...@dovecot.org > _______________________________________________ > dovecot mailing list -- dovecot@dovecot.org > To unsubscribe send an email to dovecot-le...@dovecot.org > _______________________________________________ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org
