OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

security-services message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: IANA MIME Type change process

 > Note that it also appears that the "owner" for this MIME type is the
 > SSTC as opposed to a specific individual.  So as long as the change
 > request is submitted by someone in the SSTC, we should be okay (i.e. we
 > don't have to recruit Jeff H to submit the change).

Yep, that's specifically why I listed the SSTC as the "owner" in the original 
registration rather than some individual.

 >>    Changes should be requested only when there are serious omissions or
 >>    errors in the published specification.  When review is required, a
 >>    change request may be denied if it renders entities that were valid
 >>    under the previous definition invalid under the new definition.
 > That is the case here.

Yes, it appears so if the discussion here is regards "PE80: Error in 
permissible root elements for MIME type (Open)" in sstc-saml-errata-2.0-draft-51.

 >  It may be simpler to leave it

by this you mean to leave undisturbed the "Appendix A.Registration of MIME 
media type application/samlmetadata+xml" in saml-metadata-2.0-os, as well as 
the IANA registration (of which the former is a copy), yes?

 > ... and add an errata in
 > the metadata exchange section...

i.e. in Chapter 4 "Metadata Publication and Resolution" in saml-metadata-2.0-os

 >  that notes the mistake and suggests that
 > people SHOULD NOT pass around AffiliationDescriptor-rooted documents.

yeah, that might be "easier" than registering a new MIME media type (of 
"application/samlmetadata+xmlv2", say). If there are not many 
AffiliationDescriptor-rooted metadata documents in the wild, then it may work 
out fine.


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]