Thanx for the reply Jim, but please post to the list so everyone can read :).
Anyway, is there anyone who can answer my other questions? How big is the performance gap between Maildir / Cyrus? Is it worth it? Thanx! Pim On Wed, 7 Jul 2004 14:20:40 -0500, Jim Thompson <[EMAIL PROTECTED]> wrote: > I had the same decision to make over a year ago, and chose the Courier > IMAP and Maildir. I've been very happy with it. Maildir has a lot of > advantages, given that it's become a de facto standard way to operate > on e-mail archives. Other apps like getmail and procmail can drop > messages directly into my IMAP archive without knowing it's an IMAP > archive. > > You can mitigate the performance problem of large folders by using the > Reiser filesystem, which can efficiently handle large directories of > many small files. (I've never measured or observed this performance > myself, as I do not any very large folders). > > --Jim > > > On Wed, 7 Jul 2004 21:07:47 +0200, Pim Bliek <[EMAIL PROTECTED]> wrote: > > Unfortunately I didn't get a reply earlier, so maybe my questions were > > too vague or mail-guru's are on holiday :). Anyway, I will try to make > > it more clear which way I am thinking. > > > > I did some hours of research and for me the choice comes down to these > > alternatives for IMAP: > > > > Courier-IMAP <--> Cyrus-IMAP > > > > Pro's for Courier: > > - I already have it > > - Easy to config > > - Maildirs > > > > Con's for Courier: > > - It is SLOW when Maildirs grow > > > > Pro's for Cyrus: > > - Faster (???) storage system of mails > > > > Con's for Cyrus: > > - Own format for storage > > - More complex (???) > > > > Obviously, I've got some questions left. I am ready to take a plunge > > into Cyrus (it is new to me) if it is *a lot* faster than Maildirs. > > Now I've got Folders with 50 MB or so in and it takes 5-10 seconds to > > load, with Courier-IMAP eating all my CPU and disk... > > > > On the other hand, I'd prefer to stick with my current stuff since I > > now it. So this makes it Postfix + Courier again. > > > > One last consideration for me is a nice web-based admin tool for > > virtual domains and virtual users. I would like to store the info in > > LDAP or MySQL. I had quite some issues with OpenLDAP in the past so I > > guess MySQL is preferred for me. I did see a lot of web based stuff, > > but not for Postfix. > > > > Another solution might be to store the mails itself also in MySQL (Or > > Postgres)? I didn't see much info on this on the net, but it seems > > possible. Anyone tried this? Is this working? How about speed and ease > > of management? > > > > Thanx a lot for you help, ideas and tips in advance. > > > > Pim > > > > On Tue, 6 Jul 2004 21:23:04 +0200, Pim Bliek <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > Currently I am hosting my mail on an old box at home. It has quite a > > > new disk though, an 80 GB WD. However, my Maildir is BIG (288 MB now) > > > and it is DOGSLOW. Next week I will get my own Debian Stable dedicated > > > server at my ISP (YEAAAAH! ;)). > > > > > > I would love to get some good suggestions on how to proceed. Currently > > > I am running Postfix, procmail, Courier-IMAP, Courier-POP, > > > POP-before-SMTP, amavisd-new, clamav and spamasssassin. > > > > > > I would like to have a more flexible setup. I basicly need: > > > > > > - easy config for users with own domains (web based?) > > > - FASTER Maildirs (Courier is SLOW) > > > - Virtual domains support > > > - IMAP-SSL support (don't want it unencrypted anymore of course) > > > - Should run on Woody (Stable) > > > > > > Nice to haves: > > > - Storing all authentication and other admin stuff in some database or LDAP? > > > > > > I did Google around for some time now, but I get loads and loads of > > > info and everybody says that mailserver X or Y (which they are of > > > course using) is the best. I would love to get some good advice. > > > > > > Thanx in advance for all your suggestions! Hopefully I am not asking > > > too much :). > > > > > > Pim > > > > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
