> On Mon, Oct 07, 2002 at 03:14:01AM +0800, Tim Kehres wrote: > > These "rules" (netiquette pertaining to HTML postings) have been around > > since almost before time began (at least in reference to modern email > > usage). At the time they made a lot sense. In terms of current usage, not > > as much, IMHO. > > They still make a lot of sense. For example this list is internationally > subscribed and a large number of folks in the UK and Europe have metered > internet access which means that they pay more for each extra byte of > data received. Unless you are in business with the metered access ISP's > I can't think of any reason why you would want to make all those folks > pay out extra cash just so they can read an email with extra unneeded > formatting.
I would content that this is not an issue. I work out of two offices myself - one in a country that has the second highest broadband penetrations in the world (Hong Kong). Of course for this site bandwidth is never an issue, or at least rarely. The other location is a small office served by dialup connections, which on a good day we're lucky to get a 33k connection into. Our message traffic is pretty much split between HTML and non-HTML based messages. The extra bandwidth issues pertaining to HTML vs. non-HTML even in this location are not an issue. On the other hand, people attaching 10MB attachments can wreak real havoc..... > > The majority of email clients today however are HTML aware, and the > > Not in the places I have worked, and even if true it has always been true > that netiquette says do not send formatted email to Mailing lists since > it won't be supported. In this list HTML mail simply gets dumped without > being opened by many folks. It depends on the list. More and more are welcoming the format. It also helps that some of the older LISTSERV sites have upgraded. Some of the Microsoft and Lotus email related lists have been using HTML content for some time now, and the results have been impressive. > 66% of all the email spam I get is HTML formatted. Of the rest of email > I get less than 1% is html formatted. This does vary widely from person to person, and organization to organization. What we've seen however is an overall trend towards HTML acceptance. And once an organization becomes comforatble in it's use internally, it's next to impossible to go back. > > Other lists that I'm subscribed to have made > > good use of this capability by its members being able to send out queries or > > replies, including screen shots (inline with the text and not a random > > attachment). Being able to understand what is going on by the messages in > > The same URL that you use in those emails work just as effectively in a > plain text email in mutt, elm and exmh but you don't have to carry all > that excess baggage. This is done in the email lists I subscribe to, > which don't use HTML mail. I'm not referring to an imbedded URL - but to inline content. This cannot be emulated with plain text messages. > > clients that can handle what has for all practical purposes become a defacto > > standard in email. > Absolutely not a defacto standard. Many corporations won't even let html > emails onto their corporate networks. It's pretty darn close... > Note that in this list alone only 4.6 % of the last 500 messages contained > any HTML and most of them were MIME messages which laughably contained > the same email in both plain text and HTML formats. genius, sheer genius. > :-) Yeah, that is what multipart-alternative was designed for. The intent was to be able to present nicely formatted messages to those with modern clients, while at the same time allowing those with more antiquated systems to be able to render the message, minus any special content. It was a deliberate deisgn decision in the MIME specifications. > Just out of curiosity, Tim, does your employer's Instant messaging product > happen to use html? We don't have an Instant messaging product - our focus is on Internet electronic messaging. We are however expanding our horizons as are most of our competitors to include other areas, including mobile and IM. Best Regards, Tim Kehres International Messaging Associates http://www.ima.com -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
