Post a Comment
Use IMAP instead of POP, and then move any spam messages to the "spam" folder that GMail automatically subscribes you to. That's how I do it on my iPhone and Thunderbird.
Plus, IMAP is generally better because all clients will be synced with each other regarding deletes and folders and message moving, since it's all done server-side.
Edited 2009-05-27 02:32 UTC
My friends rave about it. I can't understand why anyone would want to use it. Thunderbird seems to have better filtering/ sorting capabilities and its available on every system I have: mac, windows, linux, bsd.
I feel the authors pain, I also cut my teeth on VMS email. That was at a time where there would be strange delays in sending email. A couple of times I sent an email, and it didn't arrive until a couple weeks later. ( probably due to tube cloggage
)
I use Mail.app at home and Thunderbird at work and the one difference that really bothers me is the way threading works in each. In Mail.app, if you have everything sorted by date, when a new email arrives to an existing thread the entire thread gets moved to the top. In Thunderbird, new emails to old threads get "buried", never to be found again...
(meaning: I had to disable threading in Thunderbird since revisiting every old thread to see if there are new messages is ridiculous)
Another thing I wish they improved is Thunderbird's version of Mail.app's "Smart Folders". I used Thunderbird for almost a year before discovering that they actually existed! They just happen to very "cleverly" hidden in a submenu, but are not available at all in the most obvious place: the contextual menu in the folders panel. I really hope they make them more obvious eventually, since it's a very useful feature that gets used a lot in Mail.app.
view->threads->Threads with unread
Then view->threads->Threads with unread
That limits your view to threads that contain new messages.
Smart folders are nice and they're there.
So is it just a UI thing? that seems to be the consensus of my friends that are die hard mail.app users. I just don't see that as enough of a difference to use one over the other. The open source nature and availability of a common interface over various OSes are why I don't use mail.app.
Of course somebody will develop a new mail application. Maybe not commercially, but who cares.
For users with just one main computer an app that integrates calendar, mail, IM and social network messages and maybe tasks and todos in a new and excellent way might get a lot of users. (Think integrating web services in one app .. like Flock for messaging, calendar and tasks or something similar)
I'd much rather see iChat ported over. iChat is a great XMPP client, and is the only one I know of that'll connect to an internal and secured XMPP server and do video chat.
All the others are either 3rd party hosted or won't do it. I've got a SSL enabled XMPP server, and iChat video chat over it is fantastic, arguably better than Skype, and definitely better than MSN or Yahoo. Sadly it only works for OS X, and no available Windows/Linux XMPP client supports video chat compatible to iChat's method.
As a user of both platforms, I find Thunderbird slightly annoying, and Mail.app comfortable despite some of it's weaknesses. Unfortunately, I am with the original response that Apple will not bring Mail.app to Windows.
With that in mind there are a couple of options. One, you could subscribe to a MobileMe account and use the MobileMe web mail implementation which is as close to Mail.app in a web browser as you will find. It is quite usable on Windows.
The other option would be to install GnuStep on Windows, and then build GNUMail.app and use that. It should work, though I haven't tried it in a while, and provides much the same workflow as Mail.app does.
There has been at least two incidents where I work where the quantity of user's mail in Apple Mail *breaks* Apple Mail. This link isn't quite the one I'm looking for, but it's pretty close: http://support.apple.com/kb/TS1895
Choice quote: "How large does the mailbox have to be for this to happen? With Mac OS X 10.4 or later, 2.0 GB or larger. With Mac OS X 10.3 through 10.3.9, there's not a specific size where this will always occur--the mailbox could be anywhere from a few hundred megabytes (MB) to over a gigabyte (GB) large." (emphasis added.)
Now, of course this is a note about an older version of Mail, and maybe it's been improved since then, but I'm not going to trust my mail to any client where the programmers just don't know about some sort of limit where the mail program can't handle things anymore. Seriously, isn't that something that a code review should turn up?
I know I sound angry -- it wasn't even my mail that was lost, haha -- but it just seems that this shouldn't be a problem at all, ever. The users in question had many thousands of e-mails -- upwards of 60k, meticulously organized, so making new mailboxes didn't help.
The solution, in the end, was to hand-create the directory structure that Thunderbird would be able to notice and move the user to Thunderbird. Tedious and probably better handled by a perl script, but I don't know perl, and it worked.
Stick to Thunderbird and stay away from Pegasus Mail; you'll be fine.
Choice quote: "How large does the mailbox have to be for this to happen? With Mac OS X 10.4 or later, 2.0 GB or larger. With Mac OS X 10.3 through 10.3.9, there's not a specific size where this will always occur--the mailbox could be anywhere from a few hundred megabytes (MB) to over a gigabyte (GB) large." (emphasis added.)
Now, of course this is a note about an older version of Mail, and maybe it's been improved since then, but I'm not going to trust my mail to any client where the programmers just don't know about some sort of limit where the mail program can't handle things anymore. Seriously, isn't that something that a code review should turn up?
I know I sound angry -- it wasn't even my mail that was lost, haha -- but it just seems that this shouldn't be a problem at all, ever. The users in question had many thousands of e-mails -- upwards of 60k, meticulously organized, so making new mailboxes didn't help.
First, you do understand that 32-bit filesystems (like most of those out there) had a limitation of 4GB per file. And that mbox type mailboxes store all mails in one file.
Second, you do understand that Thunderbird (and almost all clients) has exactly the same type of limitations and problems (and some of its own):
The maximum size of a folder is 4GB unless the file system limits the maximum file size to a lower value. (...) One user had a 4,195,013 KB folder before they got a error message that the folder was full.
Normally whether or not a folder is corrupted has no effect on the maximum size of the mbox file. However, in a very few cases the corruption caused Thunderbird to ignore the maximum file size, once reaching 35GB . (...)
When copying and pasting text from a word processor into a Thunderbird composition window, one user reported a limit of 908KB of text. Text beyond that limit did not appear when the text was pasted into Thunderbird. (...)
The depth of the folder hierarchy is limited by the path to last folders header. That can't exceed the operating systems maximum path length (normally 255 characters). That is not the same as what you see in the folder pane, its includes the path to the parent folder in the profile (which might be over 100 characters), and five additional characters (back slash plus .sbd) for each child folder. If you run into this limit you can display more folders by moving the profile or the accounts directory closer to the root of the drive, so that less of the total path length is wasted. There is additional overhead if any of the folders have non-ASCII characters. For example, if its a IMAP account the server would send the string as modified UTF-7, which more than doubles the number of characters.
Check: http://kb.mozillazine.org/Limits_(Thunderbird)
Second, seriously, those people where cramming 60k messages in one inbox? They should not be let near a computer (hopefully, via a court order).
Last, you do understand that mail was not lost --there was just a bug that made it appear that way. I quote from Apple:
Don't worry, all those things you had in Mail are not history. Your email messages haven't really gone anywhere, but the Mail mailbox may appear empty if you let several hundred MB of messages and attachments (or more!) pile up, regardless of how much free space is on your hard disk.
I understood the mail wasn't lost -- as I said, I found a solution to the problem.
Also, these two incidents WERE using multiple mailboxes -- didn't help.
No single mbox file was near 4 GB, either. There may have been 60k messages, but, like I said, they were well organized into folders.
And, as Apple's article says: This is a problem that can happen anywhere from a few hundred megs on up. Sometimes Maill.app just... dies.
You can pry my imap/email client combination from my cold, dead fingers. No browser interface, not even gmail, comes close to the convenience of Thunderbird/Evolution/Mail.app with an imap account. That's how I use Gmail now, and will continue to use it and if Gmail discontinues its iMap service, I'll find another provider that uses it.
However, concerning Apple's Mail.app on Windows... would you really want that? Look at iTunes for Windows versus its Mac counterpart. Look at Safari on both platforms. The Windows versions are dog slow by comparison, and use more memory than they have a right to. I like Mail.app, but given how closely it integrates with Addressbook and other features of OS X, coupled with the current results of Apple's software porting... NO way, I'll stick to Thunderbird on Windows when I'm forced to use Windows at all which is very rare, thankfully.
I agree about the Apple ports to Windows and their slowness, etc. But, depending on which user base you're considering, there is sort of a hole in stand alone email clients coming up for Windows 7. There is the whole Windows Live Essentials, but it has all kinds of other stuff in it. It would be interesting if Apple did this...just another program to try and lure people to Apple.
Edited 2009-05-26 20:27 UTC
Just because you use online tools doesn't mean you can's also keep backups. http://www.gmail-backup.com/frontpage
Edited 2009-05-27 01:59 UTC
I fully agree with hat Apple will not port Mail.app to any OS, but I think new e-mail clients will appear. Look at Postbox for example - it's quite fresh. I know it's Thunderbird based - but... there is much innovation and energy in the project for now (http://www.postbox-inc.com/).
I fully believe that people will still make email clients, particularly ones based on current open source systems. Just like people are still making terminal emulators and FTP clients and other apps that used to be in wider use but still have niche appeal. I think I used enough weasel language in my proclamation to safely say that it's "quite likely" that there will be no "major" news in the email client market.
Thanks for the information on Mozilla and Safari revenue streams. I was under the false assumption that Mozilla was supported by donations and labor. I could never understand to what purpose Apple had ported Safari. Obviously it wasn't important enough for me to look any of that up.
These backroom glimpses are interesting because software as a business has far more dimensions and opportunities than just packaging and selling a product.
Edited 2009-05-27 17:42 UTC
Rhapsody MailViewer (Yellowbox)
http://www.shawcomputing.net/resources/apple/os_pictures/ybnt4/mail...




