June 2008 - Ietf-types - alvestrand.no

Re: Request for review of InkML media type: application/inkml+xml
by Frank Ellermann 25 Aug '08

25 Aug '08

Kazuyuki Ashimura wrote: > the security issues of RFC1738, section 6, should be considered. Please s/RFC1738, section 6/RFC3986, section 7/ if you have no special reasons to use the almost completely obsolete RFC 1738. > Published specification: > ------------------------- > > This media type registration is for InkML documents as described > by this specification. IMO you need a reference for "this" specification, IANA publishes only your registration template, where "this" would make no sense. Frank

2 2

Server downtime
by Harald Tveit Alvestrand 13 Jun '08

13 Jun '08

Hello, due to a hard disk crash, the server hosting these 3 IETF lists (among other things) has been unavailable for more than 24 hours, starting June 12 around 0300 GMT. It has now been restored from backup, and the hardware replaced, but unfortunately I cannot guarantee that no mail was lost in the crash. Please check that mail you have sent has arrived safely in the archives of the list, and feel free to ask for a resend if you see replies to recent mails you don't think you've seen. The system now appears to be normal on the mail side, but the web side is still not recovered. Harald Alvestrand

1 0

[Fwd: Last Call: draft-goncalves-rfc3534bis (Ogg Media Types) to Proposed Standard]
by Magnus Westerlund 10 Jun '08

10 Jun '08

Hi, This IETF last call is for a document that is a updated media type registration. Please review within the IETF last call period. Thanks Magnus Westerlund IETF Transport Area Director & TSVWG Chair ---------------------------------------------------------------------- Multimedia Technologies, Ericsson Research EAB/TVM ---------------------------------------------------------------------- Ericsson AB | Phone +46 8 4048287 Färögatan 6 | Fax +46 8 7575550 S-164 80 Stockholm, Sweden | mailto: magnus.westerlund(a)ericsson.com ----------------------------------------------------------------------

2 1

Re: Re: Registration of media type FO and ZFO
by Jakub Hytka 10 Jun '08

10 Jun '08

Thanks for the suggestions Frank. I added some information under published specification to describe both media types. We still want to keep the vnd.software602.filler.xml+form and vnd.software602.filler.xml+zip+form subtypes, because they are highly descriptive in our opinion. Is this a important issue to be considered? Here follows the updated registration proposal: ------------------------------------------------------ ---FO--- Type name: application Subtype name: Vendor Tree - vnd.software602.filler.xml+form Required parameters: None Optional parameters: None Encoding considerations: UTF-8 Security considerations: FO is a XML-based plain text format, secured by signing the file itself through the means of the XML Signature standard. Interoperability considerations: There are no special interoperability issues. Published specification: Software602 distinguishes the FO file as a XML data file containing an electronic form intended for usage in the 602XML applications. The form is a composure of the layout structure using XSL-FO, data instance and data model using generic XML elements defined in the 602XML framework. The whole electornic form structure is always embedded into a digital signature represented by XML elements of the XML Signature standard Applications that use this media type: The FO file is used by the Software602 602XML applications - 602XML Filler, 602XML Designer, 602XML Designer Express and 602XML FormServer Additional information: Magic number(s): NONE File extension(s): FO Macintosh file type code(s): - Person & email address to contact for further information: Jakub Hytka, hytka(a)602.cz, Martin Vondrous, vondrous(a)602.cz <mailto:vondrous@602.cz> Intended usage: Common Restrictions on usage: None Author: Jakub Hytka Change controller: Jakub Hytka, Martin Vondrous ---ZFO--- Type name: application Subtype name: Vendor Tree - vnd.software602.filler.xml+zip+form Required parameters: None Optional parameters: None Encoding considerations: UTF-8 Security considerations: ZFO is a XML-based plain text format packed using the ZIP archive algorithms. The XML content is secured by signing the file itself through the means of the XML Signature standard. The ZIP file itself can be protected in the usual way by setting up a password. Interoperability considerations: There are no special interoperability issues. Published specification: Software602 distinguishes the ZFO file as a ZIP archive file containing the FO electronic form. The FO electronic form is a XML data file containing an electronic form intended for usage in the 602XML applications. The form is a composure of the layout structure using XSL-FO, data instance and data model using generic XML elements defined in the 602XML framework. The whole electornic form structure is always embedded into a digital signature represented by XML elements of the XML Signature standard Applications that use this media type: The ZFO file is used by the Software602 602XML applications - 602XML Filler, 602XML Designer, 602XML Designer Express and 602XML FormServer Additional information: Magic number(s): NONE File extension(s): FO Macintosh file type code(s): - Person & email address to contact for further information: Jakub Hytka, hytka(a)602.cz, Martin Vondrous, vondrous(a)602.cz <mailto:vondrous@602.cz> Intended usage: Common Restrictions on usage: None Author: Jakub Hytka Change controller: Jakub Hytka, Martin Vondrous ---------------------------------------------------------------- Jakub

3 4

Re: Registration of media type FO and ZFO
by Martin Duerst 10 Jun '08

10 Jun '08

