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
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
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
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
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
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
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]
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
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
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
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
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
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
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
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
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
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
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
18 matches
Mail list logo