|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
[2001-09-21 07:42 UTC] rfinnie at kefta dot com
Bug 2181 is marked closed, but last comment indicates it should be re-opened (sorry, I'm not the opener of 2181). This would be what $struct->type would normally be used for: $types = array( 0 => "TEXT", 1 => "MULTIPART", 2 => "MESSAGE", 3 => "APPLICATION", 4 => "AUDIO", 5 => "IMAGE", 6 => "VIDEO", 7 => "OTHER" ); if($struct->type) { $type = $types[$struct->type]; } else { $type = "UNKNOWN"; } $struct->type will always evaluate as false, but you can see from serializing the struct object that the type isn't being set at all. This probably should be fixed either way. On the other hand, can we always assume that if $struct->type is false/null/whatever, it is a text part? PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
|
|||||||||||||||||||||||||||
Copyright © 2001-2025 The PHP GroupAll rights reserved. |
Last updated: Thu Nov 06 18:00:01 2025 UTC |
The last comment on 2181 indicated that it's fixed. I verified that it works. Consider the following part of var_dump output on an object that contained text/plain part: [snip] ["parts"]=> array(2) { [0]=> object(stdClass)(12) { ["type"]=> int(0) ["encoding"]=> int(4) ["ifsubtype"]=> int(1) ["subtype"]=> string(5) "PLAIN" ["ifdescription"]=> [snip] Notice the int(0) for type. Please, note that types > 7 will result in undefined value. If you have further questions, please send me a copy of MIME header of the email part in question (or, better, the whole message if it's not a secret) and re-open this bug.