On 4/17/2012 2:55 PM, n756...@50mail.com wrote: > > > On Tue, Apr 17, 2012, at 02:25 PM, Noel Jones wrote: >> The access(5) man page includes, in part: > ... >> So your claim is not supported by the documentation. >> http://www.postfix.org/access.5.html >> >> If you wish to make a case that postfix does not behave as >> documented, you'll need to provide clear evidence of your claim. > > I read the docs. That's where I started. I thought I configured it > right, but I'm not seeing the 'DISCARD for all' happen so I'm asking > here. I'm not making any kind of 'case'. I'm 'claiming' what I'm > seeing. > > If I'm misunderstanding something, that's why I'm asking. > > I logged into my webmail @myprovider & I sent one test mail > > FROM: "n###@###.com" > TO: b...@domain.com, m...@domain.com > > For that message send, postfix logs on my end show: > > Apr 17 11:52:48 mail postfix/smtpd[23367]: connect from > smtp.myprovider.com[1.2.3.4] > Apr 17 11:52:48 mail postfix/smtpd[23369]: connect from > smtp.myprovider.com[1.2.3.4] > Apr 17 11:52:49 mail postfix/smtpd[23367]: setting up TLS > connection from smtp.myprovider.com[1.2.3.4] > Apr 17 11:52:49 mail postfix/smtpd[23369]: setting up TLS > connection from smtp.myprovider.com[1.2.3.4] > Apr 17 11:52:49 mail postfix/smtpd[23367]: Anonymous TLS > connection established from smtp.myprovider.com[1.2.3.4]: TLSv1 > with cipher ADH-AES256-SHA (256/256 bits) > Apr 17 11:52:49 mail postfix/smtpd[23369]: Anonymous TLS > connection established from smtp.myprovider.com[1.2.3.4]: TLSv1 > with cipher ADH-AES256-SHA (256/256 bits) >>> Apr 17 11:52:49 mail postfix/smtpd[23369]: NOQUEUE: discard: RCPT from >>> smtp.myprovider.com[1.2.3.4]: <b...@domain.com>: Recipient address triggers >>> DISCARD action; from=<n###@###.com> to=<b...@domain.com> proto=ESMTP >>> helo=<smtp.myprovider.com> > Apr 17 11:52:49 mail postfix/smtpd[23369]: 7D4EA6039A: > client=smtp.myprovider.com[1.2.3.4] > Apr 17 11:52:49 mail postfix/smtpd[23369]: disconnect from > smtp.myprovider.com[1.2.3.4] > Apr 17 11:52:50 mail postfix/smtpd[23367]: 10FED6039A: > client=smtp.myprovider.com[1.2.3.4] > Apr 17 11:52:50 mail postfix/cleanup[23372]: 10FED6039A: > > message-id=<9846513213.98464.842132465432132.8cc36...@horde.myprovider.com> > Apr 17 11:52:50 mail postfix/qmgr[18330]: 10FED6039A: > from=<n###@###.com>, size=1903, nrcpt=1 (queue active) > Apr 17 11:52:50 mail postfix/smtpd[23367]: disconnect from > smtp.myprovider.com[1.2.3.4] > Apr 17 11:52:56 mail postfix/smtpd[23391]: connect from > localhost.localdomain[127.0.0.1] > Apr 17 11:52:56 mail postfix/smtpd[23391]: 6B0636039F: > client=localhost.localdomain[127.0.0.1] > Apr 17 11:52:56 mail postfix/cleanup[23372]: 6B0636039F: > > message-id=<9846513213.98464.842132465432132.8cc36...@horde.myprovider.com> > Apr 17 11:52:56 mail postfix/qmgr[18330]: 6B0636039F: > from=<n###@###.com>, size=2850, nrcpt=1 (queue active) > Apr 17 11:52:56 mail postfix/smtp[23375]: 10FED6039A: > to=<m...@domain.com>, relay=127.0.0.1[127.0.0.1]:10024, > delay=7.1, delays=0.71/0.01/0.02/6.4, dsn=2.0.0, status=sent > (250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as > 6B0636039F) > Apr 17 11:52:56 mail postfix/qmgr[18330]: 10FED6039A: removed >>> Apr 17 11:52:56 mail postfix/lmtp[23412]: 6B0636039F: >>> to=<m...@domain.com>, relay=domain.com[10.0.0.1]:7025, delay=0.27, >>> delays=0.12/0.03/0/0.12, dsn=2.1.5, status=sent (250 2.1.5 Delivery OK) > > It looks to me like it's being handled as two separate transactions > where one gets discarded and one passes through. > > Niemh
Looks as if your provider is sending two separate messages. Note the log line from qmgr (the queue manager) with nrcpt=1 -- that means the message was submitted with one recipient. There's not much you can do about that from the receiving end. It might be tempting to use header_checks to DISCARD the message if the To: header contains a banned recipient, but that's likely to bite you in the nether region one day, and not recommended. -- Noel Jones
