james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andreas Goggerle <andreas.goegge...@pansoft.de>
Subject RE: More info from bounces
Date Thu, 28 Aug 2003 16:34:21 GMT
Hi,

I just implemented a simple bounce management within James. The code parses
the James message Serge mentioned and detects soft and hard bounces. I agree
that this is not a nice way, so I would like to fix the bug 18309 Noel
mentioned. I will implement RFC 3464
(http://www.faqs.org/rfcs/rfc3464.html), which replaces RFC 1894.

I am no committer or contributer for James so far. Do you think there will
be a way to get my code placed in James?


Andreas


PANSOFT GmbH
Tullastr. 28
D-76131 Karlsruhe
Germany

Web: http://www.pansoft.de
Mail: mailto:andreas.goeggerle@pansoft.de


> -----Original Message-----
> Von: Noel J. Bergman [mailto:noel@devtech.com]
> Gesendet: Donnerstag, 31. Juli 2003 04:57
> An: James Developers List
> Betreff: RE: More info from bounces
>
>
> Serge,
>
> > the challenge I have is the exact error message is
> > buried deep in the message.
>
> > what about doing something like stick the error response
> > as a header in the bounce message?
>
> Obviously, we have no control over the content of another
> server's bounce
> messages, but see
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18309,
> which proposes that James implement RFC 1894
> (http://www.ietf.org/rfc/rfc1894.txt).
>
> > The motivation for this is to recognize soft bounces
> (mailbox full, mail
> > servers down) from hard bounces
>
> Servers should probably not be sending a bounce, or at least
> a non-RFC 1894
> bounce, for a soft error.  VERP seems to be somewhat
> predicated upon bounces
> being permanent, at least for that message.  To work around
> the fact that
> the errors may relate to a transient mailbox error, it seems that VERP
> mailers will be tolerant of a configured number of bounces,
> and will then
> send an "warning message" to inform the user.  If the warning
> bounces, the
> user is disconnected from the list.  That seems to describe
> the behavior
> I've seen from ezmlm, but Brian (or perhaps some of our
> members) would know
> better.
>
> 	--- Noel
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Mime
View raw message