At the moment James assumes permanent, then modifies this if there is a
transient error code returned per rfc<whatever-i-forget>, therefore 5xx
errors are correctly treated as permanent, its the errors that result
*before* a connection is made that is the issue.

James has a retry limit for transient errors. The retry interval, and the
retries limit are configurable.

d.



> -----Original Message-----
> From: Jason Webb [mailto:[EMAIL PROTECTED]]
> Sent: 20 August 2002 11:30
> To: 'James Developers List'
> Subject: RE: JAMES doesn't like
>
>
> Qmail has an error code for transient errors and another one for perms.
> I personally think that it's a site config issue. If the mail MUST get
> through then by all means assume transient first. If you want a lower
> server load, assume permanent instead.
> The errors mentioned below I would regard as transients as they may
> resolve themselves shortly. SMTP errors such as "No account" etc should
> be permanent.
>
> When would James retry a transmission for a failure?
>
> -- Jason
>
> -----Original Message-----
> From: Danny Angus [mailto:[EMAIL PROTECTED]]
> Sent: 20 August 2002 10:48
> To: James Developer List
> Subject: RE: JAMES doesn't like
>
>
> Andy Oliver wrote, in the users list:
>
> > However a lot of mail I send is getting bounced with "connection time
> > out" "connection refused" and "no route to host".  I send mail via my
> > ISP's SMTP and often it gets there...
>
> > Any thoughts?
>
> I've spotted this in remote delivery:
>
>        //Assume it is a permanent exception, or prove ourselves
> otherwise
>        boolean permanent = true;
>
> I wonder if we shouldn't assume that it is a transient error unless we
> can prove otherwise.
>
> I would tend to assume that the errors he reports (and others have seen)
> "connection time out" "connection refused" and "no route to host" would
> be permanent, but they might equally well be the result of heavy load on
> the recipient server or network problems.
>
> d.
>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to