[
https://issues.apache.org/jira/browse/GERONIMO-4352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick McGuire updated GERONIMO-4352:
-----------------------------------
Attachment: GERONIMO-4352.diff
Andreas, the attached patch passes the tests I've managed to run. Could you
verify that this is working correctly on your server environment before I
commit it?
> IMAP provider: accessing parts of a multipart/mixed message causes invalid
> command
> ----------------------------------------------------------------------------------
>
> Key: GERONIMO-4352
> URL: https://issues.apache.org/jira/browse/GERONIMO-4352
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: mail
> Reporter: Andreas Veithen
> Assignee: Rick McGuire
> Attachments: 03-javamail.log, GERONIMO-4352.diff
>
>
> When accessing the content of the second part of a multipart/mixed message
> (see attachment), the following IMAP command is sent:
> FETCH 1 (BODY.PEEK[2.TEXT])
> This results in an error (FETCH failed). IMAP server is GreenMail:
> http://www.icegreen.com/greenmail/
> RFC3501 says about the TEXT part specifier:
> The HEADER, HEADER.FIELDS, HEADER.FIELDS.NOT, and TEXT part
> specifiers can be the sole part specifier or can be prefixed by
> one or more numeric part specifiers, provided that the numeric
> part specifier refers to a part of type MESSAGE/RFC822. The
> MIME part specifier MUST be prefixed by one or more numeric
> part specifiers.
> Since the second part is not message/rfc822, the command issued is incorrect.
> I believe that the correct command in this case should be:
> FETCH 1 (BODY.PEEK[2])
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
