Like the guy told me once, you can never have too much security. Not all of these items here, however, are things that the average e-mail user can do, or is even able to do.
QUOTE(Miss Betsy @ Jul 8 2009, 10:51 PM)

On #2, I guess that I POP my email because I use WindowsLive for most of my email. However, occasionally I use webmail - even for the email accounts I generally download. It is convenient. That's the whole point of webmail. And I always log out when I am done. Does that count?
I don't know much about Windows Live mail, but if you use your web browser to get to it then you are using HTTP to transfer your mail , and not POP or IMAP as the author advises. I think the author is saying that you should be using a dedicated mail program like Outlook, Thunderbird, etc. (which will use POP or IMAP) in preference to a web browser when you pick up your mail, as this is supposed to be more secure. I am not sure that this is universally true -- wouldn't a webmail session run via SSL (https://...) be more secure against packet sniffing than a plain old unencrypted POP/IMAP pickup from a traditional mail client program?
QUOTE(Miss Betsy @ Jul 8 2009, 10:51 PM)

On #3, I have no idea how to make sure anything is encrypted. Or is that the little padlock symbol?
If you are using a dedicated mail client program (e.g., Outlook, Thunderbird) then there are settings you can make when you set up your mail hosts -- you can tell the program to use SSL, Kerberos, or other procedures when communicating with the server, or even just when authenticating preparatory to transferring mail in or out. This is usually done in the same dialog or screen where you identify these servers and provide your username/password. The trick is that the server has to support such encrypted authentication, and I suspect not all of them do. Not much that an end-user can do about #3 if his service does not support encrypted authentication (maybe find a webmail service that operates over SSL).
QUOTE(Miss Betsy @ Jul 8 2009, 10:51 PM)

On #5 since I don't know how to make sure that something is encrypted, I am completely lost about using a public connection. Not that I often do.
Probably #5, like most of this article, is more applicable to business users. Suppose I were on travel and wanted to check my work e-mail from the hotel; what this advice says to me is that I need to use VPN or a similar mechanism to make my traffic unintelligible to snoopers on the wire. Otherwise, a person with the right equipment in the right spot (say, next to the hotel's main router) might have a chance to intercept my messages (and my login credentials) and read them. If you are like most of us and you sit at home and pick up your mail from your own ISP's servers, then this should be of less concern to you.
QUOTE(Miss Betsy @ Jul 8 2009, 10:51 PM)

And #4 is about digitally signing - which I think I remember seeing in the preferences but was afraid to use because I don't know how it works and afraid that some people would not get my emails because they don't know how to receive them.
All that the signing does, I think, is to enable the recipient to verify the integrity of the messages (i.e., that they did not get altered enroute). My company uses some sort of MS-style message signing that I understand only vaguely. If I look at these messages from an incompatible client, I don't get the benefit of this check, but I do still get to see the message (altered or not).
QUOTE(agsteele @ Jul 9 2009, 04:09 AM)

Should I only read Email in plain text? Well, I already do because I choose an Email program that refuses to open HTML until I tell it to do so.
The evils of HTML mail are diluted somewhat by mail clients that don't load pictures, etc. by default. MS Outlook now provides this feature, as does Apple Mail (can't speak to any others). Of course, you can put evil stuff elsewhere than in scripts or image links -- you can put web bugs in stylesheet links, for example, and these may not get blocked from loading by the mail programs. I'm not a fan of HTML mail, for reasons aesthetic as well as technical, but the world has passed me by on this.
-- rick