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  


 [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] User who submitted this comment has not confirmed identity
If you submitted this note, check your email.If you do not have a message, click here to re-send
MANUAL CONFIRMATION IS NOT POSSIBLE.  Write a message to pear-dev@lists.php.net
to request the confirmation link.  All bugs/comments/patches associated with this

email address will be deleted within 48 hours if the account request is not confirmed!
 [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] User who submitted this comment has not confirmed identity
If you submitted this note, check your email.If you do not have a message, click here to re-send
MANUAL CONFIRMATION IS NOT POSSIBLE.  Write a message to pear-dev@lists.php.net
to request the confirmation link.  All bugs/comments/patches associated with this

email address will be deleted within 48 hours if the account request is not confirmed!
 [2008-02-09 13:42 UTC] User who submitted this comment has not confirmed identity
If you submitted this note, check your email.If you do not have a message, click here to re-send
MANUAL CONFIRMATION IS NOT POSSIBLE.  Write a message to pear-dev@lists.php.net
to request the confirmation link.  All bugs/comments/patches associated with this

email address will be deleted within 48 hours if the account request is not confirmed!