Hi
http://javamail.kenai.com/nonav/javadocs/com/sun/mail/pop3/package-summary.html Seems like we should only set the reset when we do NOT want to delete the mails with POP3. eg so if delete=true, we do not set this option. I think the reset is a bug. Do you mind creating a ticket? On Wed, May 4, 2011 at 5:29 PM, Donald Whytock <dwhyt...@gmail.com> wrote: > A design question regarding the mail component... > > When I tried using the mail component with POP3, I had a problem with > deleting messages. Depending on the server I was talking to, I had > either inconsistent and sporadic success, or consistent lack of > success. > > I think I see what might be the problem. JavaMail recognizes a > property called mail.pop3.rsetbeforequit, which, if true, sends a RSET > command to the POP3 server just before disconnecting. The RSET > command is effectively a global undelete for the session. > > By default, this is set to true in MailConfiguration in the mail > component. I'm inclined to make this dependent on the delete field; > this would mean setting the delete field in the URI would result in > any and all message deletes done during the session being > automatically resolved. > > My experience with POP3 and Camel mail handling is limited. Is there > a reason not to do this? > > Don > -- Claus Ibsen ----------------- FuseSource Email: cib...@fusesource.com Web: http://fusesource.com CamelOne 2011: http://fusesource.com/camelone2011/ Twitter: davsclaus Blog: http://davsclaus.blogspot.com/ Author of Camel in Action: http://www.manning.com/ibsen/
