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: Recursive look up of base in outer headers
From: Jacob Palme <[log in to unmask]>
Reply-To:IETF working group on HTML in e-mail <[log in to unmask]>
Date:Fri, 29 Aug 1997 21:34:58 +0200

text/plain (41 lines)

This message is sent to the uri mailing list, since this is the list
in which the work of updating RFC 1808 is discussed (IETF draft
"draft-fielding-url-syntax"). I am cc-ing this message to MHTML,
the mailing list for the IETF working group on sending HTML in e-mail.

The reason for this message is that we have noted a contradiction
between RFC 1808 and our proposed standard (RFC 2110: MIME E-mail
Encapsulation of Aggregate Documents, such as HTML (MHTML)).

The contradiction is thar RFC 1808 as well as draft-fielding-url-syntax
say that if there is no base in the HTML text, and no base in its
content heading, then you should recursively look at surrounding
content headings to find a base. RFC 2110, on the other hand,
says that you should only look for a base in the immediatly
surrounding header, not go out to surronding multi-part headings.

The MHTML group, at is meeting during the IETF meeting in Munich
a few weeks ago, decided that it preferred RFC 2110 to stay as
is written and not allow recursive lookup of bases. However, we
were during that meeting not aware that an already published
RFC, 1808, says otherwise.

The reason the MHTML group did not want this was mainly the
complexity, for example, if there is a Content-Location on an
inner heading, and a Content-Base on an outer heading, which
has priority?

I personally have become convinced that it is better to do as
RFC 1808 says, allow recursive lookups. The reason for this is
that when you really need an absolute URL, you should be allowed
to use all reasonable options to find one. If this is said, we
must clarify the ambiguity by saying explicitly that bases
in closer Content-Location headers take precedence over bases
in outer Content-Base headers.

If you reply to this message, cross-post to [log in to unmask],
since otherwise I will not get your reply.

Jacob Palme <[log in to unmask]> (Stockholm University and KTH)
for more info see URL:

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



CataList Email List Search Powered by the LISTSERV Email List Manager