|» Version||» Information|
Not sure? Get more info.
pear install Mail_IMAP-1.0.0RC3
For manual installation only
Release date: 2004-04-17 04:47 UTC
Release state: beta
Release uploaded by: richy
This release addresses only bugs:
1.) Wrong $pidAdd value passed to Mail_IMAP::_scanMultipart
- Passed an incorrect value of '2' instead of '1'
2.) Wrong body selected when there is more than one inline text/plain,
text/html part. Mozilla mail, for instance, has a feature to
display all attachments in a message beneath the message in the
viewer. It sends mail along these lines as well adding a generic
attribute "flowed" in the parameters of a message.
Symptoms: Program picks whichever text/plain part is first, not
necessarily the correct one.
Solution: Message viewer should combine all multiple text/plain
inline parts into a single message.
Altered Mail_IMAP::_scanMultipart to select the proper part based
on whether a file name exists for the inline text/plain part.
3.) No fallback for default part id in Mail_IMAP::getDefaultPid a BC
breaking patch was introduced to cure this problem,
Mail_IMAP::getDefaultPid now always returns a part id, if the
application is unable to find a default part id, it will return
part id #1. (used to return FALSE if a default part id couldn't be
found) This prevents nasty bugs from suspect messages.
Symptoms: message does not contain either a text/plain or text/html
Solution: Mail_IMAP::getDefaultPid now contains a fallback for the
first message part (pid #1) message viewer should look at the MIME
type and make adjustments accordingly.
4.) File names don't show up for inline attachments when a file name
exists. Altered Mail_IMAP::_declareParts to allow file names for
inline parts to be indexed when a file name exists.
5.) No default value for file names when one doesn't exist (now defaults
to empty string).
6.) Added a check of the existence of the subject header in the inbox
Thanks to Dmitry Arkhipov for providing bug reports and extensive testing.