Draft issues for the MHTML meeting during the IETF meeting in San José, December 1996.

1. The problem that in some cases it is not possible to know what is an URL and not an URL in HTML code containing applets, and that thus mhtml maybe will not work in such cases.

2. Has any interoperability tests between working implementations of the mhtml-spec been done yet?

3. Planning of interoperability tests. What should be tested?

(see appendix).

4. Will all or only a subset of the functions (see appendix) be implemented by current implementations?

5a. Will rewriting of URLs be done before sending out HTML messages?

5b. Will rewriting of URLs be done after receipt of HTML messages?

5c. Which of the implementation methods described in chapter 4 of draft-ietf-mhtml-info-05.txt will be used?

6. Use of multipart/alternative, inside or outside of multipart/related (chapter 8 of draft-ietf-mhtml-info-05.txt).

7. Go through draft-ietf-mhtml-info-05.txt chapter by chapter and check which comments there are: Can also the info document be forwarded for publication as an informational document (not a standard)?

Appendix: Table of important functionalities for HTML in e-mail:


Implementation for generation

Implementation for receipt

Use of multipart/related



- for HTML with embedded graphics, etc.

- for sets of related HTML objects

Reference to embedded body parts

- using Content-ID-s

- using absolute Content-Location

- using relative URLs and no Content-Location

Use of combinations of multipart/related and multipart/alternative

Use of content-disposition header for recipients who do not handle mhtml

Use of HTML messages whose URLs for enbedded graphics must be resolved through HTTP retrieval from the source

Use of the message/external-body method for sending HTML in e-mail

Use of character sets in HTML messages

- US-ascii

- ISO 8859-1

- Other ISO 8859 variants

- ISO 10646/Unicode

- Other character sets