Re: IMAP URLs

Chris Newman <Chris.Newman@innosoft.com> Tue, 26 November 1996 09:07 UTC

Received: from cnri by ietf.org id aa12123; 26 Nov 96 4:07 EST
Received: from services.Bunyip.Com by CNRI.Reston.VA.US id aa05064; 26 Nov 96 4:07 EST
Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id DAA05873 for uri-out; Tue, 26 Nov 1996 03:49:00 -0500
Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id DAA05868 for <uri@services.bunyip.com>; Tue, 26 Nov 1996 03:48:56 -0500
Received: from THOR.INNOSOFT.COM by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA12293 (mail destined for uri@services.bunyip.com); Tue, 26 Nov 96 03:48:43 -0500
Received: from eleanor.innosoft.com ("port 42331"@ELEANOR.INNOSOFT.COM) by INNOSOFT.COM (PMDF V5.0-8 #8694) id <01ICA6YJN32S9ODRDJ@INNOSOFT.COM>; Tue, 26 Nov 1996 00:47:40 -0800 (PST)
Date: Tue, 26 Nov 1996 00:48:19 -0800 (PST)
From: Chris Newman <Chris.Newman@innosoft.com>
Subject: Re: IMAP URLs
In-Reply-To: <96Nov25.185849pdt."135"@palimpsest.parc.xerox.com>
To: Larry Masinter <masinter@parc.xerox.com>
Cc: URI list <uri@bunyip.com>
Message-Id: <Pine.SOL.3.95.961126004134.13958G-100000@eleanor.innosoft.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
Sender: owner-uri@bunyip.com
Precedence: bulk

On Mon, 25 Nov 1996, Larry Masinter wrote:

> There's not much time at the IETF URL-BOF to say much about the IMAP
> URL scheme except to point out to people to read it.

Fine.  Although the IMAP URL does raise one meta-issue which is what to do
about protocols which permit multiple strong-authentication mechanisms?  I
added an "AUTH=" parameter, but this might be better placed with the
"user@" portion of the URL.

> However, please check out 
> 
> 	draft-fielding-url-syntax-00.txt
> 
> to see if the (revised) description of generic URL schemes clarifies
> those things that were ambiguous from RFC 1738 & RFC 1808.

Will do.

> The goal originally was to revise 1738 & 1808 to make them consistent
> with current practice.

I agree with this goal.

> What would current web browsers do with relative URLs with multiple
> parameters?

I have no idea.  I'm not even sure how to set up an experiment.  Anyone?