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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
