Re: IMAP Servers

2005-01-12 Thread Michael F. Sprague
W. Andrew Loe III [EMAIL PROTECTED] wrote:
 I'm currently using Courier-IMAP as my IMAP mail server, but the way it 
 handles folders is a bit annoying (.FolderName/cur/ .FolderName/new/). 
 Is this standard IMAP protocol, or do different servers handle this 
 differently? Which other servers should I check out?

The format you're describing is maildir which Courier happens to implement.
Other apps use maildir too.  If you're looking for something that does IMAP,
you may want to check out Cyrus.  I've used it successfully but it has its
own mailstore.  It's similar to maildir in that each message is stored in its
own file, but it doesn't have the 'new' and 'cur' subdirectories, etc.

thanks,
mikeS

-- 
Michael Sprague  | [EMAIL PROTECTED]
Partner  | System and Network Engineering (SaNE), LLC
use STD::disclaimer;




Re: IMAP Servers

2005-01-12 Thread Michelle Konzack
Am 2005-01-12 16:27:05, schrieb W. Andrew Loe III:
 I'm currently using Courier-IMAP as my IMAP mail server, but the way it 
 handles folders is a bit annoying (.FolderName/cur/ .FolderName/new/). 
 Is this standard IMAP protocol, or do different servers handle this 
 differently? Which other servers should I check out?

This is the NON-BLOCKING Maildir Format.  With Maildir you can
have realy high load on the Server without any Locking of files,
which mean, you can have incoming Messages at the same time,
a client is connected and download files.

Never I will change back to mailbox ! 

Greetings
Michelle

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/ 
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature


Re: IMAP Servers

2005-01-12 Thread W. Andrew Loe III
Michael F. Sprague wrote:
W. Andrew Loe III [EMAIL PROTECTED] wrote:
 

I'm currently using Courier-IMAP as my IMAP mail server, but the way it 
handles folders is a bit annoying (.FolderName/cur/ .FolderName/new/). 
Is this standard IMAP protocol, or do different servers handle this 
differently? Which other servers should I check out?
   

The format you're describing is maildir which Courier happens to implement.
Other apps use maildir too.  If you're looking for something that does IMAP,
you may want to check out Cyrus.  I've used it successfully but it has its
own mailstore.  It's similar to maildir in that each message is stored in its
own file, but it doesn't have the 'new' and 'cur' subdirectories, etc.
thanks,
mikeS
 

I'm sorry, I meant to refer to its implementation of Maildir. Is this 
the standard format? I had a lot of trouble getting this format to work 
well with Apple Mail. I'm pretty sure its Mail's issue as thunderbird 
works perfectly.




Re: IMAP Servers

2005-01-12 Thread Philipp Kern
On 13 Jan 2005, at 00:07, W. Andrew Loe III wrote:
I'm sorry, I meant to refer to its implementation of Maildir. Is this 
the standard format? I had a lot of trouble getting this format to 
work well with Apple Mail. I'm pretty sure its Mail's issue as 
thunderbird works perfectly.
Eh... I don't think that this is an issue related to Mail.app. It 
depends on how it is served by the IMAP daemon. But I never experienced 
any problems when using together Courier-IMAPd, Maildir as the storage 
backend and Mail.app as the frontend.

Regards,
Philipp Kern



Re: IMAP Servers

2005-01-12 Thread Eric Jennings
On Jan 12, 2005, at 3:15 PM, Philipp Kern wrote:
On 13 Jan 2005, at 00:07, W. Andrew Loe III wrote:
I'm sorry, I meant to refer to its implementation of Maildir. Is this 
the standard format? I had a lot of trouble getting this format to 
work well with Apple Mail. I'm pretty sure its Mail's issue as 
thunderbird works perfectly.
Eh... I don't think that this is an issue related to Mail.app. It 
depends on how it is served by the IMAP daemon. But I never 
experienced any problems when using together Courier-IMAPd, Maildir as 
the storage backend and Mail.app as the frontend.
We've experienced some issues with courier-imapd and Mail.app, 
specifically where certain IMAP sub-Maildir mailboxes wouldn't display 
within Mail.app.  The mailboxes work great within Thunderbird.

It's been infrequent enough where we haven't really done a thorough 
investigation.  If anybody else has had similar issues, and knows of a 
fix, please share!

Thanks-
Eric



Re: IMAP Servers

2005-01-12 Thread Mark Bucciarelli
On Wednesday 12 January 2005 18:34, Eric Jennings wrote:

 We've experienced some issues with courier-imapd and Mail.app,
 specifically where certain IMAP sub-Maildir mailboxes wouldn't display
 within Mail.app.  The mailboxes work great within Thunderbird.

 It's been infrequent enough where we haven't really done a thorough
 investigation.  If anybody else has had similar issues, and knows of a
 fix, please share!

If you don't have fam setup to automatically notify clients of new mail, 
Mail.app will poll to look for new messages.  It makes a separate IMAP 
connection for each folder [1].  So check your IMAPDAEMONS setting 
in /etc/courier/imapd (100 was recommended for 25 clients).

Another factor is the max # of authdaemons.  I'm pretty sure each IMAP 
connection generates an authentication request.  If the clients 
obsessively check for new mail, you may need to increase the number of 
authdaemons you allow courier to startup.

Regards,

Mark

[1] http://staff.washington.edu/oren/weblog/archives/70.html




Re: IMAP Servers

2005-01-12 Thread Ned Lukies
I do recall at one stage you had to create a symlink back to the base of the 
Maildir called INBOX for Mail.app to work:

ln -s Maildir/ Maildir/.INBOX

Hope that helps

Ned


 We've experienced some issues with courier-imapd and Mail.app,
 specifically where certain IMAP sub-Maildir mailboxes wouldn't display
 within Mail.app.  The mailboxes work great within Thunderbird.

 It's been infrequent enough where we haven't really done a thorough
 investigation.  If anybody else has had similar issues, and knows of a
 fix, please share!

 Thanks-
 Eric