* WGs marked with an * asterisk has had at least one new draft made available during the last 5 days

Ticket #122 (closed editorial: fixed)

Opened 6 years ago

Last modified 4 years ago

MIME-Version not listed in P1, general header fields

Reported by: julian.reschke@gmx.de Owned by: julian.reschke@gmx.de
Priority: normal Milestone: 11
Component: p3-payload Severity: Active WG Document
Keywords: Cc:
Origin:

Description

Part 1, Section 4.5, currently doesn't list MIME-Version, defined in Part 3. Minimally, it should be added to the list.

Q: maybe its definition should be moved completely into Part 1?

Attachments

i122.diff (4.7 KB) - added by julian.reschke@gmx.de 5 years ago.
proposed patches for P1 & P3 plus the IANA header reg extraction (this will also cause Content-Disposition to be listed as "standard")

Change History

comment:1 Changed 6 years ago by mnot@pobox.com

  • Type changed from design to editorial
  • Milestone changed from unassigned to 06

Instruct IANA to remove the http-specific MIME-Version header from the registry.

comment:2 Changed 5 years ago by julian.reschke@gmx.de

  • Milestone changed from 06 to 08

comment:3 Changed 5 years ago by julian.reschke@gmx.de

  • Priority set to normal
  • Get rid of MIME-Version in Part 3.
  • Instruct IANA to remove it as HTTP header
  • augment relation to MIME appendix to explain non-http MIME headers in HTTP messages

comment:4 Changed 5 years ago by julian.reschke@gmx.de

  • Milestone changed from 08 to 09

comment:5 Changed 5 years ago by julian.reschke@gmx.de

  • Milestone changed from 09 to 10

comment:6 Changed 5 years ago by julian.reschke@gmx.de

1) just do it 2) add this to the IANA considerations

comment:7 Changed 5 years ago by julian.reschke@gmx.de

comment:8 Changed 5 years ago by julian.reschke@gmx.de

Back to the drawing board; see <http://tools.ietf.org/html/rfc3864#section-4.5>:

It is intended that entries in the Permanent Message Header Field Registry may be used in the construction of URNs (per RFC 2141 [13]) which have particular requirements for uniqueness and persistence (per RFC 1737 [8]). Therefore, once an entry is made in the Permanent Message Header Registry, the combination of the header name and applicable protocol MUST NOT subsequently be registered for any other purpose. (This is not to preclude revision of the applicable specification(s) within the appropriate IETF Consensus rules, and corresponding updates to the specification citation in the header registration.)

So if we want to change the registry all we can do update it.

comment:9 Changed 5 years ago by mnot@pobox.com

I'm not too worried about counting the angels to determine whether or not this is a HTTP header. P3 A.1 says:

   HTTP is not a MIME-compliant protocol.  However, HTTP/1.1 messages
   MAY include a single MIME-Version general-header field to indicate
   what version of the MIME protocol was used to construct the message.
   Use of the MIME-Version header field indicates that the message is in
   full compliance with the MIME protocol (as defined in [RFC2045])

.

Note that it's described as a general-header field.

I propose we just update the registration, point to the appropriate part (wherever it ends up) and allow people to dereference it to get to this text if they're interested.

comment:10 Changed 5 years ago by julian.reschke@gmx.de

  • Owner set to julian.reschke@gmx.de
  • Component changed from p1-messaging to p3-payload

Changed 5 years ago by julian.reschke@gmx.de

proposed patches for P1 & P3 plus the IANA header reg extraction (this will also cause Content-Disposition to be listed as "standard")

comment:11 Changed 4 years ago by julian.reschke@gmx.de

  • Milestone changed from 10 to 11

comment:12 Changed 4 years ago by julian.reschke@gmx.de

From [937]:

add MIME-Version to the ist of general header fields (see #122)

comment:13 Changed 4 years ago by julian.reschke@gmx.de

  • Status changed from new to closed
  • Resolution set to incorporated

comment:14 Changed 4 years ago by mnot@pobox.com

  • Status changed from closed to reopened
  • Resolution incorporated deleted

comment:15 Changed 4 years ago by mnot@pobox.com

  • Status changed from reopened to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.