You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Claus Ibsen (JIRA)" <ji...@apache.org> on 2013/08/26 20:03:53 UTC
[jira] [Resolved] (CAMEL-5376) Mail component does not work as
expected (Email Deletion is partially broken et Disconnect does not work
well)
[ https://issues.apache.org/jira/browse/CAMEL-5376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Claus Ibsen resolved CAMEL-5376.
--------------------------------
Resolution: Fixed
Fix Version/s: (was: Future)
2.12.0
2.11.2
mail consumer commit/rollback logc do not allow handover to ensure running on same thread as polling to use the same mail session.
> Mail component does not work as expected (Email Deletion is partially broken et Disconnect does not work well)
> --------------------------------------------------------------------------------------------------------------
>
> Key: CAMEL-5376
> URL: https://issues.apache.org/jira/browse/CAMEL-5376
> Project: Camel
> Issue Type: Bug
> Components: camel-mail
> Affects Versions: 2.9.5, 2.10.3
> Environment: - Exchange, but should happen with any mail server, since it is not directly related to (See above)
> - Apache James Server 3.X
> Reporter: Alexis Kinsella
> Assignee: Claus Ibsen
> Priority: Minor
> Fix For: 2.11.2, 2.12.0
>
> Attachments: MailConsumer.diff, MailConsumer.java
>
>
> The way disconnect is implemented causes issues with some other options of the consumer. For instance "disconnect" option is not compatible with "delete" option.
> The delete action is done in completion action (processCommit: line 185). On line 305, processCommit method checks if folder is open, but "disconnect" option force folder at null value at the end of poll method (Line 149).
> I guess disconnect method should be called on completion after any other completion actions occured: It is not possible to make completion actions if connection to mail server is closed.
> The result of the usage of disconnect option and delete option is a NullPointerException on test: "if (!folder.isOpen())" statement on line 308.
> Issue should be always reproductible.
> I let you fix the priority of the issue, but it is an annoying issue even if there is a workaround by disabling disconnect option ...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira