PEAR Bug Search Results

Mail_mimeDecode: Bug 15960 [Open] PATCH: mimeDecode ignores character encoding/charset

rhyde at hydenetworks dot com — 2009-08-26T06:41:33+00:00

Mail_mimeDecode Bug
Reported by treyhyde
2009-02-28T00:29:48+00:00
PHP: 5.2.8 OS: FreeBSD Package Version: 

Description:
------------
      _decodeHeader ignores the charset portion of base64 encoded headers.  Doing so will work for 8859, ANSI and other 7bit compatible charsets but not for GB* encoded Chinese or other similar "exotic" character sets.

Similarly, it ignores the charset portion of content-type in the mime definition of bodies.

This patch should do the same thing as it did before if iconv is not present and the correct thing if it is present.   You'll want to make sure your iconv.*_encoding php.ini properties are set correctly or set them at run time with iconv_set_encoding

Test script:
---------------
         

Expected result:
----------------
         

Actual result:
--------------

Mail_mimeDecode: Feature/Change Request 14634 [Open] UTF-8 charset header & body decode

cs+php at apl dot li — 2008-12-27T01:31:05+00:00

Mail_mimeDecode Feature/Change Request
Reported by clst
2008-09-10T05:44:19+00:00
PHP: Irrelevant OS:  Package Version: 1.5.0

Description:
------------
Duplicate of the other UTF-8 header bug. Sorry, but I have a patch :)

If the body of an E-Mail is using charset UTF-8 (no matter what encoding (8-bit, quoted-printable, etc.) it uses) it is returned as is.
All other E-Mail content usually is not multibyte so I think it would be better to return the decoded body.

Test script:
---------------
Sample1:
Subject: =?Windows-1252?Q?Re:_=5B#320072=5D_t=F6st?=
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
body:
t=E4=E4 t=E4=E4,

Sample2:
Subject: =?UTF-8?Q?Re:_=5B#320072=5D_t=C3=B6st?=
Content-Type: text/plain;
	format=flowed;
	charset="UTF-8";
	reply-type=original
Content-Transfer-Encoding: 8bit
body:
tÃ¤Ã¤ tÃ¤Ã¤,


Expected result:
----------------
Sample1 = Sample2


