Re: IMAP

2005-08-23 Thread Kervin L. Pierre
Stefano Bagnara wrote: Can you provide a list of most commonly used IMAP commands (by common clients such as Outlook) and their parameters? Stefano here is are the logs for a IMAP session. The client is Thunderbird 1.0.5, the server is Communigate Pro 4.2.7 both running on the local computer.

Re: IMAP

2005-08-23 Thread Kervin L. Pierre
Stefano Bagnara wrote: Can you provide a list of most commonly used IMAP commands (by common clients such as Outlook) and their parameters? I can if you need. I'll do try to do Outlook tonight or tomorrow. Maybe someone can do Thunderbird? And maybe a UW client like Pine? Through in what the

Re: IMAP

2005-08-23 Thread Stefano Bagnara
> Stefano Bagnara wrote: > > > > IMHO we need to consider real cases to be able to do > something performant. > > How would SEARCH and FETCH affect performance? > > I think we can get away with stubbing a lot of SEARCH > functionality, but not FETCH. The SEARCH command can return > 'NO' if t

Re: Repositories refactoring proposal

2005-08-23 Thread Stefano Bagnara
> > IMHO James needs to have people doing things to it, we've had a > > virtual > > -1 > > I know I'm going to step on toes by saying this but... > > James does not need more code before James needs management > and design. > > Everyone, except for Stefano, seems to be too busy. Which is >

Re: Repositories refactoring proposal

2005-08-23 Thread Danny Angus
On 23/08/05, Kervin L. Pierre <[EMAIL PROTECTED]> wrote: > I know I'm going to step on toes by saying this > but... > > James does not need more code before James needs > management and design. I don't think you are being overly critical, but I do think you are oversimplifying the situation. Jam

Re: Repositories refactoring proposal

2005-08-23 Thread Kervin L. Pierre
Danny Angus wrote: On 8/22/05, Stefano Bagnara <[EMAIL PROTECTED]> wrote: IMHO the ONLY way to move is to CODE something +1 IMHO James needs to have people doing things to it, we've had a virtual -1 I know I'm going to step on toes by saying this but... James does not need more code bef

[jira] Resolved: (JAMES-296) James does not handle Source Routing

2005-08-23 Thread Soren Hilmer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-296?page=all ] Soren Hilmer resolved JAMES-296: Resolution: Fixed > James does not handle Source Routing > > > Key: JAMES-296 > URL: http://issues.ap

svn commit: r239384 - /james/server/trunk/src/java/org/apache/mailet/MailAddress.java

2005-08-23 Thread hilmer
Author: hilmer Date: Tue Aug 23 02:46:24 2005 New Revision: 239384 URL: http://svn.apache.org/viewcvs?rev=239384&view=rev Log: Strip RFC-821 source routing information. JAMES-296 Modified: james/server/trunk/src/java/org/apache/mailet/MailAddress.java Modified: james/server/trunk/src/java/o

Re: Repositories refactoring proposal

2005-08-23 Thread Danny Angus
On 8/22/05, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > IMHO the ONLY way to move is to CODE something +1 IMHO James needs to have people doing things to it, we've had a virtual moratorium on changes this last while and I see our current position as being one in which we can afford to, in fact y