Actually those are completely seperate products. One written in .net/c#, the other in objective c / pure c. Some of the concepts have been "forked" tho.

Actually with the ipad app we are not even trying to create an email client (doesn't look like it currently) but more of a email communication tool. Sounds vague but in the coming weeks things will clear up.

Did you give the "new" Opera a try in regards to your large email "collection"? I had similar issues in the past, but the new version is surprisingly good in handling large repositories. Just as an idea ;)

True! I did use that for 2-3 months over the summer (version 11? 11.5?) , and it worked reasonably well. I eventually moved away, because it had a bunch of locking pauses.. I'm not sure what caused them. My guess is that when checking for mail in account A, account B,C,D would lock up?

I'll give it another shot.

mutt

... is really slow for opening large mailboxes, are you using some trick to make it faster? mutt alone just scans all mails before displaying anything. thats not a good idea for 100k+ emails

there's the mutt header_cache directive which can help

although if you have 100k+ emails in a folder, particularly a non-archive folder I'd suggest you're doing it wrong

header_cache only works with Maildir and IMAP. If he's using Maildir for a mailbox w/ 100k+ emails, then he may start running into filesystem limitations.

notmuch

However, you must be willing to integrate it with other tools (a frontend, something like fetchmail, and something like procmail, etc.).

my particular recipe involves fetchmail, procmail, msmtp, vim, aspell, ical, etc..

but yes, if you are stuffing +100k emails into one folder -- that is completely insane -- that's why you use procmail to sort your email into different folders as it arrives; I subscribe to a LOT of email lists and ctrl-D delivers a lot of magic when I don't want to or have the time to sort through a bunch of crap but

pine

The Bat!

try emclient