Lukas Beeler <[EMAIL PROTECTED]> wrote:
> At 12:27 07.07.2001 -0600, you wrote:
> >Andreas Grip <[EMAIL PROTECTED]> wrote:
> >
> > > So I'm thinking about to create another queue that the mail can be
> > > placed in first so qmail can tell the sender that it has ben received
> > > and then start to scan and filtering the mail in that queue before it
> > > deliver it to the original queue.
> >
> >What problem are you trying to solve? Why do you think making the SMTP
> >client wait a minute or two is a bad idea?
> hmm iam not sure, but what is, if the connected mta thinks that the remote
> has gone offline, closes the connection and sets the message deferred, and
> retries later.. getting the same problem again..
> iam not if there exist's a such mta, but its possible that this will cause
> problems like that
If there's such an MTA, it's broken. RFC2821 states that the absolute minimum
timeout the sending MTA can use while waiting for the response to the end of
the DATA phase is 10 minutes:
DATA Termination: 10 minutes.
This is while awaiting the "250 OK" reply. When the receiver gets the
final period terminating the message data, it typically performs
processing to deliver the message to a user mailbox. A spurious timeout
at this point would be very wasteful and would typically result in
delivery of multiple copies of the message, since it has been
successfully sent and the server has accepted responsibility for
delivery. See section 6.1 for additional discussion.
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
-----------------------------------------------------------------------
