Gentoo Archives: gentoo-amd64

From: Duncan <1i5t5.duncan@×××.net>
To: gentoo-amd64@l.g.o
Subject: [gentoo-amd64] Re: Internal Card Reader detection
Date: Mon, 11 Jul 2005 10:21:12
In Reply to: Re: [gentoo-amd64] Internal Card Reader detection by Jonathan Schaeffer
Jonathan Schaeffer posted <d60596f505071101173d7f4c2b@××××××××××.com>,
excerpted below,  on Mon, 11 Jul 2005 10:17:26 +0200:

> ------=_Part_1512_4524190.1121069846262 Content-Type: text/html; > charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > Content-Disposition: inline > > <br><br><div><span class="gmail_quote">2005/7/10, Tres Melton &lt;<a > href="mailto:tres@××××××××××.com">tres@××××××××××.com</a>&gt;:</span><blockquote > class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204);
OK, it appears you use gmail, so could reasonably miss this option, but please turn off the sending of HTML formatted mail to this and other Linux lists you may be subscribed to. Within the open source community, HTML formatted mail is (IMO rightfully) blamed for much of the malware epidemic we have today. Consider what percentage of those email based attacks would have been possible if clients stuck to plain text formatting -- very few of them. For that reason and because HTML mail also tends to be a favorite of the spammer set (for several reasons including the ability to use web bugs, and a couple additional tricks for bypassing mail filters), it is considered in poor taste to send HTML messages to most open source newsgroups or mailinglists. Many choose to filter it out entirely, or killfile those that use it. Even when they don't, using the format is akin to putting up a huge blinking NEWBIE AOLER STYLE USER INSENSITIVE TO THE OBSERVED NORMS OF THE LIST/GROUP sign on every message sent. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in -- gentoo-amd64@g.o mailing list


Subject Author
Re: [gentoo-amd64] Re: Internal Card Reader detection Jonathan Schaeffer <joschaeffer@×××××.com>