Thanks to all for all the feedback so far.
On Thu, 12 May 2005, Bryan Scott wrote:
> >> Would the sending server DATA for the first recipient and
> >> reconnect for the next ones?
>
> > The RFC's definitely require that a 4xx in the RCPT TO: phase be treated
> > as a temporary error for that recipient only (think disk quotas), so any
> > MTA that doesn't requeue is broken.
>
> Consider also that some recipients may not exist (account deleted, typo
> in original sender's message).
>
> Why not just send a 5xx for the specific recipient? I don't know why
> you would want a 4xx if you're going force a reconnect just to reject it
> anyway.
I'm trying to test things, coming from as many different MTAs as
possible. So far, it looks fairly good. Several split things up into
separate transactions/connections like qmail. One will RSET and (if I
reset the recipient counter for each "mail from") end up delivering them
all in one connection, anyway - "data" for each sender/receiver pair.
As to 5xx errors, sometimes I need to wait for the "data" before
issuing a permanent error. Most 5xx errors occur well before that, though,
and they can certainly be used. I think it's just a matter of what order
the "rcpt" plugins are found in the config file, as to whether a
connection will get a temporary or permanent error.
Anyway, still trying to round up more MTAs to send a test message
from...
