W3C home > Mailing lists > Public > w3c-ietf-xmldsig@w3.org > October to December 1999

Re:Without breaking (formerly: The real crux... )

From: <rhimes@nmcourt.fed.us>
Date: Tue, 07 Dec 1999 13:50:41 -0700
Message-Id: <9912079445.AA944599911@nmcourt.fed.us>
To: <w3c-ietf-xmldsig@w3.org>

Thanks, Larry.  I'm dealing with huge documents in court filings, and face the
same problem.  The only thing I'd like to add is that we need this capability to
be part of core behavior (it isn't now).  


____________________Reply Separator____________________
Subject:    Without breaking   (formerly: The real crux... ) 
Author: "Bugbee  Larry" <Larry.Bugbee@PSS.Boeing.com>
Date:       12/6/99 5:38 PM

Please see below...

> ----------
> From:     rhimes@nmcourt.fed.us[SMTP:rhimes@nmcourt.fed.us]
> Sent:     Monday, November 29, 1999 3:27 PM
> To:   w3c-ietf-xmldsig@w3.org
> Subject:  Re[2]: The real crux... 
> [ snip ]
    ...(the ability to
> move a document internal to/from external and external to external without
> breaking the signature).  Actually, this sounds like it should have been a
> requirement, not just for me but for the generic world of applications.
I agree.  Have we missed something or have I missed something?  ;-)  Here's our

We will likely have signed documents where the content and the signature reside
in the same file, initially.  Later, we may want to store the documents in a
bulk archive (some of these files are HUGE), and keep only a striped down
"shell" in a secure repository for long-term storage (life of the airplane = 40+
years).  This "shell" might contain only a reference to the file in bulk storage
and the original signature.  (The need for a manifest may not be apparent at the
time the original document is signed.)  

How?  I'm not sure, but for us it will be a requirement that the signature not
break just because we chose to later separate (or reassemble) the document
content and its signature.


Larry Bugbee, Digital Signatures, Boeing


Received on Tuesday, 7 December 1999 15:54:10 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:21:32 UTC