LISTSERV mailing list manager LISTSERV 15.5

Help for MHTML Archives

MHTML Archives

MHTML Archives


Next Message | Previous Message
Next in Topic | Previous in Topic
Next by Same Author | Previous by Same Author
Chronologically | Most Recent First
Proportional Font | Monospaced Font


Join or Leave MHTML
Reply | Post New Message
Search Archives

Subject: Re: New version of the MHTML ietf draft
From: Alex Hopmann <[log in to unmask]>
Reply-To:IETF working group on HTML in e-mail <[log in to unmask]>
Date:Sun, 23 Nov 1997 21:51:06 -0800

text/plain (30 lines)

Jacob Palme wrote:

>To discourage what you do not like by not mentioning it is dangerous,
>some implementors may implement it, others not, and then their software
>may not co-work well. Thus, a standard may have to include explicit
>mention and examples of not-very-nice practice in order to ensure
>that implementors will support it at receipt. If a standard wants
>certain practice to be allowed on receipt, but not recommended in
>what you send, the standard should say so explicitly.
>I have always been critical of the IETF golden rule "be liberal in
>what you accept, conservative in what you send", because it is too
>vague, I think a standard should explicitly state, when needed,
>a different send and receipt format, i.e. explain what ins included
>in "liberal" but not in "conservative", and not leave this decision
>up to the implementors.

Jacob, I think your suggestion is fair (and fits with the spirit of the
"IETF golden rule", but it needs to be done clearly, as in "Don't send this.
However if you ever receive it you should probably act like this..." The one
danger with going down that road is that sometimes an implementor might rely
on that "if you receive it" behavior (when generating something) and get
burned when it isn't implemented consistently. In any case the behavior for
receiving incorrect values needs to be clearly marked and should probably
not be normative. This also of course needs to be clearly different than
things like "resolution of CID URLS outside of Multipart/related" which do
not fit into the category of "Don't send this".

Alex Hopmann
Microsoft Corporation

Back to: Top of Message | Previous Page | Main MHTML Page



CataList Email List Search Powered by the LISTSERV Email List Manager