[jira] Commented: (GERONIMO-4352) IMAP provider: accessing parts of a multipart/mixed message causes invalid command

["Jarek Gawor (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/GERONIMO-4352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12668979#action_12668979 ] 

Jarek Gawor commented on GERONIMO-4352:
---------------------------------------

Committed (revision 739377) some fixes that should address this problem and another problem I've found with IMAPMessage.writeTo() function. I also modified and committed Andreas's test code. Thank you for that!


> 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: Jarek Gawor
>         Attachments: 03-javamail.log, GERONIMO-4352-test.patch.txt, 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.