Re: Merging branches and IMAP changes

2003-12-30 Thread Darrell DeBoer
On Tue, 30 Dec 2003 10:54 am, Noel J. Bergman wrote: > Darrell, > > I am planning to take some time, and may ask for help, to merge the v2 > branch back into MAIN. Your IMAP changes have all been committed to MAIN. > Do you have dependencies on changes that will be reverted? > H

cvs commit: james-server/proposals/imap2/test/org/apache/james/imapserver FetchPeek.test FetchSingleMessage.test TestSelectedCommandsInSelectedState.java

2003-12-29 Thread darrell
darrell 2003/12/29 16:24:32 Modified:proposals/imap2/test/org/apache/james/imapserver FetchSingleMessage.test TestSelectedCommandsInSelectedState.java Added: proposals/imap2/test/org/apache/james/imapserver

cvs commit: james-server/proposals/imap2/test/org/apache/james/test AbstractProtocolTest.java ProtocolSession.java

2003-12-29 Thread darrell
darrell 2003/12/28 22:54:48 Modified:proposals/imap2/java/org/apache/james/imapserver/commands CommandParser.java CommandTemplate.java CreateCommand.java DeleteCommand.java ListCommand.java LogoutCommand.java

cvs commit: james-server/proposals/imap2/test/org/apache/james/imapserver/concurrent Concurrent.todo.txt FetchResponse.test

2003-11-30 Thread darrell
darrell 2003/11/30 02:48:47 Modified:proposals/imap2 build-test.xml proposals/imap2/java/org/apache/james/imapserver ImapSessionImpl.java proposals/imap2/java/org/apache/james/imapserver/commands

cvs commit: james-server/proposals/imap2/java/org/apache/james/imapserver ImapSessionImpl.java ImapSessionMailbox.java

2003-11-30 Thread darrell
darrell 2003/11/29 23:08:10 Modified:proposals/imap2/java/org/apache/james/imapserver ImapSessionImpl.java ImapSessionMailbox.java Log: Encapsulate fields Revision ChangesPath 1.9 +7 -7 james-server/proposals/imap2/java/org/apache

cvs commit: james-server/proposals/imap2/test/org/apache/james/test AbstractProtocolTest.java FileProtocolSessionBuilder.java ProtocolSession.java

2003-11-26 Thread darrell
darrell 2003/11/26 06:18:38 Modified:proposals/imap2 build-test.xml proposals/imap2/java/org/apache/james/imapserver ImapSessionImpl.java proposals/imap2/java/org/apache/james/imapserver/commands

cvs commit: james-server/proposals/imap2/test/org/apache/james/imapserver/concurrent - New directory

2003-11-26 Thread darrell
darrell 2003/11/26 06:02:01 james-server/proposals/imap2/test/org/apache/james/imapserver/concurrent - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: CURRENT direction for James :-)

2003-11-24 Thread Darrell DeBoer
On Tue, 18 Nov 2003 07:26 pm, Jason Webb wrote: > I can't remember the outcome of a recent conversation about what happens > to V3 > Will the current head become a branch? > Will the branch_2_1_fcs become the head? > > I would assume that next release will be 2.3 and include the latest > Avalon as

cvs commit: james-server/proposals/imap2/test/org/apache/james/imapserver CommandParserTest.java ImapMailboxTest.java Store.test

2003-07-21 Thread darrell
darrell 2003/07/21 16:31:07 Modified:proposals/imap2/java/org/apache/james/imapserver ImapSession.java ImapSessionImpl.java ImapSessionMailbox.java JamesImapHost.java proposals/imap2/java/org/apache/james/imapserver/commands

cvs commit: james-server/lib .cvsignore

2003-07-13 Thread darrell
darrell 2003/07/13 05:31:27 Added: lib .cvsignore Log: Added .cvsignore to /lib, to ignore libs not included in CVS. Revision ChangesPath 1.1 james-server/lib/.cvsignore Index: .cvsignore

cvs commit: james-server/proposals/imap2/test/org/apache/james/imapserver ImapMailboxTest.java

2003-07-13 Thread darrell
darrell 2003/07/13 05:04:29 Modified:proposals/imap2 build-test.xml proposals/imap2/java/org/apache/james/imapserver ImapResponse.java ImapSessionMailbox.java proposals/imap2/java/org/apache/james/imapserver/commands

cvs commit: james-server/proposals/imap2/test/org/apache/james/imapserver SelectAppend.test AppendExpunge.test Copy.test ExamineEmpty.test ExamineInbox.test FetchMultipleMessages.test SelectEmpty.test SelectInbox.test SelectedStateCleanup.test SelectedStateSetup.test TestCompound.java TestSelectedCommandsInSelectedState.java Uid.test

2003-07-12 Thread darrell
darrell 2003/07/12 23:04:57 Modified:proposals/imap2 build-test.xml build.xml proposals/imap2/java/org/apache/james/imapserver ImapHost.java ImapResponse.java ImapSession.java ImapSessionImpl.java JamesImapHost.java

cvs commit: james-server build.xml

2003-07-12 Thread darrell
darrell 2003/07/12 22:56:52 Modified:.build.xml Log: Added back support for conditionally building a proposal, based on the presense of the proposal.name property. Revision ChangesPath 1.133 +26 -2 james-server/build.xml Index: build.xml

cvs commit: james-server/src/java/org/apache/james/transport/matchers CompareNumericHeaderValue.java

2003-07-11 Thread darrell
darrell 2003/07/11 23:45:18 Modified:src/java/org/apache/james/transport/matchers CompareNumericHeaderValue.java Log: Fixed compilation error. Revision ChangesPath 1.3 +2 -2 james-server/src/java/org/apache/james/transport/matchers

Re: JavaMail for storage?

2003-07-04 Thread Darrell DeBoer
On Sat, 5 Jul 2003 04:32 am, Serge Knystautas wrote: > Darrell, Hi Serge, Please see comments in response to Noel's email, and below: > > Thanks for looking into this! I understand your concerns, but as Noel > indicated and a few other motivations: > a) we're goi

Re: JavaMail for storage?

2003-07-04 Thread Darrell DeBoer
On Sat, 5 Jul 2003 01:18 am, Noel J. Bergman wrote: > Darrell, > > Can you go into more detail as to the nature of the problem(s)? It had > looked to me that when we were going to store mail for a user, we would get > a Store representing that user's mailbox. That

JavaMail for storage?

2003-07-03 Thread Darrell DeBoer
G'day, I'm looking into implementing persistence in the Imap2 proposal, and I'm having a look at using JavaMail as our mailstore interface. (From memory, that was the plan for JamesV3). Because JavaMail is a client-oriented API, the Store, Folder and Message classes seem to be connection-speci

Advice on Message Flags.

2003-07-03 Thread Darrell DeBoer
G'day, I'm playing around with the IMAP2 proposal again, and I'm wondering if anyone has experience/advice on how the message flags should behave. Namely, should flags (like \Seen) be stored on a per-user basis, or is a simple global flag sufficient (at least for now)? The spec is a bit vague