# CID: and MID: URL schemes

Larry Masinter (masinter@parc.xerox.com)
Wed, 1 Nov 1995 16:13:59 PST

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Ed Levinson: "host vs hostname (Was: CID: and MID: URL schemes)"
- Previous message: Bela Lubkin: "wrong server url in "cannot be found""
- Next in thread: Ed Levinson: "Re: CID: and MID: URL schemes"
- Reply: Ed Levinson: "Re: CID: and MID: URL schemes"

    To: elevinso@Accurate.COM

    In-Reply-To: Ed Levinson's message of Wed, 1 Nov 1995 07:22:43 -0800 <9511011522.AA28808@Accurate.COM>

    Subject: CID: and MID: URL schemes

    From: Larry Masinter <masinter@parc.xerox.com>

    Message-Id: <95Nov1.161400pst.2733@golden.parc.xerox.com>

    Date: Wed, 1 Nov 1995 16:13:59 PST

OK, I found draft-levinson-cid-01.txt document. It looks pretty good.

Comments:

I think you need to be more careful about your description of the
handling of %xx hex-encoding of characters in content-ID tags that are
not otherwise representable inside URLs.

> To transform a cidurl or
> midurl into a valid content-id or message-id, surround the
> id-spec part with the enclosing brackets, i.e.,

but in fact you also have to decode any URL-encoded sequences %nn. It
seems that these URL schemes aren't really *subsets* but *encodings*
of content- and message- IDs.

Why, in fact, are two schemes needed? Can the same id-spec appear as
both a cid and a mid?

Is the type of the object referred to by a mid always implicitly
message/rfc822?

- Next message: Ed Levinson: "host vs hostname (Was: CID: and MID: URL schemes)"
- Previous message: Bela Lubkin: "wrong server url in "cannot be found""
- Next in thread: Ed Levinson: "Re: CID: and MID: URL schemes"
- Reply: Ed Levinson: "Re: CID: and MID: URL schemes"