http://pear.php.net/bugs/search.php?cmd=display&package_name%5B0%5D=Mail_IMAPv2&PHPSESSID=jfurjajqpt756h6fllnlhpl8t0 Search Results en-us pear-webmaster@lists.php.net pear-webmaster@lists.php.net hourly 1 2000-01-01T12:00+00:00 http://pear.php.net/gifs/pearsmall.gif http://pear.php.net/bugs http://pear.php.net/bugs/13557 Mail_IMAPv2 Bug Reported by samwilson 2008-04-01T16:25:04+00:00 PHP: 5.2.3 OS: Linux Package Version: 0.2.0 Description: ------------ The headers returned from Mail_IMAPv2::getHeaders() are all uppercase. Is this a design feature? I might just be missing something, but I've read the docs and can't figure out how to get the original casing of the subject etc. (other than by parsing the raw headers, which seems a little counter-productive). This is a great class in every other way, I must add. Thank you. Test script: --------------- $message_id = 1; // $imap is a connected Mail_IMAPv2 object. $imap->getHeaders($message_id); $headers = $imap->header; var_dump($headers); Expected result: ---------------- array(1) { [1]=> array(37) { .... ["subject"]=> string(10) "TEST EMAIL" .... ["toaddress"]=> string(32) "SAM WILSON <SAM@XXXXXXXXXXX.COM>" ... } } Actual result: -------------- array(1) { [1]=> array(37) { .... ["subject"]=> string(10) "Test eMail" .... ["toaddress"]=> string(32) "Sam Wilson <sam@xxxxxxxxxxx.com>" ... } }]]> Mail_IMAPv2 Bug Reported by samwilson 2008-04-01T16:25:04+00:00 PHP: 5.2.3 OS: Linux Package Version: 0.2.0 Description: ------------ The headers returned from Mail_IMAPv2::getHeaders() are all uppercase. Is this a design feature? I might just be missing something, but I've read the docs and can't figure out how to get the original casing of the subject etc. (other than by parsing the raw headers, which seems a little counter-productive). This is a great class in every other way, I must add. Thank you. Test script: --------------- $message_id = 1; // $imap is a connected Mail_IMAPv2 object. $imap->getHeaders($message_id); $headers = $imap->header; var_dump($headers); Expected result: ---------------- array(1) { [1]=> array(37) { .... ["subject"]=> string(10) "TEST EMAIL" .... ["toaddress"]=> string(32) "SAM WILSON <SAM@XXXXXXXXXXX.COM>" ... } } Actual result: -------------- array(1) { [1]=> array(37) { .... ["subject"]=> string(10) "Test eMail" .... ["toaddress"]=> string(32) "Sam Wilson <sam@xxxxxxxxxxx.com>" ... } }]]> 2008-04-01T16:25:04+00:00 sam &#x61;&#116; co-operista &#x64;&#111;&#x74; com Mail_IMAPv2 Bug http://pear.php.net/bugs/8744 Mail_IMAPv2 Bug Reported by rix0r@... 2006-09-20T09:08:30+00:00 PHP: 5.1.4 OS: WinXP Package Version: 0.2.0 Description: ------------ A misplacement of the "return $ret;" statement in the manageMB() method causes the function never to return TRUE or FALSE, but always NULL. Attached as test script is a unified diff that fixes this (and another perceived bug in that method), and replaces the "$ret = ...; ....; return $ret;" idiom with something a little more direct, namely a direct "return ...;" Test script: --------------- --- ManageMB.php Wed Sep 20 15:19:27 2006 +++ Kopie van ManageMB.php Wed Sep 20 15:20:37 2006 @@ -91 +91 @@ - $ret = TRUE; + return true; @@ -94 +94 @@ - $ret = FALSE; + return false; @@ -96 +95,0 @@ - break; @@ -102,0 +102 @@ + else @@ -104 +104 @@ - $ret = TRUE; + return true; @@ -107 +107 @@ - $ret = FALSE; + return false; @@ -109 +108,0 @@ - break; @@ -114 +113 @@ - $ret = TRUE; + return true; @@ -117 +116 @@ - $ret = FALSE; + return false; @@ -119 +117,0 @@ - break; @@ -124 +122 @@ - $ret = FALSE; + return false; @@ -126 +123,0 @@ - return $ret;]]> Mail_IMAPv2 Bug Reported by rix0r@... 2006-09-20T09:08:30+00:00 PHP: 5.1.4 OS: WinXP Package Version: 0.2.0 Description: ------------ A misplacement of the "return $ret;" statement in the manageMB() method causes the function never to return TRUE or FALSE, but always NULL. Attached as test script is a unified diff that fixes this (and another perceived bug in that method), and replaces the "$ret = ...; ....; return $ret;" idiom with something a little more direct, namely a direct "return ...;" Test script: --------------- --- ManageMB.php Wed Sep 20 15:19:27 2006 +++ Kopie van ManageMB.php Wed Sep 20 15:20:37 2006 @@ -91 +91 @@ - $ret = TRUE; + return true; @@ -94 +94 @@ - $ret = FALSE; + return false; @@ -96 +95,0 @@ - break; @@ -102,0 +102 @@ + else @@ -104 +104 @@ - $ret = TRUE; + return true; @@ -107 +107 @@ - $ret = FALSE; + return false; @@ -109 +108,0 @@ - break; @@ -114 +113 @@ - $ret = TRUE; + return true; @@ -117 +116 @@ - $ret = FALSE; + return false; @@ -119 +117,0 @@ - break; @@ -124 +122 @@ - $ret = FALSE; + return false; @@ -126 +123,0 @@ - return $ret;]]> 2008-03-23T00:15:01+00:00 rix0r &#x61;&#116; rix0r &#x64;&#111;&#x74; nl Mail_IMAPv2 Bug http://pear.php.net/bugs/8328 Mail_IMAPv2 Bug Reported by bj.blackowitz@... 2006-07-31T07:10:31+00:00 PHP: 4.4.2 OS: Windows 2000 Package Version: 0.2.0 Description: ------------ When attaching files to a RICHTEXT message, the code sees these as Inline attachements and looses the filenames when looking manualy at the messages I see the file names and attachemnttypes correct messages created by Outlook 2003 and 2000 Content-class: urn:content-classes:message Subject: Some kind of test MIME-Version: 1.0 Content-Type: application/octet-stream; name="PocketController.log" Content-Transfer-Encoding: base64 Content-Description: PocketController.log Content-Disposition: attachment; filename="PocketController.log" Date: Mon, 31 Jul 2006 11:02:58 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 whene attaching to HTML messages , the parts are being seen correct. Test script: --------------- e.g /IMAP.message_viewer.php]]> Mail_IMAPv2 Bug Reported by bj.blackowitz@... 2006-07-31T07:10:31+00:00 PHP: 4.4.2 OS: Windows 2000 Package Version: 0.2.0 Description: ------------ When attaching files to a RICHTEXT message, the code sees these as Inline attachements and looses the filenames when looking manualy at the messages I see the file names and attachemnttypes correct messages created by Outlook 2003 and 2000 Content-class: urn:content-classes:message Subject: Some kind of test MIME-Version: 1.0 Content-Type: application/octet-stream; name="PocketController.log" Content-Transfer-Encoding: base64 Content-Description: PocketController.log Content-Disposition: attachment; filename="PocketController.log" Date: Mon, 31 Jul 2006 11:02:58 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 whene attaching to HTML messages , the parts are being seen correct. Test script: --------------- e.g /IMAP.message_viewer.php]]> 2006-07-31T07:10:31+00:00 bj &#x64;&#111;&#x74; blackowitz &#x61;&#116; gmx &#x64;&#111;&#x74; net Mail_IMAPv2 Bug http://pear.php.net/bugs/7284 Mail_IMAPv2 Feature/Change Request Reported by t.bruederli@... 2006-04-03T09:56:31+00:00 PHP: 4.3.10 OS: Package Version: 0.2.0 Description: ------------ Mailbox names passed to Mail_IMAPv2_ManageMB::manageMB() are always translated to INBOX.{mailboxname}. This is not correct since there are IMAP servers that don't use these naming conventions. Mailbox names shouldn't be extended with the "INBOX."-prefix. This isn't done in manageMail() either.]]> Mail_IMAPv2 Feature/Change Request Reported by t.bruederli@... 2006-04-03T09:56:31+00:00 PHP: 4.3.10 OS: Package Version: 0.2.0 Description: ------------ Mailbox names passed to Mail_IMAPv2_ManageMB::manageMB() are always translated to INBOX.{mailboxname}. This is not correct since there are IMAP servers that don't use these naming conventions. Mailbox names shouldn't be extended with the "INBOX."-prefix. This isn't done in manageMail() either.]]> 2006-04-03T09:56:31+00:00 t &#x64;&#111;&#x74; bruederli &#x61;&#116; nexbyte &#x64;&#111;&#x74; com Mail_IMAPv2 Feature/Change Request http://pear.php.net/bugs/6493 Mail_IMAPv2 Bug Reported by wim.delvaux@... 2006-01-14T19:19:40+00:00 PHP: 5.1.0 OS: linux Package Version: Description: ------------ Calling $IMap->delete($ID) and then $IMap->expunge() sometimes does not delete the message on the server. I notice this because I poll a POP server every 5 seconds and notice that sometimes the messages that should have been deleted in the previous loop still exist in the next loop. I have added $IMap->errors->hasErrors() but that does not produce TRUE so there are not errors, right ?]]> Mail_IMAPv2 Bug Reported by wim.delvaux@... 2006-01-14T19:19:40+00:00 PHP: 5.1.0 OS: linux Package Version: Description: ------------ Calling $IMap->delete($ID) and then $IMap->expunge() sometimes does not delete the message on the server. I notice this because I poll a POP server every 5 seconds and notice that sometimes the messages that should have been deleted in the previous loop still exist in the next loop. I have added $IMap->errors->hasErrors() but that does not produce TRUE so there are not errors, right ?]]> 2006-01-14T19:19:40+00:00 wim &#x64;&#111;&#x74; delvaux &#x61;&#116; adaptiveplanet &#x64;&#111;&#x74; com Mail_IMAPv2 Bug http://pear.php.net/bugs/6210 Mail_IMAPv2 Bug Reported by fsteinel 2005-12-09T09:02:35+00:00 PHP: Irrelevant OS: linux Package Version: Description: ------------ the examples mentioned on http://www.spicypeanut.net/index.html?content=Mail_IMAP/index are not included in the Mail_IMAPv2-0.2.0 pear package. see also Bug #923 Test script: --------------- ls /usr/share/php/doc/Mail_IMAPv2 Expected result: ---------------- . .. examples Actual result: -------------- /bin/ls: /usr/share/php/doc/Mail_IMAPv2/: No such file or directory]]> Mail_IMAPv2 Bug Reported by fsteinel 2005-12-09T09:02:35+00:00 PHP: Irrelevant OS: linux Package Version: Description: ------------ the examples mentioned on http://www.spicypeanut.net/index.html?content=Mail_IMAP/index are not included in the Mail_IMAPv2-0.2.0 pear package. see also Bug #923 Test script: --------------- ls /usr/share/php/doc/Mail_IMAPv2 Expected result: ---------------- . .. examples Actual result: -------------- /bin/ls: /usr/share/php/doc/Mail_IMAPv2/: No such file or directory]]> 2005-12-09T09:02:35+00:00 fsteinel &#x61;&#116; flonet &#x64;&#111;&#x74; net Mail_IMAPv2 Bug http://pear.php.net/bugs/4551 Mail_IMAPv2 Bug Reported by david@... 2005-06-08T09:27:24+00:00 PHP: 4.3.9 OS: Fedora Core2 / RHES 3 Package Version: 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]]> Mail_IMAPv2 Bug Reported by david@... 2005-06-08T09:27:24+00:00 PHP: 4.3.9 OS: Fedora Core2 / RHES 3 Package Version: 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]]> 2005-06-09T23:07:49+00:00 david &#x61;&#116; chipaddiction &#x64;&#111;&#x74; com Mail_IMAPv2 Bug