Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 0.2.1

Bug #4551 message parsing fails with complex multipart/alternative structure
Submitted: 2005-06-08 14:27 UTC
From: david at chipaddiction dot com Assigned:
Status: Open Package: Mail_IMAPv2
PHP Version: 4.3.9 OS: Fedora Core2 / RHES 3
Roadmaps: (Not assigned)    
Subscription  
Comments Add Comment Add patch


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 27 + 2 = ?

 
 [2005-06-08 14:27 UTC] david at chipaddiction dot com
Description: ------------ Im in the process of building a mail engine, I wanted to test out the setup with various potential 'problematic' emails that have proven to be ...interesting... to deal with in previous versions, mostly Outlook/Word created HTML emails, and multipart alternative (HTML and plain format) in Thunderbird. IMAPv2 was able to diaplay most of the difficult mails until the multipart alternative test from Thunderbird which resulted in the attached text/plain (at not il) part being displayed as the main body and no other parts being displayed at all. I am about to send a copy of this email to mail-imap (at) smilingsouls (dot) net and demo (at) smilingsouls (dot) net to give you a copy to look at. The output from dumping $msg shows that no parts are being detected (as opposed to the non-multipart ones). message 5 was the culprit whereas message worked perfectly :) hope this wasnt too long, and thanks for a great mail handler Reproduce code: --------------- [msg] => Array ( [3] => Array ( [pid] => 1.2 [at] => Array ( [fname] => Array ( [0] => mysql stuff [1] => ca header2.gif ) [pid] => Array ( [0] => 2 [1] => 3 ) [ftype] => Array ( [0] => text/plain [1] => image/gif ) [fsize] => Array ( [0] => 270 [1] => 8832 ) [charset] => Array ( [0] => us-ascii ) ) ) [5] => Array ( [pid] => 2 ) ) Expected result: ---------------- message parts to be listed in the array Actual result: -------------- single message part listed which proved to be the first non-alternative part, the attached text/plain file

Comments

 [2005-06-09 15:25 UTC] richy
Thanks for the bug report. I'm always interested in problem messages. You can just send these to the mail-imap address, I disabled the demo account because I was getting loads of spam on it. I can't promise that I'll be able to look at this any time soon, as Mail_IMAP is temporarily on the back burner for me. But I will get around to it eventually.
 [2005-06-10 04:07 UTC] david at chipaddiction dot com
Pushed the test a bit further with OE/OUtlook-Word basede emails and got similar results. I Will have a bit of a look through IMAPv2.php and see if I can work it out (not that I expect to be able to :-) ). If I can get any results I will post them here. Thanks again for the efforts you are making in creating and sharing this Package. Regards David
 [2008-02-09 13:22 UTC] tolan (Tolan Blundell)
I'm having the same problem. Is there any chance of this being investigated?
 [2008-02-09 13:42 UTC] tolan (Tolan Blundell)
Actually I don't seem to be having the same problem, I am in fact an idiot, so please ignore me :)