Hi Claus,
do you see a possibility that the MailConsumer can be extended to support
dynamic parameters? Especially SearchTerms like "SentDate" are rather
dynamic in nature - otherwilse mails will be polled over and over again if
other searchTerms like "unseen" cannot be applied.
Thanks and Best R
Unfortunately it is not sufficient to provide own SearchTerm class and
overriding "match" because com.sun.mail.imap.protocol.SearchSequence checks
specific implementations of SearchTerm provided by com.sun.mail and all
implementations are final. I worked around the issue by resetting the
searchTerm
I think you just need to keep state yourself in the bean, and then the
mail component will call the match method to see if a mail messages
matches or not.
Then your state can then update with new sent date information so the
matches method can use a newer date.
On Thu, Oct 6, 2016 at 2:43 AM, Mic
Hi Again,
is there a possibility that the searchTerm bean reference picked up by
camel-mail can update it's internal state to allow for a changing sentDate
for the query?
Thanks and Best Regards,
Michael
2016-09-23 16:21 GMT+02:00 Michael Täschner :
> Hi Camel-Riders,
>
> is there a possibility
Hi Camel-Riders,
is there a possibility to consume mails with modifiable
searchTerm.fromSentDate value? I am looking at a solution where the
consumer must not depend on "unseen" flag, manages an internal dateTime
variable to pick-up mail search from where it last stopped? There may be
other clien