You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Andreas Veithen (JIRA)" <ji...@apache.org> on 2008/10/11 01:23:44 UTC
[jira] Created: (GERONIMO-4352) IMAP provider: accessing parts of a
multipart/mixed message causes invalid command
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
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.
[jira] Resolved: (GERONIMO-4352) IMAP provider: accessing parts of
a multipart/mixed message causes invalid command
Posted by "Jarek Gawor (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-4352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jarek Gawor resolved GERONIMO-4352.
-----------------------------------
Resolution: Fixed
> 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.
[jira] Assigned: (GERONIMO-4352) IMAP provider: accessing parts of
a multipart/mixed message causes invalid command
Posted by "Jarek Gawor (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-4352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jarek Gawor reassigned GERONIMO-4352:
-------------------------------------
Assignee: Jarek Gawor (was: Rick McGuire)
> 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.
[jira] Commented: (GERONIMO-4352) IMAP provider: accessing parts of
a multipart/mixed message causes invalid command
Posted by "Andreas Veithen (JIRA)" <ji...@apache.org>.
[ 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.
[jira] Updated: (GERONIMO-4352) IMAP provider: accessing parts of a
multipart/mixed message causes invalid command
Posted by "Andreas Veithen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-4352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andreas Veithen updated GERONIMO-4352:
--------------------------------------
Attachment: GERONIMO-4352-test.patch.txt
Attached a patch that adds a unit test providing evidence for the problem. Note that after applying the proposed fix, a different error is triggered by the test.
> 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-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.
[jira] Commented: (GERONIMO-4352) IMAP provider: accessing parts of
a multipart/mixed message causes invalid command
Posted by "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.
[jira] Commented: (GERONIMO-4352) IMAP provider: accessing parts of
a multipart/mixed message causes invalid command
Posted by "Andreas Veithen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-4352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12639155#action_12639155 ]
Andreas Veithen commented on GERONIMO-4352:
-------------------------------------------
I think that the patch causes a regression elsewhere, but I need to analyze this further. I will try to come up with some simple test cases that provide evidence for this.
> 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.
[jira] Assigned: (GERONIMO-4352) IMAP provider: accessing parts of
a multipart/mixed message causes invalid command
Posted by "Rick McGuire (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-4352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rick McGuire reassigned GERONIMO-4352:
--------------------------------------
Assignee: Rick McGuire
> 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
>
>
> 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.
[jira] Updated: (GERONIMO-4352) IMAP provider: accessing parts of a
multipart/mixed message causes invalid command
Posted by "Andreas Veithen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-4352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andreas Veithen updated GERONIMO-4352:
--------------------------------------
Attachment: 03-javamail.log
> 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
> Attachments: 03-javamail.log
>
>
> 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.
[jira] Updated: (GERONIMO-4352) IMAP provider: accessing parts of a
multipart/mixed message causes invalid command
Posted by "Rick McGuire (JIRA)" <ji...@apache.org>.
[ 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.