Mitch \(WebCob\) writes:
To make a statement like this one would assume there is such a survey? Or is
it an anecdotal assumption. I'm not arguing, as I have no basis to, but I
would say that dismissing the larger volume users concerns PREVENTS courier
"Larger volume users" means, in most cases, users with many, average sized mailboxes, not a few humongous mailboxes.
Practical side talking:
I must agree with Sam here. In my experience, *very* few people keep mail in the quantities that I do. I keep very nearly every email that is ever sent to me. Work, home, joke-mail, screenshots, etc. Only SPAM is an exception.
However, that said, almost no one else I've dealt with does the same thing. (People do. But they're really few and far between in my experience.) And honestly, even though I do so, there are storage limits that I cannot exceed in most of my mail accounts. So every few weeks or months when the "old" messages -- which I'll probably never read again, but am keeping "just in case" -- start to pile up in my read mail folder(s), I simply copy them to a workstation mail archive. And those will (even later on) be removed to CD storage.
I accept that they're harder to get to that way. (no remote access, and finding/unpacking the proper archives from CD and gz/tgz is "troublesome" at best ;) But realistically, I know I'll probably never look at them again. So that's okay. Partly because messages that I *do* actually expect to view again, rarely make their way into those archives in the first place, because I store "useful" messages in much more well organized folder categories (from 10 to 500 messages per folder typically) so I can find what I'm looking for quickly when I need it, rather than searching a 10,000 or 100,000 message folder for 1 message.
How many people actually use and have need to access 10-20,000 messages *actively* over and over from just 1, single, solitary folder? I mean, really?!
Even I, with my thousands and tens of thousands (probably hundreds of thousands actually) of stored emails, rarely end up with more than 3 or 4 thousand messages in a single IMAP mailbox at one time. -- Well, except after a good vacation. ;) -- And at this moment, I think my largest one is actually only about 600 messages.
...
Idealistic side talking:
Of course, I'm still not sure that the current UID db is the best way to handle "the UID-ness of a maildir", to reuse a phrase from an earlier message. I don't deny that it would be nice if it could avoid rebuilding the db every time a message is APPEND'd/COPY'd to the folder. That does actually seem rather "wasteful" to me.
...
And to bring them together:
But (admittedly, without any sort of survey data to back me up) I really can't see all that many needs for folders of 10K+ messages. So, until someone can come up with a solution that a) handles enormous folders and normally-sized folders equally well, b) preferably doesn't require any esoteric (i.e. uncommon) supporting software to be installed, c) is highly stable and avoids any data corruption, and d) is hopefully highly compatible with current maildir practice (maybe even fully compatible?)... then I say it should all remain a theoretical discussion, rather than an attempt to convince Sam it needs to be done already. -- (Especially since I still want to convince him to work on my request for client keywords functionality. Are you doing that yet, Sam? ;-)
Anyway... What does everyone else say?
-jab
P.S. If we want to continue talking about it, is there perhaps a courier-dev list we could use? A very long and involved discussion (as this is bound to be if we continue much beyond this point) of the internal conceptual and technical details of an implementation change -- I can almost assure you -- is not of interest to *every*one on this list. ... Not until it's actually a part of the product and they have to adapt to it anyway.
------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
