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

Reply via email to