Organizing Your Email

Monday, July 23, 2007

One of the problems of organizing your email is how to do it. I don’t really like deleting old email. Mostly because I like to go back and read some of the older email. One problem with that is since the outgoing email (from me) got stored in the Sent folder, I didn’t do a really good job at storing those email. So the threads and context are often broken, especially if people didn’t quote the whole email (and people who used email back before 2000 did a much better job at trimming quotes). Another problem was, how do I file it the email? I used to file everything job related into a job, anything academic into school, anything from friends into letters. Of course, then I start getting email from coworkers not job related. Do they go into jobs or friends? Same with fellow students…

Last summer I read two brilliant (related) posts on email handling: one from Scott Yang and the other one from Aristotle Pagaltzis. Basically, stop filing your email. Just archive everything (similar to the Gmail model). Don’t worry about categorizing. Trust your email client (or search functions) to retrieve your email.

I’ve been using this scheme since last summer, and so far, it has worked brilliantly. I keep all my email conversations in my inbox until the conversation is finished. Then I archive it, without thinking about where to file a specific thread. Mailing lists are special in that they go automatically into their own folders, but then again I don’t really subscribe to many mailing lists anymore (mostly security related). Otherwise, I just get them through the gmane service. One thing I did modify was that I set up my system to automatically archive the archive by year. So that December 31 at 23:59 (or so), everything in archive gets moved to archive.YEAR.

I do miss some of the features that Google introduced with gmail, though. The labeling facility is gmail is pretty brilliant. So, you can manually give an email a given label, and you can then search on that label. I miss that functionality. You can use search folders (in kmail, that I use and probably other email clients), but it’s not the same. One problem is that some people change their email, and then you need to update the search parameter. It would be much easier if you could just click on a button that said tag this as that. One problem would be that the tag wouldn’t work across email client unless there was a unified way for email client to read the tags, say x-tag or x-label. Of course, this mean that the email itself would have to be modified by the client, although some clients already do this.

In any case, currently the new email handling scheme works fine, and certainly makes me more efficient.

Filed: 7:24 UTC in email

2 Comments »

  1. Amazing, no, how much better this system works? It’s been a pretty long time now since I adopted it; I occasionally get to see a mail client UI with an Inbox/Sent division and no threading, and it feels positively paleolithic in comparison.

    One problem would be that the tag wouldn’t work across email client unless there was a unified way for email client to read the tags, say x-tag or x-label.

    In fact, mutt has basic support for an X-Label header since 1.4: labels can be displayed, and they can be used in patterns for searching mails or filtering folder views. And there are half a dozen hacks that retrofit adding/editing labels around.

    Of course, this mean that the email itself would have to be modified by the client, although some clients already do this.

    Clients using the Unix mbox format already have to do so – they use the Status/X-Status headers to track whether a mail has been read, is old, has been replied to, and/or has been flagged. (Other mailbox formats each have their own ways of storing this information outside the message.)

    It’s not at all inconceivable for mail clients to reinvent the GMail labeling feature in an application-independent way. X-Label is relatively widely recognised anyway, it appears.

    IMAP also defines extensive facilities for arbitrary message flags. Application support is lacking in that area though. (Honestly, the IMAP implementations in most mail clients are pretty damn awful.)

    Comment by Aristotle Pagaltzis — Monday, July 23, 2007 @ 15:38

  2. I find it somewhat amazing in it’s simplicity actually. Something that once you see it, you don’t understand why you didn’t come up with it yourself.

    Unfortunately, I do have to deal with clients that forces the split between Inbox/Sent and also with no threading (mostly web based mail clients at this point). Up to recently, Squirrelmail wouldn’t allow you to store you outgoing mail in your Inbox. They fixed it in the latest version.

    Thanks for the pointer to mutt and labeling. Looks like I’ll be going back to mutt for awhile

    Comment by John Fjellstad — Wednesday, July 25, 2007 @ 22:33

RSS feed for comments on this post. TrackBack URI

Leave a comment

*
To prove you're a person (not a spam script), type the security word shown in the picture. Click on the picture to hear an audio file of the word.
Click to hear an audio file of the anti-spam word