Hi, Eric, These mails are very helpful, I am following some leads there.
Thank for your help. On Fri, May 11, 2012 at 4:35 PM, Eric Charles <e...@apache.org> wrote: > Hi Jerry, > > Welcome to James devs! > > You are not the first to ask for IMAP proxy: > http://markmail.org/message/t44hwzrzyo3ddcel (Fabio Petagna) > http://markmail.org/message/ecqr5klblzpmjtob (Gabe) > > I could repeat what said in those previous threads, and that we really need > to come with a out-of-the-box solution to avoid that everyone spend time on > this... > > The indirect, but correct, road to the solution is > https://issues.apache.org/jira/browse/PROTOCOLS-73 where we need more > integration on the IMAP code with the our protocols framework (beta4 upon > which you rely has still a completely separated IMAP module). > > Thx, Eric > > > > On 05/11/2012 09:35 AM, Jerry Tian wrote: >> >> Hi, James developers, >> >> I need some advices on how to extend James 3.x server. >> >> I am trying to use James as a component in a future product/service, >> which James acts like a data bridge of two different services. >> >> Service A is used by legacy mobile clients and based on IMAP protocol, >> and Service B is a web service exported by a third party. I can not >> change any interface/logic of these clients/services. >> >> This is my initial thoughts on how to make all this work: >> >> 1. By intercepting IMAP commands from mobile clients, I can detect the >> change made by users of service A. >> 2. By reading/writing data in mailbox, I can manipulate the data to >> keep it in sync with service B. >> >> I have experience with mailet development in the past, but for this >> task, mailet is not sufficient, maybe even not related at all. Because >> the data exchanged is not exactly normal email, send from one guy to >> another: they are objects saved in a specific sub-folder of this >> account's mailbox, have no recipients, more like a draft mail. And all >> these operations are done through IMAP commands. Actually, I have >> written a mailet to capture all mails in the processor chain to prove >> myself, and it turned out true. >> >> I have already set up a running instance of James 3 beta 4 and a >> working build environment for James 3.x, using beta 4 tag checked out >> from SVN, and reading the source code of the project. The technical >> architecture chat on this page( >> http://james.apache.org/server/3/dev.html ) is of some help. >> >> But I am still confused the right point to put my logic in, and so >> far, I don't find there is mechanism provided in intercepting IMAP >> commands and manipulating mailbox at this early stage of James 3.x. >> For example, should I put the interceptors logic using classes in IMAP >> processor package? How to get hold of the instances of mailbox >> persistence layer? Questions like this. >> >> Any suggestion is much appreciated. >> >> Regards, >> Jerry Tian >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >> For additional commands, e-mail: server-dev-h...@james.apache.org >> > > -- > eric | http://about.echarles.net | @echarles > > --------------------------------------------------------------------- > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org > For additional commands, e-mail: server-dev-h...@james.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org