- From: Rens Troost <rens@imsi.com>
- Date: Fri, 13 Oct 1995 16:53:39 -0400
- To: Valdis.Kletnieks@vt.edu
- Cc: uri@bunyip.com, html-wg@oclc.org, Ed Levinson <elevinso@Accurate.COM>, ietf-822@dimacs.rutgers.edu
>>>>> "Valdis" == Valdis Kletnieks <Valdis.Kletnieks@vt.edu> writes: Valdis> So indeed, we *do* need a way to say "a URL referencing Valdis> another body part of the message <message ID>". Valdis> The *real* fun starts when we start considering follow-ups Valdis> and replies, where I may wish to say "see body part 7 of Valdis> Fred's note from Tuesday", which would get expressed in Valdis> terms of some combination of message-ID to identify Fred's Valdis> note, and content-ID to flag part 7. Content-ID is a globally unique bodypart identifier, so formally you do not need a message ID in the URI; What is needed is some standard for mapping content ID to messages, be it a naming convention, distributed database, or some such thing. It might be argued that to aid implementors, perhaps the CID URL should encode the message ID. This starts begging the question, though; should we also encode the message's 'domain' (news, email, http, other?) to help find it. Hmmm. Gnarly. In practice, I see the big usage being to refer to other bodyparts in the same message, so my urge would be to defer content-id -> message-id mapping to some other standard, and stick with CID as it stands. My 2 cents. -Rens
Received on Friday, 13 October 1995 16:54:01 UTC