That processed the queue and it has all come through. I was trying "postfix flush" and "postqueue -f", neither of which worked.

It seems like setting virtual_alias_maps wat the fix.

I'll keep an eye on it in case it recurs, but I have to wait for system emails.

Thanks,

NIck

On 26/10/2024 18:23, Noel J via dovecot wrote:
Mail already in the queue will need to be reprocessed with
postsuper -r ALL

Or just delete it and test again.




On Sat, Oct 26, 2024 at 12:20 PM Noel J<noeld...@gmail.com> wrote:


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 userr...@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 emailtodovecot-le...@dovecot.org
_______________________________________________
dovecot mailing list --dovecot@dovecot.org
To unsubscribe send an emailtodovecot-le...@dovecot.org

_______________________________________________
dovecot mailing list --dovecot@dovecot.org
To unsubscribe send an emailtodovecot-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

Reply via email to