The IMAP advantage
#1
Posted 07 June 2006 - 01:50 PM
#2
Posted 27 June 2006 - 01:37 PM
The problem I have with this, is that it's an all or nothing approach. OK, you can choose to cache headers only, or to cache bodytext but not attachments, but these choices apply to ALL the emails. I had something a bit more 'granular' in mind.
I would like to see the option to have a cached copy of an email 'expire' from the cache. That would allow emails to be cached in their entirety, and after a given time, the local copy of an email would be erased from the email client. Ideally, that would ensure a user had access to all the most recent emails. It would also reduce the amount of space the cache uses on the local drive.
Of course, there would always be emails that a user wouldn't want to expire. So, to save the user from having to remember to open 297 emails every three months because he wants to keep them live, there would be a flag that could be set to prevent emails from expiring. (The flag could apply to folders as well as individual emails.)
I'm pretty sure none of this is unduly difficult to implement. It would also make IMAP that little bit more useful. (For me, anyway.)
I just thought I'd put this idea out there, so that maybe someone could use it.
#4
Posted 27 June 2006 - 01:49 PM
Mulberry was a dedicated IMAP client, available for the Mac, Windows and Linux.
It was arguably the email client that had the most complete support for the IMAP protocol.
It also let users have full control over attachments, allowing mixed format emails to be authored. (I have yet to see another email client that would let me make an email that contains text, HTML, rtf, quoted-printable, and rich-text (different from rtf) in one and the same email.
Mulberry's downfall was that it was just too damn powerful for the average user, and the interface showed it.
Too many options for your average Mac or Windows user.
They did try to implement a 'simple' interface as well as Admin setup tools, but that still didn't help.
Mulberry was cancelled last year.
If the developers had seen fit to release the source code, I am sure it would have been picked up by the Open Source community, as it had a fair following on Linux.
Unfortunately, they buried it.
Another victim of Intellectual Property.
#5
Posted 27 June 2006 - 01:52 PM
It only takes 20 emails with 50MB attachments to use a gig of space.
(If you never receive 50MB attachments that you need to keep in their original format, you'll never need to worry about this.)
#6
Posted 27 June 2006 - 01:55 PM
In that case, it definitely makes sense. Then again, that sounds more like more like a task best served by something like NFS.
#7
Posted 27 June 2006 - 02:06 PM
Unfortunately, a lot of office workers, and creatives do just that.
I've spent years trying to educate users in using file tranfer technologies that are more immediate, and put less strain on servers. Without it making any difference. People still want to send 50-80MB PowerPoint presentations and 'funny' video clips to all their friends. (Both inside and outside the office.)
I proposed capping the size of attachments, but was overruled. The reason given was that they 'need' to be able to receive these files from clients and suppliers, via email.
So, I just try to make the best of a difficult situation.
In conclusion, I believe that good email habits are a rarity.
(Also, you wouldn't believe how many people use their email as a searchable file store.)
#8
Posted 27 June 2006 - 03:18 PM
But Most POP mail has some access to Web Mail.
I use .mac (IMAP)
and POP accounts.
My Mail Client Mail.app is set to never delete from server.
If I am on the road and do not have the mail I need I can log on to any one of my Pop mail's Web Mail.
Most have at least 2.gb of storage ready and waiting for me to fill up...
a Folder Action applescript like this one found here http://bbs.applescri...ic.php?id=17603
with a slight adjustment would take care of making sure sent mail went to a folder on the web mail server.
#9
Posted 27 June 2006 - 04:52 PM
Unfortunately (well not really, since I don't particularly like it anyway), Eudora, which is our officially supported mail client, does IMAP notoriously horrendously badly, so I use Mac OS X Mail instead. Free, light-weight (doesn't command your entire screen like Entourage), and good integration with Mac OS X (obviously).
#10
Posted 27 June 2006 - 06:41 PM
#11
Posted 28 June 2006 - 03:07 AM
ISP in a box
#12
Posted 28 June 2006 - 05:52 AM
Now I don't have to worry about messages in different folders and all I've lost is the read/replied/etc. flags when I access my mail from a browser. As a side note, I was never able to get my sent messages to sync correctly anyway, so I've lost nothing there. (They would always stay where I sent them from - if I sent from a browser, it stayed on the server, and if I sent from Mail, it stayed on my local drive. Drove me nuts.)
#13
Posted 28 June 2006 - 05:57 AM
Keep Your Inbox Trim Whether you use rules (or filters) to redirect incoming messages into other mailboxes or sort your messages manually, try to limit the number of messages you store in your inbox; a good target is 40 or fewer. An overloaded inbox can slow down your e-mail client (especially if you use Mail) and make it harder to find messages.
Funny, I hate having mutiple boxes... makes searching a pain. I have thousands of files right in my Mail inbox right now, and it doesn't seem to be slow at all.
#14
Posted 29 June 2006 - 10:26 AM
Help













