David et all,

See below:



--
Troy Muller
Sr. Unix Administrator
SAGEport, Inc 

I laughed, I cried, I then used Debian Linux.


-----Original Message-----
From: David Dyer-Bennet [mailto:[EMAIL PROTECTED]]
Sent: Saturday, November 18, 2000 10:11 AM
To: '[EMAIL PROTECTED]'
Subject: Re: customizable undeliverable email messages


Troy Muller <[EMAIL PROTECTED]> writes on 17 November 2000 at 15:37:16
-0800
 > Hi all,
 > 
 > Being new to qmail, I thought this would be the appropriate place to ask
 > this question.
 > 
 > How do I (or can I?) go about handling undeliverable email messages
 > differently than what is currently being used.  What I am looking to do
is
 > to intercept the message going to any user (all of them), re-write the
 > message to make it a bit more clear for users to debug these problems
 > themselves and also give them suggested hints as to what they could do to
 > verify that the email address is correct, etc.
 > 
 > I know if my site (domain) generates the error, I log it and also send
this
 > type of info to the user on the other end, but I want to do this when the
 > final destination fails to deliver the message and the remote system
replys
 > with an undeliverable email message.  I want to be able to intercept
these
 > undeliverable email messages and put them in a format that I think is
 > appropriate.

My basic advice is "it's best not to mess with it".  This is a large,
complex, can of worms, and it's not (in practice) governed by
standards or even written documentation.

>> If this is the case, how come all most all mtu's have a similar format to
bounced mail?
>> Maybe this is a case for making it a standard?  Since we want complete
inoperability between all the
>> mailers out there, we should push for a standard.



If you *must* do it, do a lot of research on what bounce formats
various software recognizes.  Relevant software includes mailing list
managers, MUAs (many offer the option to retry or resend a bounce),
and any sort of auto-responder.  You will be doing the net a grave
disservice if you break these.

>> I was afriad of this.  Sound like a lot of work.  Does anyone have a
starting point?

-troy

Then, what you need to put your new software in control of nonexistent
addresses is a .qmail-default file in the appropriate place.
-- 
David Dyer-Bennet      /      Welcome to the future!      /
[EMAIL PROTECTED]
SF: http://www.dd-b.net/dd-b/          Minicon:
http://www.mnstf.org/minicon/
Photos: http://dd-b.lighthunters.net/

Reply via email to