Bug #30206 for MIME-Lite: The example of HTML email with images included doesn't work.

Mon Oct 22 21:37:02 2007 techcode [...] cpan.org - Ticket created

The example of HTML email with images included doesn't work. This can probably be fixed by only changing docs - or in code. $msg->attach( Type => 'image/gif', Id => 'myimage.gif', Path => '/path/to/somefile.gif', ); Should be (< ... > added around attachment id ): $msg->attach( Type => 'image/gif', Id => '<myimage.gif>', Path => '/path/to/somefile.gif', ); The second is tested with Opera 9.24 built in email client and OutlookExpress 6.0.

Mon Oct 22 21:38:11 2007 techcode [...] cpan.org - Status changed from 'new' to 'open'

Mon Oct 22 21:38:57 2007 techcode [...] cpan.org - Subject changed from (no value) to 'The example of HTML email with images included doesn't work.'

Mon Oct 22 21:38:57 2007 techcode [...] cpan.org - Status changed from 'open' to 'new'

Mon Dec 03 18:03:37 2007 rjbs [...] cpan.org - Correspondence added

Was this ever actually breaking anything? The code automatically wraps content ids in <> if they weren't already. Not sure when that was introduced. -- rjbs

Mon Dec 03 18:03:39 2007 The RT System itself - Status changed from 'new' to 'open'

Mon Dec 03 18:03:40 2007 rjbs [...] cpan.org - Status changed from 'open' to 'resolved'

Tue Dec 04 03:24:36 2007 techcode [...] cpan.org - Correspondence added

From:

TECHCODE [...] cpan.org

For me it didn't worked until I added < > around id by hand. Meaning no images were displayed. During those two days I tried numerous variations trying to figure out what is wrong as everything I tried just meant that it started to work in one client, but stop in another ... I think that without it only worked in some mail clients - but not GMAIL and MS Outlook Express (which like IE I find as necessary evil :)

Tue Dec 04 03:24:39 2007 The RT System itself - Status changed from 'resolved' to 'open'

Sun Feb 10 01:19:38 2008 moondog13 [...] gmail.com - Correspondence added

From:

moondog13 [...] gmail.com

I would like to confirm this with my own experience and information. The e-mail source which is generated would not display inline images when viewed through a gmail account. After implementing the suggestion above to include < > around the Id gmail would properly display the inline image. Examining the output before and after implementing the suggestion I confirmed that the first attempt had indeed left out the < > around the Id. Knowing this makes a workaround very easy. I'm not sure what all information may be helpful. I'm in the middle of a project so at this time I can use the workaround instead of submitting a suggested patch. Perhaps next month I'll dig a little deeper. Here is some info which may be useful: $ uname -a Linux cachehosting.com 2.6.18-gentoo-r6 #2 Thu Jan 18 13:15:30 MST 2007 i686 Intel(R) Pentium(R) III Mobile CPU 1133MHz GenuineIntel GNU/Linux $ perl --version | head -n 2 | tail -n 1 This is perl, v5.8.8 built for i686-linux # equery list dev-lang/perl | tail -n 1 dev-lang/perl-5.8.8-r4 # equery list MIME-Lite | tail -n 1 dev-perl/MIME-Lite-3.01 The code used was copied from here: http://search.cpan.org/~rjbs/MIME-Lite-3.021/lib/MIME/Lite.pm#Send_an_HTML_document..._with_images_included! In order to allow the mail to go through my content filters, I added From=>'myemail@address.com' to new() and of course I modified the graphic Path to reference my own graphic.

Sat Aug 30 10:23:51 2008 techcode [...] cpan.org - Correspondence added

It's Gentoo/Portage :) It's the old 3.01 version of MIME::Lite available in Portage. Perl is configured in such a way that modules installed via emerge seem to have precedence over ones installed via CPAN shell when it comes to time for loading modules. So it was actually using 3.01 which does not have the fix for this. Use CPAN shell for Perl modules instead of portage.

Sat Aug 30 10:24:01 2008 techcode [...] cpan.org - Status changed from 'open' to 'resolved'