Actual result:
--------------
Sample1:
Subject: Re: [#320072] tÃ¶st
body: tÃ¤Ã¤ tÃ¤Ã¤,
Sample2:
Subject: Re: [#320072] tÃÂ¶st
body: tÃ¤Ã¤ tÃ¤Ã¤,

Mail_mimeDecode: Bug 13555 [Open] Header-Decode: Removing white-space incomplete

2008-12-27T14:11:32+00:00

Mail_mimeDecode Bug
Reported by brody
2008-04-01T08:14:49+00:00
PHP: 5.2.2 OS: Windows Package Version: 

Description:
------------
Line below comment "// Remove white space between encoded-words " of file "mimeDecode.php" does only work correctly, if the encoded line does only contains ONE space (and thus TWO encoded words); e.g. subjects (as in my case, which are splitted into more words because of its original length) a decoded wrongly having additional spaces. This behaviouer leaded in my case to a later search with this subject to get no result.

I guess, that either the regex must be changed to remove all spaces (I'm not fit enough in regex to do so) or to implement a loop for removing them.

Test script:
---------------
_decodeHeader($encodedsubject);

echo  "\nResult:" . $decodedsubject;
echo "\n\nline contains an errornous space between 'R' and 'egelaus...' (the continuation of the word)";


?>

Expected result:
----------------
its showing an additional space, where its wrong.

Mail_mimeDecode: Bug 12384 [Open] dropping last MIME part - have solution

josh at calydonian dot com — 2007-11-05T00:54:03+00:00

Mail_mimeDecode Bug
Reported by vermette
2007-11-05T00:54:03+00:00
PHP: 4.4.1 OS: Linux Package Version: 1.5.0

Description:
------------
There is a tiny bug in line 506 of mimeDecode.php, where

"for ($i = 1; $i < count($tmp) - 1; $i++) {"

drops the last body part because the of the "<" paired with the "-1".

I noticed this in decoding a multipart-report message, it was dropping the RFC822 message attached as the last part.  I also see that someone reported that this package doesn't decode forwarded messages -- if that relates to attached forwards then this may fix that as well.

The fix of course is to change line 506 to

"for ($i = 1; $i < count($tmp); $i++) {"

Sorry, not high tech with CVS at the moment, no patch.

cheers,
j.

Test script:
---------------
n/a

Expected result:
----------------
n/a

Actual result:
--------------
n/a

Mail_mimeDecode: Feature/Change Request 11539 [Open] Full Support of RFC2231 for attach-filename

itam at itam dot jp — 2007-07-06T00:52:21+00:00

Mail_mimeDecode Feature/Change Request
Reported by itam
2007-07-06T00:52:21+00:00
PHP: Irrelevant OS: Linux/Windows Package Version: 1.5.0

Description:
------------
Like previous bug report #9616, some attached filename,
that is made by the scheme of RFC2231, couldn't be extracted.

So, when you decode filename of test script sample, 
you get nothing else.

I make patch for this problem. 
I hope this patch helps to you.

NOTICE:
The patch assume that my previous patch of #11537
was already applied. 


Test script:
---------------
$aMailContents   = array();
$aMailContents[] = 'Content-Type: application/octet-stream;';
$aMailContents[] = ' name*0*=iso-2022-jp\'\'%1B%24B%40%3DIJ%1B%28BABC%1B%24B%25%22%25s%251%21%3C%1B%28B;';
$aMailContents[] = ' name*1*=%1B%24B%25H%1B%28B%2Etxt';
$aMailContents[] = 'Content-Disposition: attachment;';
$aMailContents[] = ' filename*0*=iso-2022-jp\'\'%1B%24B%40%3DIJ%1B%28BABC%1B%24B%25%22%25s%251%21%3C%1B%28B;';
$aMailContents[] = ' filename*1*=%1B%24B%25H%1B%28B%2Etxt';
$aMailContents[] = '';
$aMailContents[] = 'g0GDk4NQgVuDZw0K';

$aParams = array();
$aParams['decode_headers'] = TRUE;
$aParams['include_bodies'] = TRUE;
$aParams['decode_bodies']  = TRUE;
$aParams['input']          = join("\r\n", $aMailContents);

$oMailStructure = Mail_mimeDecode::decode($aParams);
print_r($oMailStructure);


Expected result:
----------------
stdClass Object
(
    [headers] => Array
        (
            [content-type] => application/octet-stream; name*0*=iso-2022-jp''%1B%24B%40%3DIJ%1B%28BABC%1B%24B%25%22%25s%251%21%3C%1B%28B; name*1*=%1B%24B%25H%1B%28B%2Etxt
            [content-disposition] => attachment; filename*0*=iso-2022-jp''%1B%24B%40%3DIJ%1B%28BABC%1B%24B%25%22%25s%251%21%3C%1B%28B; filename*1*=%1B%24B%25H%1B%28B%2Etxt
        )

    [ctype_primary] => application
    [ctype_secondary] => octet-stream
    [ctype_parameters] => Array
        (
            [name] => ÂÂ»â¢iABCÆAÆâÆPÂ[Æg.txt
        )

    [disposition] => attachment
    [d_parameters] => Array
        (
            [filename] => ÂÂ»â¢iABCÆAÆâÆPÂ[Æg.txt
        )

    [body] => g0GDk4NQgVuDZw0K
)


Actual result:
--------------
stdClass Object
(
    [headers] => Array
        (
            [content-type] => application/octet-stream; name*0*=iso-2022-jp''%1B%24B%40%3DIJ%1B%28BABC%1B%24B%25%22%25s%251%21%3C%1B%28B; name*1*=%1B%24B%25H%1B%28B%2Etxt
            [content-disposition] => attachment; filename*0*=iso-2022-jp''%1B%24B%40%3DIJ%1B%28BABC%1B%24B%25%22%25s%251%21%3C%1B%28B; filename*1*=%1B%24B%25H%1B%28B%2Etxt
        )

    [ctype_primary] => application
    [ctype_secondary] => octet-stream
    [ctype_parameters] => Array
        (
            [name*0*] => iso-2022-jp''%1B%24B%40%3DIJ%1B%28BABC%1B%24B%25%22%25s%251%21%3C%1B%28B
            [name*1*] => %1B%24B%25H%1B%28B%2Etxt
        )

    [disposition] => attachment
    [d_parameters] => Array
        (
            [filename*0*] => iso-2022-jp''%1B%24B%40%3DIJ%1B%28BABC%1B%24B%25%22%25s%251%21%3C%1B%28B
            [filename*1*] => %1B%24B%25H%1B%28B%2Etxt
        )

    [body] => g0GDk4NQgVuDZw0K
)

Mail_mimeDecode: Bug 11537 [Open] Parse failure for filename includes DQuote

itam at itam dot jp — 2007-07-06T00:15:36+00:00

Mail_mimeDecode Bug
Reported by itam
2007-07-06T00:15:36+00:00
PHP: Irrelevant OS: Linux/Windows Package Version: 1.5.0

Description:
------------
Like previous bug report #11263, some attached filename,
that includes double-quote char, couldn't be extracted.

So, when you decode filename of test script sample by
base64, you get Japanese JIS code string includes
double-quote char.
If decode_headers parameter was false, it works well.

I analyzed mimeDecode.php and make patch for this
problem. I hope this patch helps to you.


Test script:
---------------
$aMailContents   = array();
$aMailContents[] = 'Content-Type: application/octet-stream;';
$aMailContents[] = ' name="=?ISO-2022-JP?B?GyRCQD1JShsoQkFCQxskQiUiJXMlMSE8JUgbKEI=?=';
$aMailContents[] = ' =?ISO-2022-JP?B?LnR4dA==?="';
$aMailContents[] = 'Content-Disposition: attachment;';
$aMailContents[] = ' filename="=?ISO-2022-JP?B?GyRCQD1JShsoQkFCQxskQiUiJXMlMSE8JUgbKEI=?=';
$aMailContents[] = ' =?ISO-2022-JP?B?LnR4dA==?="';
$aMailContents[] = '';
$aMailContents[] = 'g0GDk4NQgVuDZw0K';

$aParams = array();
$aParams['decode_headers'] = TRUE;
$aParams['include_bodies'] = TRUE;
$aParams['decode_bodies']  = TRUE;
$aParams['input']          = join("\r\n", $aMailContents);

$oMailStructure = Mail_mimeDecode::decode($aParams);
print_r($oMailStructure);


Expected result:
----------------
stdClass Object
(
    [headers] => Array
        (
            [content-type] => application/octet-stream; name="ÂÂ»â¢iABCÆAÆâÆPÂ[Æg.txt"
            [content-disposition] => attachment; filename="ÂÂ»â¢iABCÆAÆâÆPÂ[Æg.txt"
        )

    [ctype_primary] => application
    [ctype_secondary] => octet-stream
    [ctype_parameters] => Array
        (
            [name] => ÂÂ»â¢iABCÆAÆâÆPÂ[Æg.txt
        )

    [disposition] => attachment
    [d_parameters] => Array
        (
            [filename] => ÂÂ»â¢iABCÆAÆâÆPÂ[Æg.txt
        )

    [body] => g0GDk4NQgVuDZw0K
)


Actual result:
--------------
stdClass Object
(
    [headers] => Array
        (
            [content-type] => application/octet-stream; name="ÂÂ»â¢iABCÆAÆâÆPÂ[Æg.txt"
            [content-disposition] => attachment; filename="ÂÂ»â¢iABCÆAÆâÆPÂ[Æg.txt"
        )

    [ctype_primary] => application
    [ctype_secondary] => octet-stream
    [disposition] => attachment
    [body] => g0GDk4NQgVuDZw0K
)

Mail_mimeDecode: Feature/Change Request 11410 [Open] MMS handling

aron dot mezei at nws dot hu — 2007-06-22T18:48:48+00:00

Mail_mimeDecode Feature/Change Request
Reported by aproka
2007-06-22T18:48:48+00:00
PHP: 5.2.0 OS:  Package Version: 1.5.0

Description:
------------
To handle MMS messages "case 'application/vnd.wap.multipart.related':" have to be added to Mail/mimeDecode.php line #293

Mail_mimeDecode: Bug 11263 [Assigned] content disposition filename bug with apostophe

alan at xnote dot com — 2007-06-10T16:30:53+00:00

Mail_mimeDecode Bug
Reported by xnote
2007-06-10T03:24:38+00:00
PHP: 5.2.1 OS: Fedora 7 Package Version: 

Description:
------------
I have found that the function _parseHeaderValue skips any filename with an apostrophe in it.

For example, If I were to send a file/attachment with the filename="Ain't it beautiful" it would skip due to the ' in Ain't.

I did a str_replace on $input after strlen($input) and omitted the ' and it works correctly.

I don't know if it's the regex incorrectly parsing due to my novice knowledge of regular expressions.

Test script:
---------------
        if (($pos = strpos($input, ';')) !== false) {

            $return['value'] = trim(substr($input, 0, $pos));
            $input = trim(substr($input, $pos+1));

            if (strlen($input) > 0) {
$input = str_replace("'","",$input);
                // This splits on a semi-colon, if there's no preceeding backslash
                // Now works with quoted values; had to glue the \; breaks in PHP
                // the regex is already bordering on incomprehensible
                $splitRegex = '/([^;\'"]*[\'"]([^\'"]*([^\'"]*)*)[\'"][^;\'"]*|([^;]+))(;|$)/';
                preg_match_all($splitRegex, $input, $matches);
                $parameters = array();
                for ($i=0; $i

Mail_mimeDecode: Bug 9616 [Analyzed] Failure to parse [file]name0=x; [file]name1=x

l0c4lh0st dot nl at gmail dot com — 2007-02-12T16:20:48+00:00

Mail_mimeDecode Bug
Reported by l0c4lh0st.nl@...
2006-12-14T12:54:50+00:00
PHP: 5.1.2 OS: Windows Package Version: 

Description:
------------
When parsing the headers, it fails to recognize the filename*0=x; filename*1=blah; filename*2=blah; (I assume this is used because of long filenames, the filename I had was pretty long).

Anyway, you get the seperate parts (the means, filename*0, filename*1 etc. etc.).

With the fix below you get the full filename.

Test script:
---------------


Expected result:
----------------
stdClass Object
(
    [headers] => Array
        (
            [content-type] => image/jpeg; name*0="verylongfilenamegoeshereblabla.jpg"
            [content-transfer-encoding] => base64
            [content-id] => 
            [content-disposition] => inline; filename*0="verylongfilenamegoeshereblabla"; filename*1=".jpg"
        )

    [ctype_primary] => image
    [ctype_secondary] => jpeg
    [ctype_parameters] => Array
        (
            [name] => verylongfilenamegoeshereblabla.jpg
        )

    [disposition] => inline
    [d_parameters] => Array
        (
            [filename] => verylongfilenamegoeshereblabla.jpg
        )

)

Actual result:
--------------
stdClass Object
(
    [headers] => Array
        (
            [content-type] => image/jpeg; name*0="verylongfilenamegoeshereblabla.jpg"
            [content-transfer-encoding] => base64
            [content-id] => 
            [content-disposition] => inline; filename*0="verylongfilenamegoeshereblabla"; filename*1=".jpg"
        )

    [ctype_primary] => image
    [ctype_secondary] => jpeg
    [ctype_parameters] => Array
        (
            [name*0] => verylongfilenamegoeshereblabla.jpg
        )

    [disposition] => inline
    [d_parameters] => Array
        (
            [filename*0] => verylongfilenamegoeshereblabla
            [filename*1] => .jpg
        )

)

Mail_mimeDecode: Bug 9507 [Open] Envelope FROM isn't decoded properly

david at blue-labs dot org — 2006-12-16T11:50:46+00:00

Mail_mimeDecode Bug
Reported by david@...
2006-11-29T23:40:57+00:00
PHP: 5.1.6 OS: Linux Package Version: 1.3.1

Description:
------------
Mail header's envelope from isn't decoded properly

Scott PHP # grep "^From " ../src/debug/mime.mgt3
From - Tue Nov 28 23:42:23 2006

a) the header isn't properly split
b) it's lowercased because of (a)

Test script:
---------------
./bluelist.php <  ../src/debug/mime.mgt3


/*
 * caution is prudent when using this mime stuff as the entire message is
 * loaded into memory ...
 */
$input = stream_get_contents($config['msg on disk handle']);

$params['include_bodies'] = true;
$params['decode_bodies']  = true;
$params['decode_headers'] = true;

$mime_obj = new Mail_mimeDecode($input);
$config['mime struct'] = $mime_obj->decode($params);

var_dump($config['mime struct']);


Expected result:
----------------
./bluelist.php <  ../src/debug/mime.mgt3
object(stdClass)#2 (5) {
  ["headers"]=>
  array(28) {
    ["from"]=>
    string(27) " - Tue Nov 28 23:42:23 2006"


Actual result:
--------------
./bluelist.php <  ../src/debug/mime.mgt3
object(stdClass)#2 (5) {
  ["headers"]=>
  array(28) {
    ["from - tue nov 28 23"]=>
    string(10) "42:23 2006"

Mail_mimeDecode: Bug 9100 [Analyzed] Error with nested boundaries where inner boundary is a subset of the outer

rocca at start dot ca — 2007-02-12T16:18:11+00:00

Mail_mimeDecode Bug
Reported by rocca@...
2006-10-19T23:31:53+00:00
PHP: Irrelevant OS: All Package Version: 1.3.1

Description:
------------
If the input data has an inner boundary that contains a subset of the outer boundary the _boundarySplit function will incorrectly parse the data. 

For example:

Content-Type: multipart/mixed; boundary="abc"

--abc
Content-Type: multipart/mixed; boundary="abc_a"

--abc_a
inner

--abc_a--
outer

--abc--

...will return 'abc_a' as being at the same level as 'abc' and additionally create some garbage nodes.

Test script:
---------------
function _boundarySplit($input, $boundary) {

-  $tmp = explode('--' . $boundary, $input);
+  $tmp = preg_split("/--$boundary(\b|--)/", $input);

Mail_mimeDecode: Bug 7875 [Analyzed] Impossible to extende Mail_mimeDecode

pavel dot hlousek at gmail dot com — 2007-02-12T16:17:18+00:00

Mail_mimeDecode Bug
Reported by pavel.hlousek@...
2006-06-12T10:21:23+00:00
PHP: 4.4.1 OS:  Package Version: CVS

Description:
------------
The line (178) in function decode():

  $isStatic = !(isset($this) && get_class($this) == __CLASS__);

disables extending the Mail_mimeDecode class. I suggest to replace it with more general:

  $isStatic = !(isset($this) && is_a($this, __CLASS__));

that works perfectly.

Test script:
---------------
class My_mimeDecode extends Mail_mimeDecode {

    var $_output_encoding_headers = false;

    function My_mimeDecode($input) {
        parent::Mail_mimeDecode($input);
    }

    function decode($params = null) {
        $this->_output_encoding_headers = isset($params['output_encoding_headers']) ?                                $params['output_encoding_headers'] : false;
        return parent::decode($params);
    }

}

$decoder =& new My_mimeDecode($my_email_message);
$email = $decoder->decode();


Expected result:
----------------
A decoded email message in $email.

Actual result:
--------------
Raises error (line 189):

  Called statically and no input given

Mail_mimeDecode: Bug 7709 [Open] multipart/mixed with attachments are not decoded properly

jthijssen at noxlogic dot nl — 2006-05-23T14:48:24+00:00

Mail_mimeDecode: Bug 7676 [Analyzed] Content-Type decoding isn't compliant with RFC 2045

priappub at yahoo dot fr — 2007-02-12T16:16:28+00:00

Mail_mimeDecode Bug
Reported by priappub@...
2006-05-19T21:22:19+00:00
PHP: 5.1.4 OS: ALL Package Version: 1.3.1

Description:
------------
The RFC 2045 says: 
 
"Default RFC 822 messages without a MIME Content-Type 
header are taken by this protocol to be plain text in the 
US-ASCII character set, which can be explicitly specified 
as: 
 
     Content-type: text/plain; charset=us-ascii 
 
This default is assumed if no Content-Type header field is 
specified. It is also recommend that this default be 
assumed when a syntactically invalid Content-Type header 
field is encountered." 
 
In function _decode, if there is no Content-Type, it's OK, 
we have: 
$ctype = explode('/', $default_ctype); 
            $return->ctype_primary   = $ctype[0]; 
            $return->ctype_secondary = $ctype[1]; 
 
But if we have "Content-Type: text" which is not RFC 
compliant, we haven't this piece of code and 
ctype_secondary isn't defined.

Mail_mimeDecode: Bug 7242 [Analyzed] Mail_mimeDecode: Notice: Uninitialized string offset

2008-01-22T04:17:31+00:00

Mail_mimeDecode Bug
Reported by luke.richards@...
2006-03-29T04:00:04+00:00
PHP: 4.3.11 OS: Linux Package Version: 1.3.1

Description:
------------
468c468
<                     if (is_array($param_value) AND $param_value[0] == '"') {
---
>                     if ($param_value[0] == '"') {



Test script:
---------------
decode($params);

    print_r($structure);
?>

Expected result:
----------------
The structure of the email is printed without any errors/notices.

Actual result:
--------------
The structure of the email is printed with the notice:

Notice: Uninitialized string offset:  0 in /usr/share/php/Mail/mimeDecode.php on line 468

Mail_mimeDecode: Bug 7083 [Open] Mail_mimeDecode: Q-printable from TB 1.5 fails to decode

joho at webbplatsen dot se — 2006-04-27T09:35:29+00:00

Mail_mimeDecode Bug
Reported by joho@...
2006-03-09T16:40:45+00:00
PHP: Irrelevant OS: Linux Package Version: 1.3.1

Description:
------------
As far as I can see, there's nothing unclear about the message header nor the message's contents or encoding. Or is it barfing because there's no 7bit/8bit indicator?

Test script:
---------------
This is the code:

   $input = '';
    $fp = fopen("php://stdin", "r");
    while (!feof ($fp))
        {
        $input .= fgets ($fp, 1024);
        }
    $xo = new Mail_mimeDecode ($input);
    $xa = array ();
    $xa ['include_bodies'] = TRUE;
    $xa ['decode_bodies'] = TRUE;
    $xa ['decode_headers'] = TRUE;
    $xp = $xo->decode ($xa);

This is the mail:

Date: Thu, 09 Mar 2006 22:18:13 +0100
From: Joaquim Homrighausen 
User-Agent: Thunderbird 1.5 (X11/20051201)
MIME-Version: 1.0
To:  joho@foo.doo
Subject: Detta =?ISO-8859-1?Q?=E4r_en_test=2C_som_vi_skall_te?=
 =?ISO-8859-1?Q?sta?=
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

Och h=E4r =E4r mailet :-)


Expected result:
----------------
Subject: Detta Ã¤r en test, som vi skall testa

Och hÃ¤r Ã¤r mailet :-)

Actual result:
--------------
Subject: Detta ,r en test, som vi skall testa

Och h,r ,r mailet :-)

Mail_mimeDecode: Bug 7065 [Open] Mail_mimeDecode: Problem with long subjects

julien dot laurent at sypro dot net — 2006-04-27T09:35:15+00:00

Mail_mimeDecode Bug
Reported by julien.laurent@...
2006-03-08T17:55:18+00:00
PHP: 4.3.10 OS: Win32 + Linux Package Version: 1.3.1

Description:
------------
When the mail subject is long and coded on more 2 lines in utf-8 (see example below), function '_decodeHeader' does not remove all white space between encoded-words.

Test script:
---------------
Subject: =?utf-8?Q?Magnifique_bastide_au_pied_de_la?=
	=?utf-8?Q?_Sainte_Victoire_=C3=A0_Aix-en-Proven?=
	=?utf-8?Q?ce?=

Expected result:
----------------
Magnifique bastide au pied de la Sainte Victoire Ã  Aix-en-Provence

Actual result:
--------------
Magnifique bastide au pied de la Sainte Victoire Ã  Aix-en-Proven ce

Mail_mimeDecode: Bug 6748 [Open] Mail_mimeDecode: _parseHeaderValue fails on filename with quote

olaf dot wodrich at entrics dot de — 2006-04-27T09:35:11+00:00

Mail_mimeDecode Bug
Reported by olaf.wodrich@...
2006-02-10T13:50:34+00:00
PHP: Irrelevant OS:  Package Version: 1.3.1

Description:
------------
If the filename of an attachment contains (single) quote(s) the parsing of that header part fails under certain conditions (not always). The method returns that part unchanged (fallback). Long filenames that are split into several parts seem to be a condition when this happens.

Test script:
---------------
Content-Type: audio/mpeg;
 name*0="Grandmaster Flash and the Furious Five - It's Nasty (Genius of L";
 name*1="ove).mp3"

Mail_mimeDecode: Bug 6495 [Open] Mail_mimeDecode: Some parts of body not included in decode object

alex at wdg dot com dot ua — 2006-04-27T09:35:08+00:00

Mail_mimeDecode Bug
Reported by alex@...
2006-01-15T11:41:20+00:00
PHP: Irrelevant OS: Linux Package Version: 

Description:
------------
Some email message don't have boundary string at the end of messages. In this case last part of body will missed. I offer follow variant:
    function _boundarySplit($input, $boundary) {
        $parts = array();
        $bs_possible = substr($boundary, 2, -2);
        $bs_check = '\"' . $bs_possible . '\"';
        if ($boundary == $bs_check) {
            $boundary = $bs_possible;
        }
        $tmp = explode('--' . $boundary, $input);
        // CHANGES START -- check all elements of array
        // and add to parts only not empty
        for ($i = 1; $i < count($tmp); $i++) {
        	if (trim($tmp[$i])) {
            	$parts[] = $tmp[$i];
            }
        }
        // CHANGES END
        return $parts;
    }

Mail_mimeDecode: Bug 5730 [Open] Mail_MimeDecode: Incorrect Mail decode - no body

nicolas at isaveurs dot com — 2006-04-27T09:34:56+00:00

Mail_mimeDecode Bug
Reported by nicolas@...
2005-10-20T04:44:54+00:00
PHP: 5.0.5 OS:  Package Version: 

Description:
------------
Incorrect Mail Decode.

Decoder unable to give back the body of a multipart mail message when there is only one part.

Test script:
---------------
$thisMessage=file_get_contents('http://www.isaveurs.com/tmp/tst.html');
$params['include_bodies'] = TRUE;
$params['decode_bodies']  = TRUE;
$params['decode_headers'] = TRUE;
$decoder = new Mail_mimeDecode($thisMessage);
$messStruct = $decoder->decode($params);
// messStruct will have no parts[].

?? Patch ??
line 503 in mimeDecode::_boundarySplit
 for ($i = 1; $i < count($tmp)-1 ; $i++) {
should be
 for ($i = 1; $i < count($tmp) ; $i++) {

Clearly, it works with this code in this special case - haven't tested it with other mails samples to see any side effect.

Expected result:
----------------
$messStruct should have one parts[].





Actual result:
--------------
messStruct will has no parts[].

Mail_mimeDecode: Bug 4962 [Open] Mail_MimeDecode: decode impossible with thunderbird

rouxo at netultra dot net — 2006-04-27T09:34:45+00:00

Mail_mimeDecode Bug
Reported by rouxo@...
2005-08-01T11:30:19+00:00
PHP: 4.3.4 OS: linux Package Version: 

Description:
------------
When i try to decode a email without files attached from thunderbird it fails

when i try to decode an email without files from outlook express it is ok

example of email fails :

mail_mimedecode Object ( [_debug] => [_default_error_mode] => [_default_error_options] => [_default_error_handler] => [_error_class] => PEAR_Error [_expected_errors] => Array ( ) [_input] => Received: by boccob (mbox testfax) (with Cubic Circle's cucipop (v1.31 1998/05/13) Mon Aug 1 18:27:08 2005) X-From_: Olivier.Roux@netultra.net Mon Aug 1 18:27:04 2005 Return-Path: Received: from myhrisse.netultra.net (myhrisse.netultra.net [213.186.62.200]) by boccob.netultra.net (8.12.10/8.12.5) with ESMTP id j71GR4K5004179 for <0164034849@faxpro.Fr>; Mon, 1 Aug 2005 18:27:04 +0200 Received: from [10.0.0.2] (ppp-156.pool3.dsl.netultra.net [217.66.124.156]) by myhrisse.netultra.net (8.12.10/8.12.10) with ESMTP id j71GR3e7008322 for <0164034849@faxpro.Fr>; Mon, 1 Aug 2005 18:27:03 +0200 Message-ID: <42EE4D64.7050003@netultra.net> Date: Mon, 01 Aug 2005 18:27:16 +0200 From: Olivier Roux User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: 0164034849@faxpro.Fr Subject: test Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit this is a test [_header] => [_body] => [_error] => Could not split header and body [_include_bodies] => 1 [_decode_bodies] => [_decode_headers] => )

Test script:
---------------
$input=$pop3->getRawHeaders($nummessage).chr(13).$pop3->getBody($nummess
age);
        $decoder = new Mail_mimeDecode($input);

        echo "Decoder :
";
        print_r($decoder);
        echo "fin decoder : 
";
        $structure = $decoder->decode($params);

Mail_mimeDecode: Bug 4739 [Open] Mail_MimeDecode: d_parameters['filename'] missing

cm at data-consult dot de — 2006-04-27T09:34:39+00:00

Mail_mimeDecode Bug
Reported by cm@...
2005-07-04T09:56:40+00:00
PHP: 4.3.10 OS: Debian Sarge Package Version: 

Description:
------------
Sometimes the d_parameters['filename'] or ['name'] is missing with the attachment. this happens with utf8 encoded filenames(mostly from M$ clients it seems). without filename im unable to save the file. below is the samplecode i use to save the attachments. i have a testsuite with about 900 mails and this problem exists with more than 10% of these. 

i've tried this with and without utf8_decode, but the variables are always empty.

Reproduce code:
---------------
       if (isset($part->disposition) and ($part->disposition=='attachment')) {
       printf(utf8_decode($part->ctype_parameters['name'])."\n");
        printf(utf8_decode($part->ctype_parameters['filename'])."\n");
       $attachmentfile = fopen($datedir."/".utf8_decode($part->ctype_parameters['name']), 'w');
       fwrite($attachmentfile, $part->body);
       fclose($attachmentfile);
            
    }       


Expected result:
----------------
this is the print_r($part):

stdClass Object
(
    [headers] => Array
        (
            [content-type] => application/PDF
            [content-disposition] => attachment; filename="AuftragsbestÃÂ¤tigung_SO_1312338.pdf"
            [content-transfer-encoding] => base64
        )

    [ctype_primary] => application
    [ctype_secondary] => PDF
    [disposition] => attachment
    [d_parameters] => Array
        (
            [filename] => AuftragsbestÃÂ¤tigung_SO_1312338.pdf
        )

    [body] => %PDF-1.4M%Ã¢Ã£ÃÃM


so the filename parameter is there.



Actual result:
--------------
but when i use 
printf($part->ctype_parameters['filename']."\n");

this variable is empty.

Mail_mimeDecode: Bug 4585 [Analyzed] Mail_MimeDecode: Mime boundary regex not taking simple quotes

cyril at ecomposite dot fr — 2007-02-12T16:18:49+00:00

Mail_mimeDecode Bug
Reported by cyril@...
2005-06-14T01:17:26+00:00
PHP: 4.3.11 OS: Irrelevant Package Version: 

Description:
------------
I have an email containing a simple quote as part of the 
boundary. Here's an abstract:

Received: from smtpauth00.csee.siteprotect.com 
([64.41.126.131] verified)
  by mac.ecomposite.fr (CommuniGate Pro SMTP 4.2.4)
  with ESMTP id 190010 for 
cgodefroy.motdepasse@mobipict.com; Tue, 07 Jun 2005 11:31:48 
+0200
Received: from [10.233.32.33] (unknown [213.223.195.4])
    by smtpauth00.csee.siteprotect.com (Postfix) with ESMTP 
id 2B4AA2BC018
    for ; Tue,  7 Jun 
2005 04:30:46 -0500 (CDT)
From: matthew@websan.net
Reply-To: matthew@websan.net
To: cgodefroy.motdepasse@mobipict.com
Subject:
Date: Tue,  7 Jun 2005 11:31:50 +0200
Message-ID: <4fvkKYQlf42G.lSqWYn24@smtp.websan.net>
X-Mailer: EPOC Email Version 2.10
MIME-Version: 1.0
Content-Language: i-default
Content-Type: multipart/mixed;
  boundary="EPOC32-DJjQs,Tv1+-
mt6_9tZd'vjYGTpL7nKjkm0lM9Wh02x7MrM3j"

*This message was transferred with a trial version of 
CommuniGate(tm) Pro*
This is a MIME Message

--EPOC32-DJjQs,Tv1+-mt6_9tZd'vjYGTpL7nKjkm0lM9Wh02x7MrM3j
Content-Type: text/plain; charset=UTF-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

--EPOC32-DJjQs,Tv1+-mt6_9tZd'vjYGTpL7nKjkm0lM9Wh02x7MrM3j
Content-Type:  application/octet-stream
Content-Disposition: attachment;
    filename="461M0022.jpg"
Content-Transfer-Encoding: base64

/9j/4QGsRXhpZgAASUkqAAgAAAAKAA4BAgAgAAAAhgAAAA8BAgAOAAAApgAA
ABABAgATAAAAtAAAABIBAwABAAAAAQAAABoBBQABAAAAyAAAABsBBQABAAAA
0AAAACgBAwABAAAAAgAAADIBAgAUAAAA2AAAABMCAwABAAAAAgAAAGmHBAAB
cSR1GR0JzSt1AR+EAZufpUA+U8N2qRm5B7H8qCcsVC9O2MVW2wthhJAA4x9K
aYycluDTvLOWZgcA4HFJjcMp261V7ahZob64BHtTQzBuOuOeD0pTkLls5z0z
Sct06+nWnoNIUnDEk5B6cUjHp1APpQW7E4GO9ISu0AEYJoQdRWAdSCduOc5F
RhfmwrZJpV2rn5uMYpUChsAnJ6EGnsJ6DG2nHpnk5oLHnOPYGnyMoJJ5z1wa
jwpzuOD9Ka13JaDd04HFM5Gcg9etPI3LxnnpjmmkY+YdPrTVgshuC2DwMHmm
tggjcSewFOkBZM5Az0xxTNmNrMwx35qg0P/Z


Reproduce code:
---------------
$params['include_bodies'] = true;
$params['decode_bodies'] = true;
$params['decode_headers'] = true;
$params['input'] = $input;

$structure = Mail_mimeDecode::decode($params);

Irrelevant he?

Expected result:
----------------
Without the simple quote in the boundary header, no error at 
all, the decode works fine and I have all parts of the email 
message.

Actual result:
--------------
I get 'No boundary found for ...' error message.
So I guess I should modify the regex in parseheadervalue() 
unfortunately I cannot read or correct it: it is way too 
complicated for me.

Mail_mimeDecode: Bug 2415 [Open] Mail_MimeDecode: No UTF-8 decoding of header

urs at circle dot ch — 2006-04-27T09:34:26+00:00

Mail_mimeDecode Bug
Reported by urs
2004-09-30T03:31:24+00:00
PHP: 4.3.8 OS: Windows/Linux Package Version: 

Description:
------------
Migrating UTF-8

There is currently a problem with UTF-8 decoding regarding the headers in Mail_MimeDecode. 

Eventually there is a PHP-native "mb_decode_mimeheader" to be independent from mbstring functions.

Reproduce code:
---------------
You can come around it by applying the following patch:



Expected result:
----------------
Source
$utf8_str = '2. OOS Tagung =?UTF-8?B?ZsO8ciBkaWUgw5ZmZmVudGxpY2hlIFY=';

Expected Result:
2. OOS Tagung fÃ¼r die Ãffentliche V

Actual result:
--------------
2. OOS Tagung fÃÂ¼r die Ãâffentliche V

Mail_mimeDecode: Feature/Change Request 2100 [Open] Mail_MimeDecode: doesn't decode forwarded MIME messages

john at curioussymbols dot com — 2006-04-27T09:32:36+00:00

Mail_mimeDecode Feature/Change Request
Reported by john@...
2004-08-10T00:13:24+00:00
PHP: 4.3.5 OS: Linux Package Version: 

Description:
------------
The latest version 1.2.1 of mimeDecode doesn't correctly decode forwarded mime messages, even if you set the '_decode_headers' option.

I think the problem is around line 300. I made changes as shown in 'reproduce code' which fixed the problem.

Maybe there's reason not to decode forwarded messages... if that's the case maybe it would be better as another option to set when calling 'decode()'.

I made another change as well, to use the built-in 'quoted_printable_decode' if it exists.

Thanks for the great code!

John Pye

(PS if you want to acknowledge me then please use my web address www.curioussymbols.com rather than my email address, coz I've been getting spam following another PEAR listing).

Reproduce code:
---------------
Around line 300---

case 'message/rfc822':
    $obj = &new Mail_mimeDecode($body);
    $return->parts[] = $obj->decode(
	array(
		'include_bodies' => $this->_include_bodies
		// ADD THE FOLLOWING <<
		,'decode_bodies'=>$this->_decode_bodies
		// << END
	)
    );
    unset($obj);
    break;

Around line 570---

function _quotedPrintableDecode($input)
{	
	// ADD THE FOLLOWING <<
	if(function_exists('quoted_printable_decode')){
		return quoted_printable_decode($input);
	}
	// << END