[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: zmailer sending to a DCC system problem
An additional difficulty (v 2.99.55) that I see here is that
zmailer appears to push MAIL, RCPT and DATA sequences all together,
not waiting for any result codes first (2xx on MAIL, 4xx on RCPT).
For a remote greylisting site, it would normally send back a 4xx after
RCPT on first contact, but since zmailer didn't wait for it, this causes
the remote to send back a 5xx code in response to the premature DATA
segment, which is then taken as a permanent failure (and the message
never survives for retry in the queue). Here's an example log trail:
x.x03416w MAIL From:<email@example.com> BODY=8BITMIME SIZE=29618
x.x03416w RCPT To:<firstname.lastname@example.org> NOTIFY=FAILURE,DELAY \
x.x03416r 250 2.1.0 <email@example.com>... Sender ok
x.x03416r 451 4.7.1 Please try again later (TEMPFAIL)
x.x03416r 503 5.0.0 Need RCPT (recipient)
x.x03416# smtp_sync() did yield code 75
- at least this is the sequence in the smtp log - perhaps the log is
not time-sync'd, and the entries not really in that, I don't know.
It's as if the process continues on without regard to response codes
( not waiting for 2xx after RCPT and pushing DATA before it really
Any ideas on how to get the proper sequencing (if indeed this is a
problem in smtp.c )?
On Tue, 23 Mar 2004, Matti Aarnio wrote:
> On Tue, Mar 23, 2004 at 09:11:03AM -0400, Stuart Chase wrote:
> > Should there be any issue with zmailer 2.99.55 sending to a site
> > using DCC ?
> > Is the 4xx error code (temporary failure) handled correctly with
> > 2.99.55 so that zmailer will resend the message or do I need to
> > upgrade zmailer to get this functionality?
> I am unsure of what "DCC" is -- UTFG gave: "DCC Greylist".
> It will cause message to be pushed into "try again latter"
> queue, which gets retries after backoff time. (e.g. up to
> several hours latter.)
> Apparently the default DCC Wait Delay is mere 4.5 minutes,
> which will highly likely push back the delivery attempt
> the second time around..
> Queue retry time handling in ZMailer scheduler could use some
> reworking. E.g. should the backoff be reset, when any message
> makes it thru successfully within individual queue ?
> > Thanks,
> > Stuart
James S. MacKinnon Office: P-139 Avadh-Bhatia Physics Lab
Team Physics Voice : (780) 492-8226 [old AC 403]
University of Alberta email : Jim.MacKinnon@Phys.UAlberta.CA
Edmonton, Canada T6G 2N5 WWW : http://www.phys.ualberta.ca/
for all that we know the universe could cease to exist at any mo
To unsubscribe from this list: send the line "unsubscribe zmailer" in
the body of a message to firstname.lastname@example.org