pldaniels at pldaniels
Jun 6, 2003, 8:21 PM
Post #1 of 1
(873 views)
Permalink
|
|
Deciding what to do about qmail bounced emails with ripMIME
|
|
Hello all,
Item #1
I've just updated ripMIME development to fix up a bug which caused ripMIME to
halt processing of mailpacks after the first uuencoded segment. Updated version
is available at:
http://www.pldaniels.com/ripmime/ripmime-1.3.dev.tar.gz
Item #2,
I've recently received an email which was created by qmail 'bouncing' the
message back to the sender - one thing I noticed is that the whole original
message is 'cut-pasted' into a non-MIME email ( based on the main headers ), ie,
----------------------------------------
Received: (qmail 3672 invoked for bounce); 6 Jun 2003 16:01:05 -0000
Date: 6 Jun 2003 16:01:05 -0000
From: MAILER-DAEMON [at] hublaw
To: postmaster [at] hublaw
Subject: failure notice
Hi. This is the qmail-send program at hublaw.com.
I tried to deliver a bounce message to this address, but the bounce
bounced!
--- Below this line is the original bounce.
Return-Path: <>
.... rest of original mail follows ...
------------------------------------------
Now, this is a real problem - because apparently some MUA's might decode this
email if the 'bounced' text contains attachments, even though the whole message
is supposed to be interpreted as 'plain text' (no MIME encoding).
Any ideas / opinions on how one should handle this situation? Tell qmail to MIME
encode their' bounced emails? Ignore it? Throw MUA's which decode the email into
attachments into the bin?
Regards.
--
Paul L Daniels http://www.pldaniels.com
Linux/Unix systems Internet Development
ICQ#103642862,AOL:pldsoftware,IRC:inflex irc.freenode.net
A.B.N. 19 500 721 806
|
