Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05E9711E80AE; Sun, 26 Jun 2011 20:41:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.855 X-Spam-Level: X-Spam-Status: No, score=-103.855 tagged_above=-999 required=5 tests=[AWL=1.256, BAYES_05=-1.11, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8avJVp7NPQM5; Sun, 26 Jun 2011 20:41:36 -0700 (PDT) Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) by ietfa.amsl.com (Postfix) with ESMTP id 4C4F511E80A8; Sun, 26 Jun 2011 20:41:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=presnick@qualcomm.com; q=dns/txt; s=qcdkim; t=1309146096; x=1340682096; h=message-id:date:from:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-originating-ip; z=Message-ID:=20<4E07FBEA.4090402@qualcomm.com>|Date:=20Su n,=2026=20Jun=202011=2022:41:30=20-0500|From:=20Pete=20Re snick=20|User-Agent:=20Mozilla/5.0 =20(Macintosh=3B=20U=3B=20Intel=20Mac=20OS=20X=2010.6=3B =20en-US=3B=20rv:1.9.1.9)=20Gecko/20100630=20Eudora/3.0.4 |MIME-Version:=201.0|To:=20Julian=20Reschke=20|CC:=20Mykyta=20Yevstifeyev=20,=20,=0D=0A=09Apps-discuss=20l ist=20,=0D=0A=09|Subject:=20Re:=20[apps-discuss]=20HTM L5=20and=20RFC=202854|References:=20<4E04C38A.6090505@gma il.com>=20<4E05AFF0.9080705@gmx.de>=09<4E05C3A1.9080002@g mail.com>=20<4E05C490.8090702@gmx.de>|In-Reply-To:=20<4E0 5C490.8090702@gmx.de>|Content-Type:=20text/plain=3B=20cha rset=3D"ISO-8859-1"=3B=20format=3Dflowed |Content-Transfer-Encoding:=207bit|X-Originating-IP:=20[1 72.30.39.5]; bh=LjjgVqH1hrOHjp8p9Gb3br8yNOF67uDYwwxjEnzgo5Y=; b=liP1rZOTNcrt2y7A2dKUiAFG4DgG12Jbi0yjzrFUltklTCKsLfvcgYI0 rnK2nZpQr0WdrAuLBUj+SGQiLmrPqBClZzw03aUjHU+WOSenaZNjmaWeS 911tV8swrD4/3OSuAjXEA3h7t3vbX9f1wOMESKBNwJibKDRBo6Im0Fcby c=; X-IronPort-AV: E=McAfee;i="5400,1158,6389"; a="100200211" Received: from ironmsg02-r.qualcomm.com ([172.30.46.16]) by wolverine01.qualcomm.com with ESMTP; 26 Jun 2011 20:41:34 -0700 X-IronPort-AV: E=Sophos;i="4.65,429,1304319600"; d="scan'208";a="149896101" Received: from nasanexhc07.na.qualcomm.com ([172.30.39.190]) by ironmsg02-R.qualcomm.com with ESMTP/TLS/AES128-SHA; 26 Jun 2011 20:41:34 -0700 Received: from Macintosh-4.local (172.30.39.5) by qcmail1.qualcomm.com (172.30.39.190) with Microsoft SMTP Server (TLS) id 14.1.270.1; Sun, 26 Jun 2011 20:41:34 -0700 Message-ID: <4E07FBEA.4090402@qualcomm.com> Date: Sun, 26 Jun 2011 22:41:30 -0500 From: Pete Resnick User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4 MIME-Version: 1.0 To: Julian Reschke References: <4E04C38A.6090505@gmail.com> <4E05AFF0.9080705@gmx.de> <4E05C3A1.9080002@gmail.com> <4E05C490.8090702@gmx.de> In-Reply-To: <4E05C490.8090702@gmx.de> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [172.30.39.5] Cc: Mykyta Yevstifeyev , public-html-comments-request@w3.org, Apps-discuss list , ietf-types@ietf.org Subject: Re: [ietf-types] [apps-discuss] HTML5 and RFC 2854 X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2011 03:41:37 -0000 On 6/25/11 6:20 AM, Julian Reschke wrote: > On 2011-06-25 13:16, Mykyta Yevstifeyev wrote: >> Currently copying this to ietf-types@ietf.org . I personally think HTML5 >> should be backwards-compatible with previous version as well as the >> media type defined for that version. So, first what should be done is > > ... > > But it isn't. It forbids certain things that were allowed before and > which are in use. > > I believe that in this case, a single level of indirection, like the > one we have in RFC 2854, is the right thing. I agree. HTML defines, internal to the document, the version of HTML it is using, often in a DOCTYPE directive. 2854 points to authoritative documents for the different versions of HTML and thereby defines the MIME type. It seems perfectly reasonable for a new IETF document to update (or obsolete) 2854 giving pointers to HTML5 *and all of the prior versions of HTML* that might be found in a text/html MIME body. pr -- Pete Resnick Qualcomm Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF6A211E8070 for ; Sat, 25 Jun 2011 04:21:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.651 X-Spam-Level: X-Spam-Status: No, score=-103.651 tagged_above=-999 required=5 tests=[AWL=-1.052, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zEIY2HV-DGia for ; Sat, 25 Jun 2011 04:21:06 -0700 (PDT) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 2451E11E807B for ; Sat, 25 Jun 2011 04:21:05 -0700 (PDT) Received: (qmail invoked by alias); 25 Jun 2011 11:21:03 -0000 Received: from p508FBF56.dip.t-dialin.net (EHLO [192.168.178.36]) [80.143.191.86] by mail.gmx.net (mp047) with SMTP; 25 Jun 2011 13:21:03 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX18ff3xFSvAfjyBuM3I+WoScQtTPr74QKIacFoWJUo uy7DdbBVwOuo+2 Message-ID: <4E05C490.8090702@gmx.de> Date: Sat, 25 Jun 2011 13:20:48 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: Mykyta Yevstifeyev References: <4E04C38A.6090505@gmail.com> <4E05AFF0.9080705@gmx.de> <4E05C3A1.9080002@gmail.com> In-Reply-To: <4E05C3A1.9080002@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: ietf-types@ietf.org, Apps-discuss list , public-html-comments-request@w3.org Subject: Re: [ietf-types] [apps-discuss] HTML5 and RFC 2854 X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2011 11:21:07 -0000 On 2011-06-25 13:16, Mykyta Yevstifeyev wrote: > Currently copying this to ietf-types@ietf.org . I personally think HTML5 > should be backwards-compatible with previous version as well as the > media type defined for that version. So, first what should be done is > ... But it isn't. It forbids certain things that were allowed before and which are in use. I believe that in this case, a single level of indirection, like the one we have in RFC 2854, is the right thing. Best regards, Julian Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16E24228006; Sat, 25 Jun 2011 04:16:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.472 X-Spam-Level: X-Spam-Status: No, score=-3.472 tagged_above=-999 required=5 tests=[AWL=0.127, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CU8MJqfQfgL5; Sat, 25 Jun 2011 04:16:07 -0700 (PDT) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by ietfa.amsl.com (Postfix) with ESMTP id 1433C228005; Sat, 25 Jun 2011 04:16:06 -0700 (PDT) Received: by fxe4 with SMTP id 4so916178fxe.27 for ; Sat, 25 Jun 2011 04:16:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=8n5LXtUencGcqFfHcL4/1l8t1tah0X/DYYEm+VKultA=; b=u7clKSfkETAsrkWieK1Falb8ODY8VoUa42h/yjVK7nXQ0wExiea79E02xXlE34OxD4 rmxE5qW21ASRcK6z9BveNfN94n/Q7gg4IYHWtOkYF1YgzB3yqDhPzTZ/GPpY27gH5vZu LhOf/Viik4Bwionv6JRa5AAoOMlkTbNpWK6pQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=uxDLrurymtWQtiGIpox0Tne59T2KYRRWNT/49TnEqpC6mvnEYrNoWFfofe74qDopII 9LkqZj6kRhhFhtR66I/Tg8vuZeuSDFM7WDlSjYNeJfqz6nG/u/FYeMKMTOC0yk6S09c7 eaBjEfRPvb+PpWVzGI1m23YY7o075TtmScL3I= Received: by 10.223.20.210 with SMTP id g18mr6024401fab.30.1309000566038; Sat, 25 Jun 2011 04:16:06 -0700 (PDT) Received: from [127.0.0.1] ([195.191.104.224]) by mx.google.com with ESMTPS id e16sm2204488fak.41.2011.06.25.04.16.04 (version=SSLv3 cipher=OTHER); Sat, 25 Jun 2011 04:16:04 -0700 (PDT) Message-ID: <4E05C3A1.9080002@gmail.com> Date: Sat, 25 Jun 2011 14:16:49 +0300 From: Mykyta Yevstifeyev User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Julian Reschke References: <4E04C38A.6090505@gmail.com> <4E05AFF0.9080705@gmx.de> In-Reply-To: <4E05AFF0.9080705@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 25 Jun 2011 09:56:50 -0700 Cc: ietf-types@ietf.org, Apps-discuss list , public-html-comments-request@w3.org Subject: Re: [ietf-types] [apps-discuss] HTML5 and RFC 2854 X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2011 11:16:09 -0000 25.06.2011 12:52, Julian Reschke wrote: > On 2011-06-24 19:04, Mykyta Yevstifeyev wrote: >> Hello all, >> >> Cross-posting this to Apps-discuss and html-comments lists. The proposed >> HTML5 specification (http://dev.w3.org/html5/spec/), which is currently >> in Last Call, in its Section 12.1 updates the registration of text/html >> media type. I should note that we have RFC 2854 >> (http://tools.ietf.org/html/rfc2854) which also specifies this media >> type. Therefore the question is what should be done with this RFC. >> Should it be retired upon approval of HTML5? Or something else? >> >> Mykyta Yevstifeyev > > HTML5 currently tries to obsolete RFC 2854; I believe this is a problem. > > From : > > 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. > > Note the second sentence; many currently valid HTML4 documents aren't > valid HTML5 documents anymore. Thus, a document updating the media > type registration for text/html will need to continue to allow > HTML4.01 documents as well. Currently copying this to ietf-types@ietf.org . I personally think HTML5 should be backwards-compatible with previous version as well as the media type defined for that version. So, first what should be done is identification whether there are some issue which make create confusion with the aforementioned regulations of RFC 4288. Next, if it doesn't, IANA should update registration of this media type with reference to HTML5, not RFC 2854. RFC 2854 itself should then be moved to Historic in order to represent it isn't an authoritative definition any more. This won't create confusion with different definitions of the media type. Just my opinion. Mykyta Yevstifeyev > > See related HTML WG issue: > > Best regards, Julian > Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEF5F11E814A; Mon, 20 Jun 2011 03:47:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.524 X-Spam-Level: X-Spam-Status: No, score=-110.524 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5gdYW1bcRelE; Mon, 20 Jun 2011 03:47:54 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id C5A9C11E80C6; Mon, 20 Jun 2011 03:47:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=stbryant@cisco.com; l=3137; q=dns/txt; s=iport; t=1308566874; x=1309776474; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=ARfRdzAoUMDao3XeCulLZjq0fdX3Mz+1f+UG+LoLk9c=; b=XCxIeOgBx19LZVaZvjCDc2ggqvYqqgfcB8OMo643zU2KktNfcZldBo7K iCavW9wdkkmFFs9SGq3iRff4BNhZr2xG4/dhL6O6678/0jRZXfUZ07dh7 9yn8LUhvFMH4FIpUwOJL894fBJkAAE2LF/2+bH2O+cpb6JZ9J87YnJ+X8 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAJ8k/02Q/khN/2dsb2JhbABTplt3qiaDDw8BmimGKgSRXpAC X-IronPort-AV: E=Sophos;i="4.65,392,1304294400"; d="scan'208";a="94858305" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-1.cisco.com with ESMTP; 20 Jun 2011 10:47:51 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id p5KAlcQE023293; Mon, 20 Jun 2011 10:47:46 GMT Received: from stbryant-mac2.local (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id p5KAlbP8012298; Mon, 20 Jun 2011 11:47:37 +0100 (BST) Message-ID: <4DFF2579.2080009@cisco.com> Date: Mon, 20 Jun 2011 11:48:25 +0100 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Paul Libbrecht References: <4DFB534C.6010606@cisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: draft-ietf-sidr-repos-struct@tools.ietf.org, "iesg@ietf.org" , ietf-types@ietf.org Subject: Re: [ietf-types] Review requested for draft-ietf-sidr-repos-struct X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: stbryant@cisco.com List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 10:47:55 -0000 Hi Paul Thank you for the suggestion. RTG will follow IETF best practice on this and to that end I will take the advice of my IESG colleges who are have more experience with ietf-types. - Stewart On 18/06/2011 21:37, Paul Libbrecht wrote: > Stewart, > > would you consider adding information in this registration request about names of the clipboard flavors? > My modest experience has shown me that importing files with certificates is rather a painful approach but drag-and-dropping or copy-and-pasting them worked much better. > > If you agree, I would suggest a Windows Flavor Name (e.g. "RPKI Manifest") and Macintosh Uniform Type Identifier (e.g. "public.rpki.manifest"). > > paul > > > Le 17 juin 2011 à 15:14, Stewart Bryant a écrit : > >> draft-ietf-sidr-repos-struct >> >> https://datatracker.ietf.org/doc/draft-ietf-sidr-repos-struct/ >> >> Makes the following types request. >> >> Review comments by 1 July would be appreciated. >> >> Many thanks >> >> - Stewart >> >> >> >> 7.1.1. application/rpki-manifest >> >> MIME media type name: application >> MIME subtype name: rpki-manifest >> Required parameters: None >> Optional parameters: None >> Encoding considerations: binary >> Security considerations: Carries a RPKI Manifest >> [I-D.ietf-sidr-rpki-manifests]. >> Interoperability considerations: None >> Published specification: This document >> Applications which use this media type: Any MIME-complaint transport >> Additional information: >> Magic number(s): None >> File extension(s): .mft >> Macintosh File Type Code(s): >> Person& email address to contact for further information: Geoff >> Huston >> Intended usage: COMMON >> Author/Change controller: Geoff Huston >> >> 7.1.2. application/rpki-roa >> >> MIME media type name: application> >> MIME subtype name: rpki-roa >> Required parameters: None >> Optional parameters: None >> Encoding considerations: binary >> Security considerations: Carries a RPKI ROA >> [I-D.ietf-sidr-roa-format] >> Interoperability considerations: None >> >> Huston, et al. Expires December 10, 2011 [Page 12] >> Internet-Draft ResCert Repository Structure June 2011 >> >> Published specification: This document >> Applications which use this media type: Any MIME-complaint transport >> Additional information: >> Magic number(s): None >> File extension(s): .roa >> Macintosh File Type Code(s): >> Person& email address to contact for further information: Geoff >> Huston >> Intended usage: COMMON >> Author/Change controller: Geoff Huston >> >> _______________________________________________ >> ietf-types mailing list >> ietf-types@ietf.org >> https://www.ietf.org/mailman/listinfo/ietf-types > -- For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E816211E813A for ; Sun, 19 Jun 2011 20:41:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.74 X-Spam-Level: X-Spam-Status: No, score=-99.74 tagged_above=-999 required=5 tests=[AWL=-0.550, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, J_CHICKENPOX_48=0.6, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6g85UgQoz+e1 for ; Sun, 19 Jun 2011 20:41:27 -0700 (PDT) Received: from acintmta02.acbb.aoyama.ac.jp (acintmta02.acbb.aoyama.ac.jp [133.2.20.34]) by ietfa.amsl.com (Postfix) with ESMTP id 269C811E809D for ; Sun, 19 Jun 2011 20:41:26 -0700 (PDT) Received: from acmse02.acbb.aoyama.ac.jp ([133.2.20.226]) by acintmta02.acbb.aoyama.ac.jp (secret/secret) with SMTP id p5K3fF8h002704 for ; Mon, 20 Jun 2011 12:41:15 +0900 Received: from (unknown [133.2.206.133]) by acmse02.acbb.aoyama.ac.jp with smtp id 33bb_161c_267402c4_9aef_11e0_83e8_001d0969ab06; Mon, 20 Jun 2011 12:41:15 +0900 Received: from [IPv6:::1] ([133.2.210.5]:46934) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id for from ; Mon, 20 Jun 2011 12:41:10 +0900 Message-ID: <4DFEC14A.3000800@it.aoyama.ac.jp> Date: Mon, 20 Jun 2011 12:40:58 +0900 From: =?UTF-8?B?Ik1hcnRpbiBKLiBEw7xyc3Qi?= Organization: Aoyama Gakuin University User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: "Eric Prud'hommeaux" References: <4DFB534C.6010606@cisco.com> <4DFB6A27.2010500@stpeter.im> <918593622.20110617170001@w3.org> <4DFC3BA6.6080407@it.aoyama.ac.jp> <20110618155402.GA21479@w3.org> In-Reply-To: <20110618155402.GA21479@w3.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Bjoern Hoehrmann , ietf-types@ietf.org Subject: Re: [ietf-types] are http://tools.ietf.org/html/*.html appropriate for scholarly reference? X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 03:41:28 -0000 Hello Eric, On 2011/06/19 0:54, Eric Prud'hommeaux wrote: > * "Martin J. Dürst" [2011-06-18 14:46+0900] >> If you look at the 'right' copy online, e.g. >> http://tools.ietf.org/html/rfc2048, then it actually gets updated >> :-). So one way to help with this is to use the 'right' reference >> where possible (e.g. in the W3C), and to push this kind of format >> (or a similar one) from the IETF and the RFC Editor. > > If that is indeed the 'right' reference, I'd certainly prefer to reference the HTML, with anchors and all that web-y stuff, over http://www.ietf.org/rfc/rfc*.txt. Iirc, the /html/ dir started sort of unofficially, with a few RFCs offered as an aid to a growingly hypertext web. The decades have past and no doubt social contracts have changed; is there enough of a guarantee of stability that ISO, OASIS, W3C, journals etc. can reference the HTML versions? In my understanding, the "official" answer to this question would still be: The *right* reference is referencing the RFC as such, without any link, the same way it would have been done pre-Web. Of course, that's not very user-friendly these days, so that's why many formats add a link. Once you do that, you have to balance user-friendliness and stability yourself. Also, the more you use links to a particular location, the more you create social pressure to not change that. And in the end, if the link ever goes away, people will still know how to search for the RFC anyway. The rest is your choice. Regards, Martin. Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3859F21F85A4 for ; Sat, 18 Jun 2011 13:38:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5uiE4tJPPntt for ; Sat, 18 Jun 2011 13:38:20 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by ietfa.amsl.com (Postfix) with ESMTP id 77B3121F85A0 for ; Sat, 18 Jun 2011 13:38:20 -0700 (PDT) Received: from [192.168.178.137] (srbk-4db7f99e.pool.mediaWays.net [77.183.249.158]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0Lxbn5-1PSMpT3nx5-016luG; Sat, 18 Jun 2011 22:37:57 +0200 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=iso-8859-1 From: Paul Libbrecht In-Reply-To: <4DFB534C.6010606@cisco.com> Date: Sat, 18 Jun 2011 22:37:56 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4DFB534C.6010606@cisco.com> To: stbryant@cisco.com X-Mailer: Apple Mail (2.1084) X-Provags-ID: V02:K0:DihT0zpcmyAOKpPDLBbutVQmynCf7PR4V9JK1p4FIZr 69VYvPmp3gJ0ilLtid+nJIrKt+MCuIwlPHAhDBKCIzsFABYdBv K7QSAJvgyg9rjgelrb4RHtZCcfcMFqkcG8qJUPBvgoPyGCtMIV XYlZM0Ff39t+eJESuHyAsJDUIxFTWsM9fkJy6u40DouL+X7DL3 jlUtNCrnXhTt6w86fVPNwVNPlGLIcLbWqcgIbZqHFM= Cc: draft-ietf-sidr-repos-struct@tools.ietf.org, ietf-types@ietf.org Subject: Re: [ietf-types] Review requested for draft-ietf-sidr-repos-struct X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 20:38:21 -0000 Stewart, would you consider adding information in this registration request about = names of the clipboard flavors? My modest experience has shown me that importing files with certificates = is rather a painful approach but drag-and-dropping or copy-and-pasting = them worked much better. If you agree, I would suggest a Windows Flavor Name (e.g. "RPKI = Manifest") and Macintosh Uniform Type Identifier (e.g. = "public.rpki.manifest"). paul Le 17 juin 2011 =E0 15:14, Stewart Bryant a =E9crit : >=20 > draft-ietf-sidr-repos-struct >=20 > https://datatracker.ietf.org/doc/draft-ietf-sidr-repos-struct/ >=20 > Makes the following types request. >=20 > Review comments by 1 July would be appreciated. >=20 > Many thanks >=20 > - Stewart >=20 >=20 >=20 > 7.1.1. application/rpki-manifest >=20 > MIME media type name: application > MIME subtype name: rpki-manifest > Required parameters: None > Optional parameters: None > Encoding considerations: binary > Security considerations: Carries a RPKI Manifest > [I-D.ietf-sidr-rpki-manifests]. > Interoperability considerations: None > Published specification: This document > Applications which use this media type: Any MIME-complaint = transport > Additional information: > Magic number(s): None > File extension(s): .mft > Macintosh File Type Code(s): > Person& email address to contact for further information: Geoff > Huston > Intended usage: COMMON > Author/Change controller: Geoff Huston >=20 > 7.1.2. application/rpki-roa >=20 > MIME media type name: application> > MIME subtype name: rpki-roa > Required parameters: None > Optional parameters: None > Encoding considerations: binary > Security considerations: Carries a RPKI ROA > [I-D.ietf-sidr-roa-format] > Interoperability considerations: None >=20 > Huston, et al. Expires December 10, 2011 [Page = 12] > Internet-Draft ResCert Repository Structure June = 2011 >=20 > Published specification: This document > Applications which use this media type: Any MIME-complaint = transport > Additional information: > Magic number(s): None > File extension(s): .roa > Macintosh File Type Code(s): > Person& email address to contact for further information: Geoff > Huston > Intended usage: COMMON > Author/Change controller: Geoff Huston >=20 > _______________________________________________ > ietf-types mailing list > ietf-types@ietf.org > https://www.ietf.org/mailman/listinfo/ietf-types Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71E4211E81B4 for ; Sat, 18 Jun 2011 08:54:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.299 X-Spam-Level: X-Spam-Status: No, score=-3.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S1TZJpVmBkBg for ; Sat, 18 Jun 2011 08:54:06 -0700 (PDT) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id BF03411E81AA for ; Sat, 18 Jun 2011 08:54:06 -0700 (PDT) Received: by vws12 with SMTP id 12so3251164vws.31 for ; Sat, 18 Jun 2011 08:54:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:organization:user-agent; bh=FNIWC0DT9JF7y9QkDWQxjklGwNsVP44+/cOvnBQNC6Q=; b=UYfzrNgVdzNgADrq2BnlwBqWTFvAyfl87tqE3W20/fzUDxQ4Z4rDT8ISf6bqdXaToW SZTfuqcf2emxuv+R+zDf7nR+VSofZwtT/whPUlxhCloMm3z1aSxlk3kZnYlco9kSROkb k6mGhr46IEZ/EJnfNiAvujpKbpUXL8vt1pST4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:organization:user-agent; b=ck3vqy7bysHU+R6n1uASRDQUUbeoU4Adm4YMps1bfvhgaQ7B0QVV2C0e/iYDkFsNx4 8ot4lnj8bBgDeg4zF2bg9O+huqiIlIXKnvCCwT3U8/XcLToIEw/DDBjQ5mJUhFTnCOoP ngiZE/b+8B+4CtwhzfKG6LCzWVJoyYvLTGc2w= Received: by 10.52.180.133 with SMTP id do5mr1523315vdc.307.1308412446153; Sat, 18 Jun 2011 08:54:06 -0700 (PDT) Received: from w3.org (c-24-218-124-254.hsd1.ma.comcast.net [24.218.124.254]) by mx.google.com with ESMTPS id q1sm1256650vdt.23.2011.06.18.08.54.05 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 18 Jun 2011 08:54:05 -0700 (PDT) Sender: "Eric Prud'hommeaux" Date: Sat, 18 Jun 2011 11:54:04 -0400 From: Eric Prud'hommeaux To: =?utf-8?B?Ik1hcnRpbiBKLiBEw7xyc3Qi?= Message-ID: <20110618155402.GA21479@w3.org> References: <4DFB534C.6010606@cisco.com> <4DFB6A27.2010500@stpeter.im> <918593622.20110617170001@w3.org> <4DFC3BA6.6080407@it.aoyama.ac.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4DFC3BA6.6080407@it.aoyama.ac.jp> Organization: World Wide Web Consortium (W3C) - http://www.w3.org/ User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Bjoern Hoehrmann , ietf-types@ietf.org Subject: [ietf-types] are http://tools.ietf.org/html/*.html appropriate for scholarly reference? X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 15:54:07 -0000 * "Martin J. Dürst" [2011-06-18 14:46+0900] > On 2011/06/18 0:00, Chris Lilley wrote: > > >People reading RFC 2048 think they know > >a) which template to use > > >Also, I assume its a policy decision that RFCs once published are never updated to say that they are obsoleted; but perhapsit is time to review that decision? I imagine most people consult an online copy nowadays rather than taking out a dusty pile of lineprinter paper to read. > > If you look at the 'right' copy online, e.g. > http://tools.ietf.org/html/rfc2048, then it actually gets updated > :-). So one way to help with this is to use the 'right' reference > where possible (e.g. in the W3C), and to push this kind of format > (or a similar one) from the IETF and the RFC Editor. If that is indeed the 'right' reference, I'd certainly prefer to reference the HTML, with anchors and all that web-y stuff, over http://www.ietf.org/rfc/rfc*.txt. Iirc, the /html/ dir started sort of unofficially, with a few RFCs offered as an aid to a growingly hypertext web. The decades have past and no doubt social contracts have changed; is there enough of a guarantee of stability that ISO, OASIS, W3C, journals etc. can reference the HTML versions? > Regards, Martin. > _______________________________________________ > ietf-types mailing list > ietf-types@ietf.org > https://www.ietf.org/mailman/listinfo/ietf-types -- -ericP Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD51B11E80A1 for ; Sat, 18 Jun 2011 01:10:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.572 X-Spam-Level: X-Spam-Status: No, score=-102.572 tagged_above=-999 required=5 tests=[AWL=0.027, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WoMpz55a1Xv4 for ; Sat, 18 Jun 2011 01:10:46 -0700 (PDT) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 0222E11E8082 for ; Sat, 18 Jun 2011 01:10:40 -0700 (PDT) Received: (qmail invoked by alias); 18 Jun 2011 08:10:26 -0000 Received: from p508FC09F.dip.t-dialin.net (EHLO [192.168.178.36]) [80.143.192.159] by mail.gmx.net (mp065) with SMTP; 18 Jun 2011 10:10:26 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+744oRefG7v/GdZaT3GQq3EyR8QQULcjubJdTCQ5 kTe3qEFPxBjEai Message-ID: <4DFC5D68.4040806@gmx.de> Date: Sat, 18 Jun 2011 10:10:16 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Chris Lilley References: <4DFB534C.6010606@cisco.com> <4DFB6A27.2010500@stpeter.im> <918593622.20110617170001@w3.org> In-Reply-To: <918593622.20110617170001@w3.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Bjoern Hoehrmann , ietf-types@ietf.org Subject: Re: [ietf-types] outdated template X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 08:10:46 -0000 On 2011-06-17 17:00, Chris Lilley wrote: > On Friday, June 17, 2011, 4:52:23 PM, Peter wrote: > > PSA> On 6/17/11 7:22 AM, Bjoern Hoehrmann wrote: >>> * Stewart Bryant wrote: >>>> 7.1.1. application/rpki-manifest > >>>> MIME media type name: application >>>> MIME subtype name: rpki-manifest > >>> This uses an outdated template, the current template is in RFC 4288. > > PSA> Bjoern, I notice that many of your reviews start with "this uses an > PSA> outdated template". Do we need to update pointers somewhere so that > PSA> people know which template to use? > > People reading RFC 4288 know > a) which template to use > b) that it obsoletes RFC 2048 > > People reading RFC 2048 think they know > a) which template to use > > and they know that it obsoletes some older RFCs but don't know (from reading the text) that it is obsoleted by RFC 4288. > > I have seen a checker for documents, to make sure the referenced RFCs are up to date; is there a tool (that doesn't start with a document), to see if a single RFC is the latest? > ... Nowadays there's a status page at rfc-editor.org, for instance: http://www.rfc-editor.org/info/rfc2048 And yes, this link appears in the new RFCs as well; but as you have observed this doesn't help with old ones. And, as Martin pointed out, the HTMLized versions on tools.ietf.org are very useful. Use them whenever you can (despite they are not the "canonical" versions). Best regards, Julian Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D94CD21F84FA for ; Fri, 17 Jun 2011 22:46:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.123 X-Spam-Level: X-Spam-Status: No, score=-100.123 tagged_above=-999 required=5 tests=[AWL=-0.333, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zl4DZFBPFQEX for ; Fri, 17 Jun 2011 22:46:48 -0700 (PDT) Received: from acintmta01.acbb.aoyama.ac.jp (acintmta01.acbb.aoyama.ac.jp [133.2.20.33]) by ietfa.amsl.com (Postfix) with ESMTP id E37D521F84F9 for ; Fri, 17 Jun 2011 22:46:46 -0700 (PDT) Received: from acmse01.acbb.aoyama.ac.jp ([133.2.20.226]) by acintmta01.acbb.aoyama.ac.jp (secret/secret) with SMTP id p5I5kaa2012193 for ; Sat, 18 Jun 2011 14:46:37 +0900 Received: from (unknown [133.2.206.133]) by acmse01.acbb.aoyama.ac.jp with smtp id 1efa_26c3_5479b9e8_996e_11e0_ab05_001d096c5b62; Sat, 18 Jun 2011 14:46:36 +0900 Received: from [IPv6:::1] ([133.2.210.5]:34187) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id for from ; Sat, 18 Jun 2011 14:46:33 +0900 Message-ID: <4DFC3BA6.6080407@it.aoyama.ac.jp> Date: Sat, 18 Jun 2011 14:46:14 +0900 From: =?ISO-8859-1?Q?=22Martin_J=2E_D=FCrst=22?= Organization: Aoyama Gakuin University User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: Chris Lilley References: <4DFB534C.6010606@cisco.com> <4DFB6A27.2010500@stpeter.im> <918593622.20110617170001@w3.org> In-Reply-To: <918593622.20110617170001@w3.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Bjoern Hoehrmann , ietf-types@ietf.org Subject: Re: [ietf-types] outdated template X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 05:46:49 -0000 On 2011/06/18 0:00, Chris Lilley wrote: > People reading RFC 2048 think they know > a) which template to use > Also, I assume its a policy decision that RFCs once published are never updated to say that they are obsoleted; but perhapsit is time to review that decision? I imagine most people consult an online copy nowadays rather than taking out a dusty pile of lineprinter paper to read. If you look at the 'right' copy online, e.g. http://tools.ietf.org/html/rfc2048, then it actually gets updated :-). So one way to help with this is to use the 'right' reference where possible (e.g. in the W3C), and to push this kind of format (or a similar one) from the IETF and the RFC Editor. Regards, Martin. Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EC6111E8179 for ; Fri, 17 Jun 2011 08:07:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.517 X-Spam-Level: X-Spam-Status: No, score=-102.517 tagged_above=-999 required=5 tests=[AWL=0.082, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I9w7PJ56Jznn for ; Fri, 17 Jun 2011 08:07:46 -0700 (PDT) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 728B011E809C for ; Fri, 17 Jun 2011 08:07:46 -0700 (PDT) Received: from dhcp-64-101-72-207.cisco.com (dhcp-64-101-72-207.cisco.com [64.101.72.207]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 5B72E400A5; Fri, 17 Jun 2011 09:08:13 -0600 (MDT) Message-ID: <4DFB6DBF.7030503@stpeter.im> Date: Fri, 17 Jun 2011 09:07:43 -0600 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Chris Lilley References: <4DFB534C.6010606@cisco.com> <4DFB6A27.2010500@stpeter.im> <918593622.20110617170001@w3.org> In-Reply-To: <918593622.20110617170001@w3.org> X-Enigmail-Version: 1.1.1 OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030104080205050903090606" Cc: Bjoern Hoehrmann , ietf-types@ietf.org Subject: Re: [ietf-types] outdated template X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 15:07:48 -0000 This is a cryptographically signed message in MIME format. --------------ms030104080205050903090606 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 6/17/11 9:00 AM, Chris Lilley wrote: > On Friday, June 17, 2011, 4:52:23 PM, Peter wrote: >=20 > PSA> On 6/17/11 7:22 AM, Bjoern Hoehrmann wrote: >>> * Stewart Bryant wrote: >>>> 7.1.1. application/rpki-manifest >=20 >>>> MIME media type name: application MIME subtype name: >>>> rpki-manifest >=20 >>> This uses an outdated template, the current template is in RFC >>> 4288. >=20 > PSA> Bjoern, I notice that many of your reviews start with "this uses > an PSA> outdated template". Do we need to update pointers somewhere > so that PSA> people know which template to use? >=20 > People reading RFC 4288 know a) which template to use b) that it > obsoletes RFC 2048 >=20 > People reading RFC 2048 think they know a) which template to use >=20 > and they know that it obsoletes some older RFCs but don't know (from > reading the text) that it is obsoleted by RFC 4288. People reading http://tools.ietf.org/html/rfc2048 know that it's been obsoleted, but the plain text versions don't have the forward link. Peter --=20 Peter Saint-Andre https://stpeter.im/ --------------ms030104080205050903090606 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITzjCC BjQwggQcoAMCAQICASMwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDMzM1oXDTE3MTAyNDIxMDMzM1owgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALmjSW4SPiDKlAinvVeL ZOVfItiuP1aRHL530E7QUc9icCwL33+PH+Js1HAh8CgWFl34sOxx1FJyS/C4VLPRsqDfP72j tzCVUAL0DAxZ7wgzQvFz7x61jGxfhYhqYb1+PPOLkYBbkRIrPMg3dLEdKmXIYJYXDH+mB/V/ jLo73/Kb7h/rNoNg/oHHSv5Jolyvp5IY2btfcTBfW/telEFj5rDTX2juTvZ3Qhf3XQX5ca3Q 7A10zrUV/cWJOJ7F5RltbEIaboZmX5JBUb3FhUiAdBotehAX6DbDOuYoJtVxmGof6GuVGcPo 98K4TJf8FHo+UA9EOVDp/W7fCqKT4sXk/XkCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBR7iZySlyShhEcCy3T8LvSs3DLl8zAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQELBQADggIBAGpd SbdLFMhirxK37V4gE00+uW74UdAXtDgQI3AsRZWtaRtKHgAxFBSteqz4kDkeAjH/1b+K8tQR 6cxSI2nho7qOaPW/UpzOfSS/MeKK/9vfM2lfs+uItXH7LWtvS9wD1erfH1a+BXHCrCp4LA1l fADDhRIiGTSS3i0Zu5xV3INNRHrCCCl6patltQ8RZTqzDMri7ombgIxjN51Zo7xV77EZcThV 0GA8iIN+7T53uHhUJpjfLIztHs/69OclRvHux9hCflfOm7GY5Sc4nqjfES+5XPArGGWiQSEk ez37QfXqsxO3oCHK4b3DFZysG4uyOuC/WL80ab3muQ3tgwjBhq0D3JZN5kvu5gSuNZPa1WrV hEgXkd6C7s5stqB6/htVpshG08jRz9DEutGM9oKQ1ncTivbfPNx7pILoHWvvT7N5i/puVoNu bPUmLXh/2wA6wzAzuuoONiIL14Xpw6jLSnqpaLWElo2yTIFZ/CU/nCvvpW1Dj1457P3Ci9bD 0RPkWSR+CuucpgxrEmaw4UOLxflzuYYaq1RJwygOO5K0s2bAWOcXpgteyUOnQ3d/EjJAWRri 2v0ubiq+4H3KUOMlbznlPAY/1T8YyyJPM88+Ueahe/AW1zoUwZayNcTnuM7cq6yBV8Wr3GOI LFXhtT0UVuJLChPMJKVKVsa7qNorlLkMMIIGxzCCBa+gAwIBAgICAIswDQYJKoZIhvcNAQEF BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xMDEwMTQwMTM2MzRa Fw0xMjEwMTQxMjAxMDdaMIHAMSAwHgYDVQQNExcyNzQ1ODEtOU5YMDRxeExEYjBvNDY5VDEL MAkGA1UEBhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxLDAqBgNV BAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRowGAYDVQQDExFQZXRl ciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBldGVyLmltMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuERvnrkpQTx9wbJfgxbNKEYvt0IilecZRUM6 wrbCzIUPCocuYhaAJcQoqIyHaKybPQ7f+DIGIAolAa3dHnNdlsXP2smTft/ZNpj10PIG5bil NAqLUYwmLJaEaqY7BMW8423U3blW43/luLJk/Pq4OsWcw7AK3LeVh1U/HOgqhin26N3h72X1 nbLEpZFrgcp8egmWtXLCbLBDMqUK3j6wjLldni79muzYEVqU0A5GqSeb8Wc4kIx8VI5yL24J KzinG2iVRP5ZDEbOZETzBXJabUsV56XSxqPG9DK6ke+ybCiL/wKV1HFqdtFB1y25lfvHgOP2 gyEApBKEDNjgLmKyyQIDAQABo4IC+zCCAvcwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBS2EW2iNB+g0EibKJLBdv8I eLovVDAfBgNVHSMEGDAWgBR7iZySlyShhEcCy3T8LvSs3DLl8zAdBgNVHREEFjAUgRJzdHBl dGVyQHN0cGV0ZXIuaW0wggFCBgNVHSAEggE5MIIBNTCCATEGCysGAQQBgbU3AQICMIIBIDAu BggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0BggrBgEF BQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjCBtwYIKwYB BQUHAgIwgaowFBYNU3RhcnRDb20gTHRkLjADAgEBGoGRTGltaXRlZCBMaWFiaWxpdHksIHNl ZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5IFBvbGljeSBhdmFpbGFibGUgYXQgaHR0cDovL3d3dy5zdGFydHNz bC5jb20vcG9saWN5LnBkZjBjBgNVHR8EXDBaMCugKaAnhiVodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1 My1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5z dGFydHNzbC5jb20vc3ViL2NsYXNzMy9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczMuY2xpZW50LmNhLmNydDAjBgNVHRIE HDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADVtbXJG tKAr55xc/OUM546gXUybI72Bank0w739Mv+9BBNtq9rMEvCnLmSKhBi76c1mdXh6zXs8RQDo 6nR/aPabE3llF2T4z80smi9jfnl3y9dpu9TcgDoqDLZ7a2lBlW656XAAQzHjvLp2MC7/mxlg PYH2axa+q40mAYM20GbNsAEGbWQT1IqIh0BcLLsgbaMJHbyG/57zd9JLyMX3Vry1L1fJRQr3 GeLxMV5RtxN+mBgxrwFz/cOc09COiFExlsHgekpB5O43gqsAU16MXypyoSt4MrSfKTMHIGx6 2RF/M6vqUlvhi28gk2ZUvQ/+OX5+gjcZyooEzAAn4RuOKNswggbHMIIFr6ADAgECAgIAizAN BgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x KzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMT L1N0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMB4XDTEw MTAxNDAxMzYzNFoXDTEyMTAxNDEyMDEwN1owgcAxIDAeBgNVBA0TFzI3NDU4MS05TlgwNHF4 TERiMG80NjlUMQswCQYDVQQGEwJVUzERMA8GA1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRl bnZlcjEsMCoGA1UECxMjU3RhcnRDb20gVHJ1c3RlZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxGjAY BgNVBAMTEVBldGVyIFNhaW50LUFuZHJlMSEwHwYJKoZIhvcNAQkBFhJzdHBldGVyQHN0cGV0 ZXIuaW0wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4RG+euSlBPH3Bsl+DFs0o Ri+3QiKV5xlFQzrCtsLMhQ8Khy5iFoAlxCiojIdorJs9Dt/4MgYgCiUBrd0ec12Wxc/ayZN+ 39k2mPXQ8gbluKU0CotRjCYsloRqpjsExbzjbdTduVbjf+W4smT8+rg6xZzDsArct5WHVT8c 6CqGKfbo3eHvZfWdssSlkWuBynx6CZa1csJssEMypQrePrCMuV2eLv2a7NgRWpTQDkapJ5vx ZziQjHxUjnIvbgkrOKcbaJVE/lkMRs5kRPMFclptSxXnpdLGo8b0MrqR77JsKIv/ApXUcWp2 0UHXLbmV+8eA4/aDIQCkEoQM2OAuYrLJAgMBAAGjggL7MIIC9zAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFLYRbaI0 H6DQSJsoksF2/wh4ui9UMB8GA1UdIwQYMBaAFHuJnJKXJKGERwLLdPwu9KzcMuXzMB0GA1Ud EQQWMBSBEnN0cGV0ZXJAc3RwZXRlci5pbTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGB tTcBAgIwggEgMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu cGRmMIG3BggrBgEFBQcCAjCBqjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExp YWJpbGl0eSwgc2VlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRD b20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2NydHUzLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRz c2wuY29tL2NydHUzLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MzL2NsaWVudC9jYTBCBggrBgEFBQcw AoY2aHR0cDovL3d3dy5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMy5jbGllbnQuY2Eu Y3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUF AAOCAQEANW1tcka0oCvnnFz85QznjqBdTJsjvYFqeTTDvf0y/70EE22r2swS8KcuZIqEGLvp zWZ1eHrNezxFAOjqdH9o9psTeWUXZPjPzSyaL2N+eXfL12m71NyAOioMtntraUGVbrnpcABD MeO8unYwLv+bGWA9gfZrFr6rjSYBgzbQZs2wAQZtZBPUioiHQFwsuyBtowkdvIb/nvN30kvI xfdWvLUvV8lFCvcZ4vExXlG3E36YGDGvAXP9w5zT0I6IUTGWweB6SkHk7jeCqwBTXoxfKnKh K3gytJ8pMwcgbHrZEX8zq+pSW+GLbyCTZlS9D/45fn6CNxnKigTMACfhG44o2zGCA80wggPJ AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD b20gQ2xhc3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMAkGBSsOAwIa BQCgggIOMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDYx NzE1MDc0M1owIwYJKoZIhvcNAQkEMRYEFNbzwyGQWeptHlpK62VGhi787O8OMF8GCSqGSIb3 DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBpAYJKwYBBAGCNxAEMYGWMIGT MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2Vj dXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMIGmBgsqhkiG9w0BCRAC CzGBlqCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNV BAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0 Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgIAizANBgkqhkiG 9w0BAQEFAASCAQCRfN1dvepMjb4QEgzex5hC2TF9+hVyblAaZe5dwLMVbWTlHFvKTNAi+nMT 7QPjaDNYgBWBTYnhLpBgWz9O+HT1TDkWQ/r8Svs4DHZzmSOj6HzJ66t01fSuSJJ61BnxFs4y Pvs516BIrB0g6dddkrr3lgSeTB87sjyYQbneCTp+j58qp9wH4iTo0zQtyWNPwz/Oyn/cfRLw h1ybOBEWlUR9UZsmca4HZPafk2S3CRnZZAueYbqBc5dM8knnaiV53haxlDkMurYE2PkRbMTH cFCFktAMZnUpga7x8rqYjdaHocQB+AiXNAc3x+BNuQLwxl1LB7ySSTmbOUK++ihAkBvjAAAA AAAA --------------ms030104080205050903090606-- Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E99C311E819D for ; Fri, 17 Jun 2011 08:04:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EBJV0QOxUw0p for ; Fri, 17 Jun 2011 08:04:30 -0700 (PDT) Received: from jay.w3.org (ssh.w3.org [128.30.52.60]) by ietfa.amsl.com (Postfix) with ESMTP id 49D0111E8129 for ; Fri, 17 Jun 2011 08:04:30 -0700 (PDT) Received: from localhost ([127.0.0.1]) by jay.w3.org with esmtpa (Exim 4.69) (envelope-from ) id 1QXaaw-0002mE-Ng; Fri, 17 Jun 2011 11:04:26 -0400 Date: Fri, 17 Jun 2011 17:00:01 +0200 From: Chris Lilley X-Mailer: The Bat! (v3.95.6) Home Organization: W3C X-Priority: 3 (Normal) Message-ID: <918593622.20110617170001@w3.org> To: Peter Saint-Andre In-Reply-To: <4DFB6A27.2010500@stpeter.im> References: <4DFB534C.6010606@cisco.com> <4DFB6A27.2010500@stpeter.im> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Bjoern Hoehrmann , ietf-types@ietf.org Subject: Re: [ietf-types] outdated template (was: Re: Review requested for draft-ietf-sidr-repos-struct) X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Chris Lilley List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 15:04:31 -0000 On Friday, June 17, 2011, 4:52:23 PM, Peter wrote: PSA> On 6/17/11 7:22 AM, Bjoern Hoehrmann wrote: >> * Stewart Bryant wrote: >>> 7.1.1. application/rpki-manifest >>> MIME media type name: application >>> MIME subtype name: rpki-manifest >> This uses an outdated template, the current template is in RFC 4288. PSA> Bjoern, I notice that many of your reviews start with "this uses an PSA> outdated template". Do we need to update pointers somewhere so that PSA> people know which template to use? People reading RFC 4288 know a) which template to use b) that it obsoletes RFC 2048 People reading RFC 2048 think they know a) which template to use and they know that it obsoletes some older RFCs but don't know (from reading the text) that it is obsoleted by RFC 4288. I have seen a checker for documents, to make sure the referenced RFCs are up to date; is there a tool (that doesn't start with a document), to see if a single RFC is the latest? Also, I assume its a policy decision that RFCs once published are never updated to say that they are obsoleted; but perhapsit is time to review that decision? I imagine most people consult an online copy nowadays rather than taking out a dusty pile of lineprinter paper to read. -- Chris Lilley Technical Director, Interaction Domain W3C Graphics Activity Lead, Fonts Activity Lead Co-Chair, W3C Hypertext CG Member, CSS, WebFonts, SVG Working Groups Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D21A11E818F for ; Fri, 17 Jun 2011 07:52:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.509 X-Spam-Level: X-Spam-Status: No, score=-102.509 tagged_above=-999 required=5 tests=[AWL=0.090, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vBqRqYnRBgKF for ; Fri, 17 Jun 2011 07:52:28 -0700 (PDT) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id AACD511E8179 for ; Fri, 17 Jun 2011 07:52:25 -0700 (PDT) Received: from dhcp-64-101-72-207.cisco.com (dhcp-64-101-72-207.cisco.com [64.101.72.207]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 9476D400A5; Fri, 17 Jun 2011 08:52:52 -0600 (MDT) Message-ID: <4DFB6A27.2010500@stpeter.im> Date: Fri, 17 Jun 2011 08:52:23 -0600 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Bjoern Hoehrmann References: <4DFB534C.6010606@cisco.com> In-Reply-To: X-Enigmail-Version: 1.1.1 OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050701020602040503040303" Cc: ietf-types@ietf.org Subject: [ietf-types] outdated template (was: Re: Review requested for draft-ietf-sidr-repos-struct) X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 14:52:34 -0000 This is a cryptographically signed message in MIME format. --------------ms050701020602040503040303 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 6/17/11 7:22 AM, Bjoern Hoehrmann wrote: > * Stewart Bryant wrote: >> 7.1.1. application/rpki-manifest >> >> MIME media type name: application >> MIME subtype name: rpki-manifest >=20 > This uses an outdated template, the current template is in RFC 4288. Bjoern, I notice that many of your reviews start with "this uses an outdated template". Do we need to update pointers somewhere so that people know which template to use? Peter --=20 Peter Saint-Andre https://stpeter.im/ --------------ms050701020602040503040303 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITzjCC BjQwggQcoAMCAQICASMwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDMzM1oXDTE3MTAyNDIxMDMzM1owgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALmjSW4SPiDKlAinvVeL ZOVfItiuP1aRHL530E7QUc9icCwL33+PH+Js1HAh8CgWFl34sOxx1FJyS/C4VLPRsqDfP72j tzCVUAL0DAxZ7wgzQvFz7x61jGxfhYhqYb1+PPOLkYBbkRIrPMg3dLEdKmXIYJYXDH+mB/V/ jLo73/Kb7h/rNoNg/oHHSv5Jolyvp5IY2btfcTBfW/telEFj5rDTX2juTvZ3Qhf3XQX5ca3Q 7A10zrUV/cWJOJ7F5RltbEIaboZmX5JBUb3FhUiAdBotehAX6DbDOuYoJtVxmGof6GuVGcPo 98K4TJf8FHo+UA9EOVDp/W7fCqKT4sXk/XkCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBR7iZySlyShhEcCy3T8LvSs3DLl8zAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQELBQADggIBAGpd SbdLFMhirxK37V4gE00+uW74UdAXtDgQI3AsRZWtaRtKHgAxFBSteqz4kDkeAjH/1b+K8tQR 6cxSI2nho7qOaPW/UpzOfSS/MeKK/9vfM2lfs+uItXH7LWtvS9wD1erfH1a+BXHCrCp4LA1l fADDhRIiGTSS3i0Zu5xV3INNRHrCCCl6patltQ8RZTqzDMri7ombgIxjN51Zo7xV77EZcThV 0GA8iIN+7T53uHhUJpjfLIztHs/69OclRvHux9hCflfOm7GY5Sc4nqjfES+5XPArGGWiQSEk ez37QfXqsxO3oCHK4b3DFZysG4uyOuC/WL80ab3muQ3tgwjBhq0D3JZN5kvu5gSuNZPa1WrV hEgXkd6C7s5stqB6/htVpshG08jRz9DEutGM9oKQ1ncTivbfPNx7pILoHWvvT7N5i/puVoNu bPUmLXh/2wA6wzAzuuoONiIL14Xpw6jLSnqpaLWElo2yTIFZ/CU/nCvvpW1Dj1457P3Ci9bD 0RPkWSR+CuucpgxrEmaw4UOLxflzuYYaq1RJwygOO5K0s2bAWOcXpgteyUOnQ3d/EjJAWRri 2v0ubiq+4H3KUOMlbznlPAY/1T8YyyJPM88+Ueahe/AW1zoUwZayNcTnuM7cq6yBV8Wr3GOI LFXhtT0UVuJLChPMJKVKVsa7qNorlLkMMIIGxzCCBa+gAwIBAgICAIswDQYJKoZIhvcNAQEF BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xMDEwMTQwMTM2MzRa Fw0xMjEwMTQxMjAxMDdaMIHAMSAwHgYDVQQNExcyNzQ1ODEtOU5YMDRxeExEYjBvNDY5VDEL MAkGA1UEBhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxLDAqBgNV BAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRowGAYDVQQDExFQZXRl ciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBldGVyLmltMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuERvnrkpQTx9wbJfgxbNKEYvt0IilecZRUM6 wrbCzIUPCocuYhaAJcQoqIyHaKybPQ7f+DIGIAolAa3dHnNdlsXP2smTft/ZNpj10PIG5bil NAqLUYwmLJaEaqY7BMW8423U3blW43/luLJk/Pq4OsWcw7AK3LeVh1U/HOgqhin26N3h72X1 nbLEpZFrgcp8egmWtXLCbLBDMqUK3j6wjLldni79muzYEVqU0A5GqSeb8Wc4kIx8VI5yL24J KzinG2iVRP5ZDEbOZETzBXJabUsV56XSxqPG9DK6ke+ybCiL/wKV1HFqdtFB1y25lfvHgOP2 gyEApBKEDNjgLmKyyQIDAQABo4IC+zCCAvcwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBS2EW2iNB+g0EibKJLBdv8I eLovVDAfBgNVHSMEGDAWgBR7iZySlyShhEcCy3T8LvSs3DLl8zAdBgNVHREEFjAUgRJzdHBl dGVyQHN0cGV0ZXIuaW0wggFCBgNVHSAEggE5MIIBNTCCATEGCysGAQQBgbU3AQICMIIBIDAu BggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0BggrBgEF BQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjCBtwYIKwYB BQUHAgIwgaowFBYNU3RhcnRDb20gTHRkLjADAgEBGoGRTGltaXRlZCBMaWFiaWxpdHksIHNl ZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5IFBvbGljeSBhdmFpbGFibGUgYXQgaHR0cDovL3d3dy5zdGFydHNz bC5jb20vcG9saWN5LnBkZjBjBgNVHR8EXDBaMCugKaAnhiVodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1 My1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5z dGFydHNzbC5jb20vc3ViL2NsYXNzMy9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczMuY2xpZW50LmNhLmNydDAjBgNVHRIE HDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADVtbXJG tKAr55xc/OUM546gXUybI72Bank0w739Mv+9BBNtq9rMEvCnLmSKhBi76c1mdXh6zXs8RQDo 6nR/aPabE3llF2T4z80smi9jfnl3y9dpu9TcgDoqDLZ7a2lBlW656XAAQzHjvLp2MC7/mxlg PYH2axa+q40mAYM20GbNsAEGbWQT1IqIh0BcLLsgbaMJHbyG/57zd9JLyMX3Vry1L1fJRQr3 GeLxMV5RtxN+mBgxrwFz/cOc09COiFExlsHgekpB5O43gqsAU16MXypyoSt4MrSfKTMHIGx6 2RF/M6vqUlvhi28gk2ZUvQ/+OX5+gjcZyooEzAAn4RuOKNswggbHMIIFr6ADAgECAgIAizAN BgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x KzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMT L1N0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMB4XDTEw MTAxNDAxMzYzNFoXDTEyMTAxNDEyMDEwN1owgcAxIDAeBgNVBA0TFzI3NDU4MS05TlgwNHF4 TERiMG80NjlUMQswCQYDVQQGEwJVUzERMA8GA1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRl bnZlcjEsMCoGA1UECxMjU3RhcnRDb20gVHJ1c3RlZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxGjAY BgNVBAMTEVBldGVyIFNhaW50LUFuZHJlMSEwHwYJKoZIhvcNAQkBFhJzdHBldGVyQHN0cGV0 ZXIuaW0wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4RG+euSlBPH3Bsl+DFs0o Ri+3QiKV5xlFQzrCtsLMhQ8Khy5iFoAlxCiojIdorJs9Dt/4MgYgCiUBrd0ec12Wxc/ayZN+ 39k2mPXQ8gbluKU0CotRjCYsloRqpjsExbzjbdTduVbjf+W4smT8+rg6xZzDsArct5WHVT8c 6CqGKfbo3eHvZfWdssSlkWuBynx6CZa1csJssEMypQrePrCMuV2eLv2a7NgRWpTQDkapJ5vx ZziQjHxUjnIvbgkrOKcbaJVE/lkMRs5kRPMFclptSxXnpdLGo8b0MrqR77JsKIv/ApXUcWp2 0UHXLbmV+8eA4/aDIQCkEoQM2OAuYrLJAgMBAAGjggL7MIIC9zAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFLYRbaI0 H6DQSJsoksF2/wh4ui9UMB8GA1UdIwQYMBaAFHuJnJKXJKGERwLLdPwu9KzcMuXzMB0GA1Ud EQQWMBSBEnN0cGV0ZXJAc3RwZXRlci5pbTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGB tTcBAgIwggEgMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu cGRmMIG3BggrBgEFBQcCAjCBqjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExp YWJpbGl0eSwgc2VlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRD b20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2NydHUzLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRz c2wuY29tL2NydHUzLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MzL2NsaWVudC9jYTBCBggrBgEFBQcw AoY2aHR0cDovL3d3dy5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMy5jbGllbnQuY2Eu Y3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUF AAOCAQEANW1tcka0oCvnnFz85QznjqBdTJsjvYFqeTTDvf0y/70EE22r2swS8KcuZIqEGLvp zWZ1eHrNezxFAOjqdH9o9psTeWUXZPjPzSyaL2N+eXfL12m71NyAOioMtntraUGVbrnpcABD MeO8unYwLv+bGWA9gfZrFr6rjSYBgzbQZs2wAQZtZBPUioiHQFwsuyBtowkdvIb/nvN30kvI xfdWvLUvV8lFCvcZ4vExXlG3E36YGDGvAXP9w5zT0I6IUTGWweB6SkHk7jeCqwBTXoxfKnKh K3gytJ8pMwcgbHrZEX8zq+pSW+GLbyCTZlS9D/45fn6CNxnKigTMACfhG44o2zGCA80wggPJ AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD b20gQ2xhc3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMAkGBSsOAwIa BQCgggIOMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDYx NzE0NTIyM1owIwYJKoZIhvcNAQkEMRYEFD+djl48ucxioOgxYzG5fF+qc2D+MF8GCSqGSIb3 DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBpAYJKwYBBAGCNxAEMYGWMIGT MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2Vj dXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMIGmBgsqhkiG9w0BCRAC CzGBlqCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNV BAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0 Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgIAizANBgkqhkiG 9w0BAQEFAASCAQB5UQUaV52rL9Kjp9+dHTudTkzcVk0i2DeIDnzlM9lQHmnSU4J6kJr5bXOp kPFXSPLw6GbM48WVVa8/xb0s7L12UX/WGDK71Lsjx0aKvjTwtuOSfVekRgIb/99BGwYNLtIh PHJ9pMyMXVvL1yogik7GxTUzoHcMrg4ucosu2xKdpRBt0EQPDvFgHbGKdk3L9nGcHPpFrBXZ 8HJ0/jcnrhNXDgxMENThYWbnJnfyGIJn9oEybimC3AiWMT/TUIAjVvkSsxee5lHj5838oukI uUR55FJHstvN++Y/WLmKoRcFcIkGA++xl8wQJNjp9CHrGMQo72tgG6zwzulV5XMHz1prAAAA AAAA --------------ms050701020602040503040303-- Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AD9911E8088 for ; Fri, 17 Jun 2011 06:21:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.407 X-Spam-Level: X-Spam-Status: No, score=-2.407 tagged_above=-999 required=5 tests=[AWL=0.192, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6RVVT9M5DF4U for ; Fri, 17 Jun 2011 06:21:50 -0700 (PDT) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id D095D11E8070 for ; Fri, 17 Jun 2011 06:21:49 -0700 (PDT) Received: (qmail invoked by alias); 17 Jun 2011 13:21:47 -0000 Received: from dslb-094-222-153-106.pools.arcor-ip.net (EHLO HIVE) [94.222.153.106] by mail.gmx.net (mp056) with SMTP; 17 Jun 2011 15:21:47 +0200 X-Authenticated: #723575 X-Provags-ID: V01U2FsdGVkX1/S9k4KBsbSUmLhE/bA5aMVhRM8ONZ80Ygb7qw0go HVhDbI2gaSqEFM From: Bjoern Hoehrmann To: stbryant@cisco.com Date: Fri, 17 Jun 2011 15:22:01 +0200 Message-ID: References: <4DFB534C.6010606@cisco.com> In-Reply-To: <4DFB534C.6010606@cisco.com> X-Mailer: Forte Agent 3.3/32.846 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: draft-ietf-sidr-repos-struct@tools.ietf.org, ietf-types@ietf.org Subject: Re: [ietf-types] Review requested for draft-ietf-sidr-repos-struct X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 13:21:51 -0000 * Stewart Bryant wrote: >7.1.1. application/rpki-manifest > > MIME media type name: application > MIME subtype name: rpki-manifest This uses an outdated template, the current template is in RFC 4288. > Required parameters: None > Optional parameters: None > Encoding considerations: binary > Security considerations: Carries a RPKI Manifest > [I-D.ietf-sidr-rpki-manifests]. This should perhaps reference the Security Considerations of that document then. > Interoperability considerations: None > Published specification: This document > Applications which use this media type: Any MIME-complaint transport This should say something more like "3D Modeling Software". (Same comments apply to the other type.) -- Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de 25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/ Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7643411E8088 for ; Fri, 17 Jun 2011 06:14:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.486 X-Spam-Level: X-Spam-Status: No, score=-110.486 tagged_above=-999 required=5 tests=[AWL=0.113, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VJu0-oqyca+N for ; Fri, 17 Jun 2011 06:14:16 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 7D26511E8070 for ; Fri, 17 Jun 2011 06:14:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=stbryant@cisco.com; l=1950; q=dns/txt; s=iport; t=1308316456; x=1309526056; h=message-id:date:from:reply-to:mime-version:to:cc:subject: content-transfer-encoding; bh=iwSoud91Q/Kho1v1FVIMwjDXsmut3OYgkWdhg2izZOE=; b=dDQ6c3AlDFChmznqlOiechYxP6q9Xy9xDnq++kohpuDIXdf+itwKaylP +qlp8mFjKJNGPTTwgJHmcHXqNt8rKV1FqxgwLyIhjChKEZr1ktBCrQ2q2 NkglsSjwQCSncOA/1+7DnD6w63k3JxqzrWZwL9x0THBzInM5knO6VK5tv M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoEIAAJS+02Q/khR/2dsb2JhbABSmCaOSHepWIMPDwGafoYnBJFej34 X-IronPort-AV: E=Sophos;i="4.65,381,1304294400"; d="scan'208";a="94538042" Received: from ams-core-1.cisco.com ([144.254.72.81]) by ams-iport-1.cisco.com with ESMTP; 17 Jun 2011 13:14:09 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p5HDE9f7001803; Fri, 17 Jun 2011 13:14:09 GMT Received: from stbryant-mac2.local (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id p5HDE8QS028227; Fri, 17 Jun 2011 14:14:09 +0100 (BST) Message-ID: <4DFB534C.6010606@cisco.com> Date: Fri, 17 Jun 2011 14:14:52 +0100 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: ietf-types@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: draft-ietf-sidr-repos-struct@tools.ietf.org Subject: [ietf-types] Review requested for draft-ietf-sidr-repos-struct X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: stbryant@cisco.com List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 13:14:17 -0000 draft-ietf-sidr-repos-struct https://datatracker.ietf.org/doc/draft-ietf-sidr-repos-struct/ Makes the following types request. Review comments by 1 July would be appreciated. Many thanks - Stewart 7.1.1. application/rpki-manifest MIME media type name: application MIME subtype name: rpki-manifest Required parameters: None Optional parameters: None Encoding considerations: binary Security considerations: Carries a RPKI Manifest [I-D.ietf-sidr-rpki-manifests]. Interoperability considerations: None Published specification: This document Applications which use this media type: Any MIME-complaint transport Additional information: Magic number(s): None File extension(s): .mft Macintosh File Type Code(s): Person& email address to contact for further information: Geoff Huston Intended usage: COMMON Author/Change controller: Geoff Huston 7.1.2. application/rpki-roa MIME media type name: application> MIME subtype name: rpki-roa Required parameters: None Optional parameters: None Encoding considerations: binary Security considerations: Carries a RPKI ROA [I-D.ietf-sidr-roa-format] Interoperability considerations: None Huston, et al. Expires December 10, 2011 [Page 12] Internet-Draft ResCert Repository Structure June 2011 Published specification: This document Applications which use this media type: Any MIME-complaint transport Additional information: Magic number(s): None File extension(s): .roa Macintosh File Type Code(s): Person& email address to contact for further information: Geoff Huston Intended usage: COMMON Author/Change controller: Geoff Huston Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F37F11E80CB for ; Fri, 17 Jun 2011 05:06:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.187 X-Spam-Level: X-Spam-Status: No, score=-0.187 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HELO_MISMATCH_ORG=0.611, HOST_MISMATCH_NET=0.311, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RuwB1TSNtuv8 for ; Fri, 17 Jun 2011 05:06:15 -0700 (PDT) Received: from pechora5.dc.icann.org (pechora5.icann.org [IPv6:2620:0:2830:201::1:71]) by ietfa.amsl.com (Postfix) with ESMTP id F2B3711E808B for ; Fri, 17 Jun 2011 05:06:13 -0700 (PDT) Received: from mail.iptc.org (srvhost34.serverhosting.apa.net [194.232.153.97]) by pechora5.dc.icann.org (8.13.8/8.13.8) with ESMTP id p5HC5qKH026540 for ; Fri, 17 Jun 2011 05:06:12 -0700 Received: from NITFIX7 (unknown [83.64.11.70]) (Authenticated sender: mdirector) by mail.iptc.org (Postfix) with ESMTP id E158C1EFAB8 for ; Fri, 17 Jun 2011 13:39:10 +0200 (CEST) From: "Michael Steidl \(IPTC\)" To: Date: Fri, 17 Jun 2011 13:39:07 +0200 Organization: IPTC Message-ID: <008201cc2ce3$2abfc130$803f4390$@org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0083_01CC2CF3.EE489130" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acws4yqgnBzGHAtTTCCxUIRnRSF7GQ== Content-Language: de-at X-Greylist: Delayed for 00:26:39 by milter-greylist-4.0 (pechora5.dc.icann.org [192.0.46.71]); Fri, 17 Jun 2011 05:06:13 -0700 (PDT) Subject: [ietf-types] Updating registration of application/vnd.iptc.g2.planningitem+xml X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 12:06:16 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0083_01CC2CF3.EE489130 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Upon request a Windows Clipboard Flavor Name and a Macintosh Uniform = Type Identifier have been added. =20 This is the updated application: =20 Media Type Name: application =20 Subtype name: vnd.iptc.g2.planningitem+xml =20 Required parameters: none =20 Optional parameters: charset identical to the charset parameter on application/xml as described in RFC 3023 [RFC3023] section 3.2 =20 Encoding considerations: Identical to those of application/xml as described in RFC 3023, section 3.2 =20 Security considerations: In regards to general XML Security issues, identical to those of "application/xml" as described in RFC3023, section 10. Beyond these general XML Security issues, the media type does not contain active or executable content. The information contained in the media type does not require privacy or integrity services, however the media type does support the use of the XML syntax and processing rules for creating and representing digital signatures as described by RFC3275. =20 Interoperability considerations: =20 Published specification: =20 for NewsML-G2 version 2.7 specifications and EventsML-G2 version 1.6 = specifications =20 http://www.iptc.org/std/NAR/1.8/specification/NAR_1.8-spec-PlanningItem-C= ore.xsd =20 Or =20 http://www.iptc.org/std/NAR/1.8/specification/NAR_1.8-spec-PlanningItem-P= ower.xsd =20 Applications which use this media type: none =20 Additional information: =20 Magic number(s): none =20 File extension(s): .xml =20 Macintosh File Type Code(s): Identical to those of "application/xml" as described in RFC3023, "TEXT" =20 Windows Clipboard Flavor Name: "IPTC PlanningItem XML" =20 Macintosh Uniform Type Identifier: org.iptc.planningitem conforms to = public.xml =20 Object Identifier(s) or OID(s): It must be possible to positively identify an Item as it moves through the news workflow, and is transferred from place to place and from system to system. An Item therefore gets a globally unique identifier (guid), which is a persistent, universally unique identifier, and a version which is incremented when the content of the Item is updated. The first version is numbered 1: if the version is not explicitly set, this value must be assumed by the recipient of the Item. The guid is required to be in the form of a IRI. Any IRI capable of acting as a globally unique identifier is accepted; the IPTC provides a standard for this purpose in the form of an IETF RFC [RFC-3085]. =20 Intended usage: =20 A Planning Item conveys information for the editorial staff of media companies about the planned coverage of events or topics=20 by a news provider. Typically a Planning Item holds details like the headline, keywords and the time of release for a set of planned News Items, Concept Items or Package items. Further a Planning Item may provide a list of already delivered Items. =20 Other Information/General Comment: none =20 Person to contact for further information: Name: Michael Steidl E-mail: mdirector@iptc.org =20 Author/Change controller: Name: Michael Steidl E-mail: mdirector@iptc.org =20 =20 =20 Michael Steidl Managing Director of the IPTC [mdirector@iptc.org] International Press Telecommunications Council=20 Web: www.iptc.org - on Twitter = @IPTC Business office address:=20 20 Garrick Street, London WC2E 9BT, United Kingdom Registered in England, company no 101096 =20 ------=_NextPart_000_0083_01CC2CF3.EE489130 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

U= pon request a Windows Clipboard Flavor Name and a Macintosh Uniform Type = Identifier have been added.

<= o:p> 

T= his is the updated application:

<= o:p> 

M= edia Type Name: application

<= o:p> 

S= ubtype name: vnd.iptc.g2.planningitem+xml

<= o:p> 

R= equired parameters: none

<= o:p> 

O= ptional parameters: charset

i= dentical to the charset parameter on application/xml as = described

i= n RFC 3023 [RFC3023] section 3.2

<= o:p> 

E= ncoding considerations: Identical to those of application/xml = as

d= escribed in RFC 3023, section 3.2

<= o:p> 

S= ecurity considerations: In regards to general XML Security = issues,

i= dentical to those of "application/xml" as described in = RFC3023,

s= ection 10. Beyond these general XML Security issues, the = media

t= ype does not contain active or executable content. The = information

c= ontained in the media type does not require privacy or = integrity

s= ervices, however the media type does support the use of the = XML

s= yntax and processing rules for creating and representing = digital

s= ignatures as described by RFC3275.

<= o:p> 

I= nteroperability considerations:

<= o:p> 

P= ublished specification:

<= o:p> 

f= or NewsML-G2 version 2.7 specifications and EventsML-G2 version 1.6 = specifications

<= o:p> 

h= ttp://www.iptc.org/std/NAR/1.8/specification/NAR_1.8-spec-PlanningItem-Co= re.xsd

<= o:p> 

O= r

<= o:p> 

h= ttp://www.iptc.org/std/NAR/1.8/specification/NAR_1.8-spec-PlanningItem-Po= wer.xsd

<= o:p> 

A= pplications which use this media type: none

<= o:p> 

A= dditional information:

<= o:p> 

M= agic number(s): none

<= o:p> 

F= ile extension(s): .xml

<= o:p> 

M= acintosh File Type Code(s): Identical to those = of

&= quot;application/xml" as described in RFC3023, = "TEXT"

<= o:p> 

W= indows Clipboard Flavor Name: "IPTC PlanningItem = XML"

<= o:p> 

M= acintosh Uniform Type Identifier: org.iptc.planningitem conforms to = public.xml

<= o:p> 

O= bject Identifier(s) or OID(s):

I= t must be possible to positively identify an Item as it = moves

t= hrough the news workflow, and is transferred from place to = place

a= nd from system to system. An Item therefore gets a = globally

u= nique identifier (guid), which is a persistent, universally = unique

i= dentifier, and a version which is incremented when the content = of

t= he Item is updated. The first version is numbered 1: if the = version

i= s not explicitly set, this value must be assumed by the recipient = of

t= he Item. The guid is required to be in the form of a IRI. Any = IRI

c= apable of acting as a globally unique identifier is accepted; = the

I= PTC provides a standard for this purpose in the form of an IETF = RFC

[= RFC-3085].

<= o:p> 

I= ntended usage:

<= o:p> 

A= Planning Item conveys information for the editorial staff = of

m= edia companies about the planned coverage of events or topics =

b= y a news provider.

T= ypically a Planning Item holds details like the = headline,

k= eywords and the time of release for a set of planned News = Items,

C= oncept Items or Package items. Further a Planning = Item

m= ay provide a list of already delivered Items.

<= o:p> 

O= ther Information/General Comment: none

<= o:p> 

P= erson to contact for further information:

N= ame: Michael Steidl

E= -mail: mdirector@iptc.org

<= o:p> 

A= uthor/Change controller:

N= ame: Michael Steidl

E= -mail: mdirector@iptc.org

<= o:p> 

 

 

Michael Steidl

Managing Director of the IPTC = [mdirector@iptc.org]

International Press Telecommunications Council
Web: www.iptc.org - on Twitter @IPTC

Business office address:

20 Garrick Street, London WC2E 9BT, United = Kingdom

Registered in England, company no 101096

 

------=_NextPart_000_0083_01CC2CF3.EE489130-- Return-Path: X-Original-To: ietf-types@ietfa.amsl.com Delivered-To: ietf-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF92811E80D2 for ; Thu, 16 Jun 2011 06:23:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.438 X-Spam-Level: X-Spam-Status: No, score=-103.438 tagged_above=-999 required=5 tests=[AWL=-0.839, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q+jrBY4N+AHq for ; Thu, 16 Jun 2011 06:23:58 -0700 (PDT) Received: from pechora1.lax.icann.org (pechora1.icann.org [208.77.188.36]) by ietfa.amsl.com (Postfix) with ESMTP id 3C29B11E8071 for ; Thu, 16 Jun 2011 06:23:57 -0700 (PDT) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by pechora1.lax.icann.org (8.13.8/8.13.8) with SMTP id p5GDNLTw004898 for ; Thu, 16 Jun 2011 06:23:42 -0700 Received: (qmail invoked by alias); 16 Jun 2011 13:23:19 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.140]) [217.91.35.233] by mail.gmx.net (mp008) with SMTP; 16 Jun 2011 15:23:19 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+5b044kve5u9JXcl/QHSojFJkBwNnAmLE6ZVnVm9 ZGWEToWZQAwpzo Message-ID: <4DFA03BC.4000002@gmx.de> Date: Thu, 16 Jun 2011 15:23:08 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Bjoern Hoehrmann References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.0 (pechora1.lax.icann.org [208.77.188.36]); Thu, 16 Jun 2011 06:23:42 -0700 (PDT) Cc: ietf-types@iana.org Subject: Re: [ietf-types] Comments on draft-melnikov-mime-default-charset-00.txt X-BeenThere: ietf-types@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Media \(MIME\) type review" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:23:59 -0000 On 2011-06-14 17:18, Bjoern Hoehrmann wrote: > Hi, > > On http://www.ietf.org/id/draft-melnikov-mime-default-charset-00.txt > > The first paragraph is horrible. It fails to properly separate the RFC > 2046 context from the RFC 2616 context, and instead makes encoding de- > tection a property of the media type independently of context. That is I think mentioning both here makes sense as RFC 2616 overrides the default set in 2046 (when used over HTTP). > not how media types are used, it is common for instance to use them in > contexts where a character encoding is not used at all, for instance, > in a XHTML document with > > > ... That's a good point. The same applies to