So if I set the Return-Path: header in the mail, I can catch a whole lot of actual bounce mails, since only those mails will be sent to that address... Can I just do that when composing my mail using JavaMail, or does James fill in a new Return-Path: header when the mail is processed?
I am using James 2.1.3, so in fact the bug Bosco is referring to could be fixed... need to check that, though.
I am not using VERP prefixes at the moment, I use the message id to find out for which mail I got a bounce. I noticed that bounces include the original mail as an attachement, so I get the message ID from there... Or can I not rely on this?
Replies should not even be passing through this mail server. So if I can be sure that administrative mails are not using the reply-to address, I can set it to the email address of my customer, and he will get the replies without me even doing anything for it.
Gino.
On 13 Feb 2004, at 10:13, [EMAIL PROTECTED] wrote:
This is basically a 'me too' reply, but anyway...
We have a matcher that catches that VERP address and sends it to our"bouncehandler" mailet. The VERP prefix for our Return-Path: address is differentthat that of the Reply-To: so bounces aredifferentiated from replies.
This is similar to the setup we are using. We VERP the From: and Reply-To.
* External vacation repliers and auto-responders send their reponses to either the Return-Path: (bounce) address or the Reply-To: (reply) address. It seems like there's no convention that anyone adheres to.
We see the same kind of behaviour. We keep track of the status of every
individual email that we send out and this messes up our overall picture of
the ration of meesages that were bounced or replied to. I've tried to fix
this with a matcher that looks for typical out-of-office phrases. It helps,
but will not catch all OOO messages that we get.
I'm still looking for a way to make a 100% correct distinction between
bounces and replies, based on the address the returning messages was sent
to. Do you have any experience with automatic resending of generated email
if the bounce message indicates it was a temporary bounce?
-- Jeroen
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gino Marckx Consultant - Certified Java Programmer [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
