Bug #46263 for MIME-Lite: Emails sent as plain text, with visible MIME data

Wed May 20 21:25:57 2009 CEBJYRE [...] cpan.org - Ticket created

Subject:

Emails sent as plain text, with visible MIME data

I'm having an occasional problem where emails will be sent as plain text, containing all of the MIME data, rather than being properly sent as a multipart/alternative email with the text/html version appearing in the mail clients. The following appeared as the start of the contents of a recent email: MIME-Version: 1.0 Content-Transfer-Encoding: binary Content-Type: multipart/alternative; boundary="_----------=_1242810872123815" X-Mailer: MIME::Lite 3.024 (F2.74; T1.27; A2.04; B3.07; Q3.07) Date: Wed, 20 May 2009 19:14:32 +1000 This is a multi-part message in MIME format. --_----------=_1242810872123815 MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" X-Mailer: MIME::Lite 3.024 (F2.74; T1.27; A2.04; B3.07; Q3.07) Date: Wed, 20 May 2009 19:14:32 +1000 [and it continues from there] This is a bug that I haven't been able to reproduce reliably.

Wed May 20 21:39:32 2009 CEBJYRE [...] cpan.org - Correspondence added

I've been outputting the contents of email messages as a whole (using $msg->as_string), and the affected email has had a starting newline (before the very first 'MIME-Version: 1.0') that properly generated emails haven't had, but I haven't tracked down where that comes from yet.

Wed May 20 21:39:33 2009 CEBJYRE [...] cpan.org - Status changed from 'new' to 'open'

Thu May 21 03:22:54 2009 CEBJYRE [...] cpan.org - Correspondence added

On Wed May 20 21:39:32 2009, CEBJYRE wrote: Show quoted text

> I've been outputting the contents of email messages as a whole (using > $msg->as_string), and the affected email has had a starting newline > (before the very first 'MIME-Version: 1.0') that properly generated > emails haven't had, but I haven't tracked down where that comes from yet.

Actually, from some further output, it seems that this extraneous newline is not part of the $msg->as_string. The debug output has been going into another email account as plain text, so I thought the newline was appearing as the first part of the headers, but I now think that it is just appearing as part of the body when the email is actually sent (but not when it is output through $msg->as_string)