On Tuesday 16 July 2002 03:55 pm, Devdas Bhagat wrote: > But there is the overhead of stat(2)ing a lot of files in a single > folder. ext2 is bad at this. xfs is much better.
Well, my question was whether stat()'ing a lot of files would be faster, or whether open()'ing one file, read()'ing from that file, implementing a mechanism that looks for the regex "^From ", generating individual email sizes from these etc. would be faster. My vote goes for stat(). Though I'd like to see some benchmarks. > > Also, it seems to me that memory usage etc. of a POP/IMAP server serving > > Maildir mailboxes would be lesser compared to one serving mbox mailboxes. > > For pop, it is much less, imap has a higher usage due to the nautre of > the protocol. Why? I thought IMAP would have lower memory usage, since it makes this distinction between mail headers and body. The client fetches headers and body separately, using two different commands. So, while the headers are being fetched, the server need not allocate memory for the body, and vice versa. Of course, all this argument would depend on any particular server's implementation of the protocol. :-) > > The problem with Cyrus would be one of migration - both to and from. Does > > it ship with tools that migrate mbox/Maildir to its database format? Or > > vice versa? > > Or you could just get users to fetchmail their stuff over into > cyrus/courier/whatever. > imap server -> fetchmail -> MTA running only on 127.0.0.1 and delivering > to your new imap server. Tell users to run a fetchmail script once (down Come on. The very nature of the IMAP protocol obviates the MTA in between. A client will FETCH mails from one IMAP server, and STORE the mail on the other server. Why do you need the MTA? There are clients that do this - I remember a recent thread on the courier users list where a few were listed, and links to freshmeat were given. The discussion there was about migrating from MS Exchange to Courier :-) Binand ------------------------------------------------------- This sf.net email is sponsored by: Jabber - The world's fastest growing real-time communications platform! Don't just IM. Build it in! http://www.jabber.com/osdn/xim _______________________________________________ linux-india-help mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/linux-india-help
