This is the mail archive of the cygwin@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: For The Record: HTML Email on the Internet; RFC 2557


As I said in a previous email: some people especially on some
mailing lists consider it impolite for several reasons. If
you want to sent HTML or huge images to you friends, please
feel free to do it and sort it out with them.

But on this list, if only for humble practical reasons,
*please* refrain from doing it. Could you do us that favor?
Yes, using HTML is not against t he law, there are RFCs
describing its use etc. But on this list, there are
some people, who would rather not receive it, because it
adds bloat, is harder to use with simple text-based
clients, makes it easier for people to create ugly
or unreadable mail, and many other reasons.

It is a bit like being in a group of people of which some
speak a foreign language but all speak e.g. English.
Wouldn't you consider it impolite for the minority
(or even majority) to no use English?

So could you *please* simply accept the rules of politeness
on this list? And spare us further emails on the topic?

Johann

PS: I would suggest to put this info more prominently on
the subscription list in order to avoid future spamming
of the list with discussions about that topic.


Randall R Schulz wrote:
To Whom It May Concern,

The IETF publishes this standard for electronic mail on the Internet using HTML and even supports resource references in the HTML whose targets (images, sounds, etc.) can be incorporated into the same MIME message as the HTML body.

In my opinion, it's simply foolish to anchor electronic mail in the pre-markup, pre-media days of text-only electronic communication.

Randall Schulz


-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-


RFC 2557
"MIME Encapsulation of Aggregate Documents, such as HTML (MHTML) "

Abstract:
This document a) defines the use of a MIME multipart/related structure to aggregate a text/html root resource and the subsidiary resources it references, and b) specifies a MIME content-header (Content-Location)that allow URIs in a multipart/related text/html root body part to reference subsidiary resources in other body parts of the same multipart/related structure. [STANDARDS-TRACK]


-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-


-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/





-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]