On Fri, Mar 19, 2010 at 12:27:21PM +0200, Alex wrote: > Noel Jones wrote: > >On 3/18/2010 10:41 AM, Alex wrote: > >>In case of am multi-recipient message, if I use > >>check_recipient_access and one of recipients is found in that > >>table, the all message is rejected and affects all recipients > >>of the message. > > > >No, that's not how postfix works. Only the "current" recipient > >is rejected. Every other recipient gets their own chance to be > >accepted or rejected.
snip > Thank you for you answer but I can't figure what is wrong. I > review my config and make more tests. The relevant part is that : > > 1. if I use telnet , connect to the server > > Mail From:<t...@mydomain.tld> > RCPT TO:<recipient1> > 250 2.1.5 Ok > RCPT TO:<recipient2> #listed recipient > 554 5.7.1 <recipient2>: Recipient address rejected: some text > DATA Different SMTP clients act differently. Here you are the client. You're remembering that you had a 250 for recipient1, so you did not abort at the 554 for recipient2. You went on through DATA, successfully completing the SMTP session. > 354 End data with <CR><LF>.<CR><LF> > test > . > 250 2.0.0 Ok: queued as A532D67CC4B > > The message is delivered to the first recipient (correct and > described behavior) And this is typical of MTA SMTP clients. > I have put the server in verbose mode and do the same test but > with thunderbird and a webmail client. snip > Both recipients are evaluated , the second gets rejected but no > message is delivered (to the first recipient) You cut out the relevant part of the logs, which in NON-verbose mode would have probably showed the client disconnecting. It ended the session without DATA. > Viktor also wrote : > "From false premises (the above is not true), you get false > conclusions. Postfix rejects just the recipient in question. If the > sending SMTP client fails to process the rejection of a single > recipient out of many correctly, then this client is the problem. > Generally, only MUAs and other "submission" SMTP talkers have such > issues. If you are an MSA for poorly" Thunderbird is a MUA, a submission client. It's not a MTA. It looks like it considers any rejection to be absolute. "Attachment issues," you might call it in psychobabble; it cannot handle rejection. Maybe it's a bug ... strictly speaking it is, but the role of a MUA is different, so perhaps this is the best thing for a MUA to do. It alerts the user that his/her recipient list has problems, and forces the user to correct those problems before sending the mail. As Victor was saying, this is not uncommon for submission clients. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header