At 03:01 08/06/10, Bjoern Hoehrmann wrote: >* Jakub Hytka wrote: >>Thanks for the suggestions Frank. I added some information under >>published specification to describe both media types. >>We still want to keep the vnd.software602.filler.xml+form and >>vnd.software602.filler.xml+zip+form subtypes, because they are highly >>descriptive in our opinion. Is this a important issue to be considered? >> >>Here follows the updated registration proposal: >> >>------------------------------------------------------ >>---FO--- >> >> Type name: application >> >> Subtype name: Vendor Tree - vnd.software602.filler.xml+form >> >> Required parameters: None >> >> Optional parameters: None >> >> Encoding considerations: UTF-8 >> >> Security considerations: FO is a XML-based plain text format, secured >>by signing the file itself through the means of the XML Signature standard. > >See RFC 4288 on the possible values for the Encoding considerations. I >am not sure what kind of format you have. Could application/xml also be >used instead of vnd.software602.filler.xml+form, i.e., are these simply >XML documents with a special type, or is there some special encoding >that makes them non-XML without additional decoding? If they are XML, >then I would advise to reference RFC 3023 for encoding considerations, >and add the optional 'charset' parameter, and consider calling the type >e.g. vnd.software602.filler.form+xml. Very much so indeed. The current subtype name is highly unclear, and if it's indeed XML, then +xml should be last. "because they are highly descriptive" is really a non-starter. The +xml suffix is highly descriptive, the +form 'suffix' is completely undefined. Regards, Martin >By the way, your first message in this thread sounded like this is not >the first time you send the proposal, if that is so, please note that I >could not find a previous message from you in the archive. > >> Additional information: >> >> Magic number(s): NONE >> File extension(s): FO >> Macintosh file type code(s): - > >I would advise against using this extension, I believe it is in common >use for XSL FO already. > >> Type name: application >> Subtype name: Vendor Tree - vnd.software602.filler.xml+zip+form >> Required parameters: None >> Optional parameters: None >> Encoding considerations: UTF-8 > >Please see above for the encoding considerations. Perhaps you should re- >fer to the application/zip registration here. > >> Additional information: >> >> Magic number(s): NONE >> File extension(s): FO >> Macintosh file type code(s): - > >Same as above. >-- >Bj$B�S(Bn H$B�I(Brmann $B%-(B mailto:bjoern@hoehrmann.de $B%-(B http://bjoern.hoehrmann.de >Weinh. Str. 22 $B%-(B Telefon: +49(0)621/4309674 $B%-(B http://www.bjoernsworld.de >68309 Mannheim $B%-(B PGP Pub. KeyID: 0xA4357E78 $B%-(B http://www.websitedev.de/ #-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University #-#-# http://www.sw.it.aoyama.ac.jp mailto:duerst@it.aoyama.ac.jp

2 1

Registration of media type FO and ZFO
by Jakub Hytka 10 Jun '08

10 Jun '08

Hello, I wanted to ask you whether there is any progress or comment on our registration proposal. Thank you in advance for you reply. Best regards, Jakub Hytka Product manager Software602 a.s. TEL: 222 011 296, 222 011 602 FAX: 222 011 218 hytka(a)602.cz http://www.602.cz ------------------------------------------------------------------------------------ Our company would like to apply for registration of two media types into the VENDOR tree. These two media types are bound with media files with the .fo and .zfo extensions - both files representing e-forms used by the 602XML technology. ---FO--- Type name: application Subtype name: Vendor Tree - vnd.software602.filler.xml+form Required parameters: None Optional parameters: None Encoding considerations: UTF-8 Security considerations: FO is a XML-based plain text format, secured by signing the file itself through the means of the XML Signature standard. Interoperability considerations: There are no special interoperability issues. Published specification: Not available yet. Applications that use this media type: The FO file is used by the Software602 602XML applications - 602XML Filler, 602XML Designer, 602XML Designer Express and 602XML FormServer Additional information: Magic number(s): NONE File extension(s): FO Macintosh file type code(s): - Person & email address to contact for further information: Jakub Hytka, hytka(a)602.cz Intended usage: Common Restrictions on usage: None Author: Jakub Hytka Change controller: Jakub Hytka ---ZFO--- Type name: application Subtype name: Vendor Tree - vnd.software602.filler.xml+zip+form Required parameters: None Optional parameters: None Encoding considerations: UTF-8 Security considerations: ZFO is a XML-based plain text format packed using the ZIP archive algorithms. The XML content is secured by signing the file itself through the means of the XML Signature standard. The ZIP file itself can be protected in the usual way by setting up a password. Interoperability considerations: There are no special interoperability issues. Published specification: Not available yet. Applications that use this media type: The ZFO file is used by the Software602 602XML applications - 602XML Filler, 602XML Designer, 602XML Designer Express and 602XML FormServer Additional information: Magic number(s): NONE File extension(s): FO Macintosh file type code(s): - Person & email address to contact for further information: Jakub Hytka, hytka(a)602.cz Intended usage: Common Restrictions on usage: None Author: Jakub Hytka Change controller: Jakub Hytka Best regards, Jakub Hytka Product manager Software602 a.s. TEL: 222 011 296, 222 011 602 FAX: 222 011 218 hytka(a)602.cz http://www.602.cz

3 3

Request review: draft-ietf-avt-rfc4749-dtx-update-01.txt
by Colin Perkins 04 Jun '08

04 Jun '08

The AVT working group requests review for the updated audio/g7291 media type defined in draft-ietf-avt-rfc4749-dtx-update-01.txt. This draft updates the media type registration with a new parameter to signal the use of DTX frames (G.729.1 Annex C), and also specifies how this format is framed for use with RTP. This draft is currently in working group last call, so we would be grateful if comments could be made by 20 June 2008. Thanks, Colin (AVT co-chair)

1 0