On Thu, Nov 01, 2012 at 03:37:24PM +0100, Jan Stary wrote: > On Apr 14 19:48:24, mcmer-open...@tor.at wrote: > > hello (opensmtpd-) folks, > > > > I think OpenSMTPd aborts delivery to multiple aliased recipients as soon > > as a delivery attempt returns non-zero. > > I consider this unwanted: a super user defined delivery list in > > aliases(5) is not applied if some foolish luser messes up her/his > > .forward. > >
It shouldn't abort delivery to multiple aliases recipients if a *delivery* fails. If a ~/.forward file is messed up, the session will reject the recipient and failure will be logged, but in no circumstances should a mail be accepted then fail a whole recipient list because one delivery failed. are you sure that's what happening ? can you provide a smtpd -dv log while you reproduce the issue ? > > How I found out about this: > > > > in aliases(5): > > foobar: b_user, a_user > > > > (Verbose log shows this get's reordered to a_user, b_user. I'm not sure > > that is good.) > > It's expected and should have no effect, don't worry ;) > > forward(5) of a_user (that's the one tried first) > > |/usr/local/bin/procmail > > > > after that delivery to b_user is not attempted. > > THis is relevant to my previous post: why is procmail > failing here in the first place? I find that procmail > always fails for me without the -f option. > No idea, maybe procmail is still running and waiting for something to quit ? Can you check for the procmail process with top ? If so, then it's expected and the process will be killed after a few minutes. I don't understand why delivery to user_b doesn't take place though, can you provide logs ? -- Gilles Chehade https://www.poolp.org @poolpOrg
