Re: this document may of interest to PKIX members

"Denis Pinkas"<denis.pinkas@bull.net> Tue, 03 February 2009 10:34 UTC

Return-Path: <owner-ietf-pkix@mail.imc.org>
X-Original-To: ietfarch-pkix-archive@core3.amsl.com
Delivered-To: ietfarch-pkix-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8684228C0F0 for <ietfarch-pkix-archive@core3.amsl.com>; Tue, 3 Feb 2009 02:34:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.957
X-Spam-Level:
X-Spam-Status: No, score=0.957 tagged_above=-999 required=5 tests=[AWL=0.368, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_BAD_ID=2.837]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NoQP9dedKfuZ for <ietfarch-pkix-archive@core3.amsl.com>; Tue, 3 Feb 2009 02:34:53 -0800 (PST)
Received: from balder-227.proper.com (properopus-pt.tunnel.tserv3.fmt2.ipv6.he.net [IPv6:2001:470:1f04:392::2]) by core3.amsl.com (Postfix) with ESMTP id 954F028C0EE for <pkix-archive@ietf.org>; Tue, 3 Feb 2009 02:34:52 -0800 (PST)
Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id n13A3HA9004895 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Feb 2009 03:03:17 -0700 (MST) (envelope-from owner-ietf-pkix@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.14.2/8.13.5/Submit) id n13A3HrO004894; Tue, 3 Feb 2009 03:03:17 -0700 (MST) (envelope-from owner-ietf-pkix@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-pkix@mail.imc.org using -f
Received: from odin2.bull.net (odin2.bull.net [129.184.85.11]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id n13A34G0004871 for <ietf-pkix@imc.org>; Tue, 3 Feb 2009 03:03:16 -0700 (MST) (envelope-from denis.pinkas@bull.net)
Received: from MSGA-001.frcl.bull.fr (msga-001.frcl.bull.fr [129.184.87.31]) by odin2.bull.net (Bull S.A.) with ESMTP id F2A219032; Tue, 3 Feb 2009 10:55:19 +0100 (CET)
Received: from FRCLS4013 ([129.182.108.120]) by MSGA-001.frcl.bull.fr (Lotus Domino Release 5.0.11) with SMTP id 2009020311030199:25872 ; Tue, 3 Feb 2009 11:03:01 +0100
Reply-To: denis.pinkas@bull.net
From: Denis Pinkas <denis.pinkas@bull.net>
To: owner-ietf-pkix <owner-ietf-pkix@mail.imc.org>, ietf-pkix <ietf-pkix@imc.org>
Subject: Re: this document may of interest to PKIX members
Date: Tue, 03 Feb 2009 11:03:01 +0100
Message-Id: <DreamMail__110301_48833121452@msga-001.frcl.bull.fr>
References: <p06240813c59fe948e2a5@[192.168.1.4]>
MIME-Version: 1.0
X-Priority: 3 (Normal)
X-Mailer: DreamMail 4.4.1.0
X-MIMETrack: Itemize by SMTP Server on MSGA-001/FR/BULL(Release 5.0.11 |July 24, 2002) at 03/02/2009 11:03:01, Serialize by Router on MSGA-001/FR/BULL(Release 5.0.11 |July 24, 2002) at 03/02/2009 11:03:03, Serialize complete at 03/02/2009 11:03:03
Content-Type: multipart/alternative; boundary="----=_NextPart_09020311030110806624733_002"
Sender: owner-ietf-pkix@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-pkix/mail-archive/>
List-ID: <ietf-pkix.imc.org>
List-Unsubscribe: <mailto:ietf-pkix-request@imc.org?body=unsubscribe>

I have some concerns to publish draft-santoni-timestampeddata-04.txt as an Informational RFC.

At present, the document has several major problems:

a) it does not contains any ASN.1 module at the end for the definition of TimeStampedData, 

b) the definition of TimeStampedData does not allow a compiler to process it correctly 
    (i.e. Evidence cannot compile correctly).

c) the definition of TimeStampedData should be modifed to allow the inclusion 
    of the possible locations of the time-stamped file (i.e. hints about the location).

d) its scope should be targeted to time-stamp tokens and not be extended to 
    "additional types of evidences to be registred with the IETF".

e) extending the validity of TimeStampedData should be addressed or discussed.
 
This document should also be redirected on the standard track, since it defines a new smime type 
and thus should  be discussed at the WG level.

If it is agreed to consider the document at the standard track level, 
I would consider to co-edit the document.

Denis

----- Message reçu ----- 
De : owner-ietf-pkix 
À : ietf-pkix 
Date : 2009-01-23, 22:38:42
Sujet : this document may of interest to PKIX members


>
>
>The IESG has no problem with the publication of 'Syntax for binding
>documents with time stamps' <draft-santoni-timestampeddata-04.txt> as an
>Informational RFC.
>
>The IESG would also like the IRSG or RFC-Editor to review the comments in
>
>the datatracker
>(https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=16302&rfc_flag=0)
>related to this document and determine whether or not they merit
>incorporation into the document. Comments may exist in both the ballot
>and the comment log.
>
>The IESG contact person is Tim Polk.
>
>A URL of this Internet-Draft is:
>http://www.ietf.org/internet-drafts/draft-santoni-timestampeddata-04.txt
>
>
>The process for such documents is described at
>http://www.rfc-editor.org/indsubs.html.
>
>Thank you,
>
>The IESG Secretary
>
>Technical Summary
>
> This document describes a syntax which can be used to bind a generic
> document (or any set of data, not necessarily protected by means of
> cryptographic techniques) to one or more time-stamp tokens obtained
> for that document, where "time-stamp token" has the meaning defined
> in RFC 3161. Additional types of temporal evidence are also
> supported.
>
>Working Group Summary
>
> This document is not the product of any IETF WG.
>
>Protocol Quality
>
> The documents were reviewed by Tim Polk for the IESG. Carl Wallace
> also reviewed the document for conflicts with the LTANS working group.
>
>RFC Editor Note
>
> The IESG thinks that this work is related to IETF work done in the
> Long-Term Archive and Notary Services (ltans) WG, but this does not
> prevent publishing.
>
>IESG Note
>
> This RFC is not a candidate for any level of Internet Standard.
> The IETF disclaims any knowledge of the fitness of this RFC for
> any purpose and notes that the decision to publish is not based on
> IETF review apart from IESG review for conflict with IETF work. The
> standards track specification RFC 4998, Evidence Record Syntax (ERS),
> specifies an alternative mechanism. Readers are encouraged to also
> review RFC 4998 when evaluating the suitability of this mechanism.
> The RFC Editor has chosen to publish this document at its
> discretion. See RFC 3932 for more information.
>
>_______________________________________________
>IETF-Announce mailing list
>IETF-Announce@ietf.org
>https://www.ietf.org/mailman/listinfo/ietf-announce