camel-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christian Müller <>
Subject Re: MailComponent/MailConsumer misses Mails
Date Sun, 16 Jun 2013 16:43:20 GMT
As I already mentioned, Camel 2.6.0 is really old (released in Jan. 2011)
and not supported anymore by Apache Camel.

The reason why I ask to upgrade you application is to check whether this
issue still exists with the actual version or not.

Camel-mail 2.11.0 use the following dependencies (I skipped the test
[INFO] org.apache.camel:camel-mail:bundle:2.11.0
[INFO] +- org.apache.camel:camel-core:jar:2.11.0:compile
[INFO] |  \- org.slf4j:slf4j-api:jar:1.6.6:compile (version managed from
[INFO] +- javax.mail:mail:jar:1.4.5:compile

Can you re-run the failing tests in DEBUG mode (enable DEBUG log level for
Camel) and share the log with us?
At the moment I'm wondering why we have fetchSize and maxMessagesPerPoll
and what the difference should be...


Christian Müller

Software Integration Specialist

Apache Camel committer:
V.P. Apache Camel:
Apache Member:

On Fri, Jun 7, 2013 at 10:42 AM, cgiera <>wrote:

> Hello,
> thx for the reply.
> But even if the consumer is not transaction secure, it should not happen
> that mails are marked as seen but don't get processed. I haven't found why
> this happens exactly, but I have described where it happens in my previous
> posts. I'm wondering that no one had this behavior before. Maybe you can
> give me a hint how to fix this problem so that I can probaply apply a patch
> for the community.
> I'm also happy with other suggestions like your environment causes the
> problem(but I don't think it is an environment problem :) ).
> kind regards,
> Christoph
> Claus Ibsen-2 wrote
> > Hi
> >
> > No the mail consumer is not TX per see. When it marks a mail as SEEN
> > it cannot do this in an atomic transaction.
> > Also there is a bit difference when using pop3 or imap.
> --
> View this message in context:
> Sent from the Camel - Users mailing list archive at

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message