Results 1 to 5 of 5

Thread: IMAP IDLE using Spring Integration

  1. #1
    Join Date
    Mar 2009
    Posts
    1

    Default IMAP IDLE using Spring Integration

    Hi,

    I have wanted to use Spring Integration in my project for receiving new mails from Mail server.

    Following drawbacks hinder the usage.


    1. If idle for timeout time, the connection is closed. There is no way to reconnect. I am not sure stopping and starting ImapIdleChannelAdapter would work.

    2. It gets the message and converts to MimeMessage. If it is a IMAPMessage which extends MimeMessage, then listener looses all properties of IMAPMessage.

    3. There is no transactional feature bulit into IMAP IDLE feature. We loose the message if server goes down while processing the message.

    -- Ravi

  2. #2
    Join Date
    Oct 2005
    Location
    Boston, MA
    Posts
    2,840

    Default

    Could you please post these as 3 separate issues in JIRA?
    http://jira.springframework.org/browse/INT

    Thanks.

  3. #3
    Join Date
    Jun 2006
    Posts
    14

    Default

    Added JIRA http://jira.springframework.org/browse/INT-637 for auto reconnection after timeout.

  4. #4
    Join Date
    Oct 2005
    Location
    Boston, MA
    Posts
    2,840

    Default

    Thank you for adding the issue to JIRA. I've set the target version to 1.0.3.

  5. #5
    Join Date
    Oct 2005
    Location
    Boston, MA
    Posts
    2,840

    Default

    I've just committed a change such that the folder should be reopened if a FolderClosedException is thrown while waiting for messages. This is controlled by a boolean flag called 'shouldReconnectAutomatically', and that is TRUE by default.

    If possible, could you please verify that this works in your environment?

    The change is available as of this build:
    http://build.springframework.org/browse/INT-TRUNK-1599/

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •