On Wed, Oct 1, 2008 at 7:26 PM, Chris Hilts <tassium@xxxxxxxxxxxxxxxx> wrote: > Scott Haneda wrote: >>> 3 seconds just to tell you how many messages there are. Now imagine how >>> long it takes to fetch headers. >> >> I know, I feel it is slow as well. Your response doesn't indicate you understood what Chris wrote. He was indicating that the 3-second time is irrelevant. When SM needs to gather headers is when you incur the big performance hit, which is to be expected with an INBOX that big. >>> Server-side sort is a huge win for webmail. On large mailboxes, it is >>> pretty much a requirement. >> >> That is what I thought as well. First, can you tell me why SM has to do >> three selects? At least, that is what I read, I am just curious as to >> why that is. > > Not off the top of my head. It's been a long time since I've delved > into it, my Real Life has really slammed my development time. If you insist on keeping enormous INBOXes (bad form IMO), try SquirrelMail 1.5.2, where header fetching has been redesigned and is faster in this scenario, but you still should clean out your INBOX. >> Can you explain, technically, why sort is more or less a requirement? > > Because the IMAP server is going to be faster at sorting the messages > than PHP is going to be. And the EIMS developer showed surprising ignorance regarding this fact. That's the biggest sign to me that you need to find a better IMAP server. >> Here is a dialogue I had about my email server, and I would like to know >> as much about this as I can: >> >> /***** >> I stated this >>>>> I also am reading that the IMAP sort feature and one about thread, >>>>> can speed up access as well. >> >> Developer replied this >>>> Only when the client uses them (and most clients don't use them), and >>>> the client is slower than the server at sorting and threading. > > This is most definitely the case with PHP-based webmail. > >> I am looking at Dovecot very strongly. What hardware was your select >> against, and the drive setup as well? Do you have a case where you >> could do a select on something pretty large, maybe 50,000? Exactly what >> is considered too many messages to a IMAP mailbox? > > I could, if I had any folders that big, but I don't keep that much stuff > around. I'm sure there's plenty of Cyrus and Courier benchmarks out > there though, and plenty of "mbox vs. maildir" comparisons. Gonna have > to do a little Googling on this one, methinks. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ----- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
