A couple of people have asked me why I have a policy against
forwarding HTML email. Here is the rationale, roughly from most
to least important.

1) Many people still read their email in systems that handle only
   plain text effectively. They're a large enough group that I don't
   like disenfranchising them.*
2) HTML email, like most machine parsable data, often has "gotchas",
   and as this is a security oriented list, I really don't want to
   have to vet email for hacking attempts. Vetting real code is
   unpleasant enough -- I don't want to have to look for attempted
   buffer overflows and web bugs in email I'm forwarding.
3) HTML email is harder to search, to edit down, to cut and paste
   cleanly, etc.
4) HTML email is often just plain ugly to look at.

Perhaps someday I'll change my mind, but for the moment, please send
only in plain text.

In the same vein, keep in mind that although Microsoft Outlook won't
show you that your lines are run on and include proprietary Microsoft
characters for balanced quotes and such, for the sake of the rest of
us, hit carriage return every 60 or 70 characters and don't send in
proprietary character sets.

Perry E. Metzger                [EMAIL PROTECTED]

(* I'm one of the group that reads email in a non-GUI. Please don't
tell me to switch mail readers, because I've yet to find a GUI based
one that will let me process hundreds to thousands of incoming emails
a day efficiently, and without efficiency I'd stop getting any work
done. Pretty toys are great if you're reading 20 messages a day and
can't remember commands -- I need stuff that's fully programmable.)

The Cryptography Mailing List
Unsubscribe by sending "unsubscribe cryptography" to [EMAIL PROTECTED]

Reply via email to