Re: [VOTE] Release Apache James Protocols 1.6.2

[x] +1 Please release Eric On 29/01/12 14:22, Norman Maurer wrote: Hi there, I want to start to integrate the imap code base into Apache James Protocols later the week. So I think we should release one more version of Apache James Protocols now, as we had some improvements till the last

Re: Capture IMAP events for use in our CRM

Does anybody have any input to this? I'm now creating my CustomMailboxListener with a 1 parameter constructor, which is the MailboxManager, so I can access the mailboxes. Not sure on the questions I asked before yet, though. On Fri, Jan 27, 2012 at 6:05 PM, lclhst l0c4lh0st.d...@gmail.com

Re: Capture IMAP events for use in our CRM

Can we use something like an integration pack for example Spring integration which has spring imap support? But offcourse event is required. On Mon, Jan 30, 2012 at 2:08 PM, lclhst l0c4lh0st.d...@gmail.com wrote: Does anybody have any input to this? I'm now creating my CustomMailboxListener

Jenkins build is back to normal : james-app-trunk #558

See https://builds.apache.org/job/james-app-trunk/558/ - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org

Re: Capture IMAP events for use in our CRM

Hi, See comments inside, Eric On 27/01/12 18:05, lclhst wrote: Ok, I have been playing around a bit with this. I added the listener through the Spring XML files and now I receive the events in my listener. It's working great. When event.getSession().getType().equals(SessionType.System), the

Re: Capture IMAP events for use in our CRM

I don't know much from spring integration, but it will probably not fit our existing event system. On 30/01/12 10:14, Dhrubo wrote: Can we use something like an integration pack for example Spring integration which has spring imap support? But offcourse event is required. On Mon, Jan 30, 2012

Re: Capture IMAP events for use in our CRM

Thank you for the useful replies. Ok, creating a reference to the mailboxmanager using @Resource is a lot better. So that's nice. Regarding the hostname, I was looking for a way to detect wether this session is a user-session (i.e. an actual user that reads a message in his IMAP-inbox) or a

Re: [VOTE] Release Apache James Protocols 1.6.2

[x] +1 Please release Bye, Norman 2012/1/29 Norman Maurer norman.mau...@googlemail.com: Hi there, I want to start to integrate the imap code base into Apache James Protocols later the week. So I think we should release one more version of Apache James Protocols now, as we had some

Re: [VOTE] Release Apache James Protocols 1.6.2

+1 please release, let's move it all forward. On Mon, Jan 30, 2012 at 4:32 PM, Norman Maurer norman.mau...@googlemail.com wrote: [x] +1 Please release Bye, Norman 2012/1/29 Norman Maurer norman.mau...@googlemail.com: Hi there, I want to start to integrate the imap code base into

Re: Capture IMAP events for use in our CRM

So your CRM acts as an IMAP client, right and ? If such, you could assign a username/password to your CRM. The event contains the MailboSession which has the getUser().getUsername(), so you will know if the event has been triggered by the CRM or by a real user. Did I get your point? Eric On

Re: [VOTE] Release Apache James Protocols 1.6.2

2012/1/29 Norman Maurer norman.mau...@googlemail.com: Hi there, I want to start to integrate the imap code base into Apache James Protocols later the week. So I think we should release one more version of Apache James Protocols now, as we had some improvements till the last release. You

Re: Capture IMAP events for use in our CRM

Not sure to get your use case: has the CRM the end-user credentials? If yes and if it reuses it, the event has not the knowledge of the imaprequest - maybe we should add it? If no, the ACL which has just been committed could be a solution (assuming the enduser allows the CRM to access its

Re: Capture IMAP events for use in our CRM

Hi, yes and no. :) For now, we have our CRM as an e-mail client. And we have a custom e-mail server, which is FAR from RFC-compliant. :) That's why we want to switch to a real mailserver and we're going to use Apache JAMES for this. However, we cannot make such a big step at once, so what we

Re: [VOTE] Release Apache James Protocols 1.6.2

[X] +1 Please release Thanks Felix - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org

Re: Capture IMAP events for use in our CRM

Thx a lot for sharing this. (forget my last post, it has being crossing the more detailed information you give here). I will further reply tomorrow (short on time here), but smooth migration to james sounds indeed very exciting :) Eric On 30/01/12 17:31, lclhst wrote: Hi, yes and no. :)

Jenkins build is still unstable: hupa-trunk #247

See https://builds.apache.org/job/hupa-trunk/247/ - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org

Build failed in Jenkins: james-app-trunk #560

See https://builds.apache.org/job/james-app-trunk/560/ -- [...truncated 455 lines...] Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [JENKINS] Recording test results [INFO] [INFO] --- maven-jar-plugin:2.3.2:jar (default-jar) @ apache-james

Jenkins build is back to stable : mailbox-integration-tests #691

See https://builds.apache.org/job/mailbox-integration-tests/691/ - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org

Jenkins build is back to normal : james-app-trunk #561

See https://builds.apache.org/job/james-app-trunk/561/ - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org