geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andreas Veithen (JIRA)" <j...@apache.org>
Subject [jira] Commented: (GERONIMO-4352) IMAP provider: accessing parts of a multipart/mixed message causes invalid command
Date Sat, 31 Jan 2009 12:48:59 GMT

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

Andreas Veithen commented on GERONIMO-4352:
-------------------------------------------

All test cases for the Axis2 Mail transport now pass. Thanks for fixing this issue!

> 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.


Mime
View raw message