Re: IMAP URLs

Chris Newman <Chris.Newman@innosoft.com> Mon, 18 November 1996 23:18 UTC

Received: from cnri by ietf.org id aa23042; 18 Nov 96 18:18 EST
Received: from services.Bunyip.Com by CNRI.Reston.VA.US id aa24185; 18 Nov 96 18:18 EST
Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id PAA02062 for uri-out; Mon, 18 Nov 1996 15:36:49 -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 PAA02057 for <uri@services.bunyip.com>; Mon, 18 Nov 1996 15:36:46 -0500
Received: from THOR.INNOSOFT.COM by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA15820 (mail destined for uri@services.bunyip.com); Mon, 18 Nov 96 15:36:43 -0500
Received: from eleanor.innosoft.com ("port 39521"@ELEANOR.INNOSOFT.COM) by INNOSOFT.COM (PMDF V5.0-8 #8694) id <01IBZPCPJK9W9OEFKV@INNOSOFT.COM>; Mon, 18 Nov 1996 12:35:46 -0800 (PST)
Date: Mon, 18 Nov 1996 12:36:23 -0800 (PST)
From: Chris Newman <Chris.Newman@innosoft.com>
Subject: Re: IMAP URLs
In-Reply-To: <"josef.ifi..985:18.10.96.09.23.48"@ifi.unizh.ch>
To: Martin J Duerst <mduerst@ifi.unizh.ch>
Cc: URI list <uri@bunyip.com>
Message-Id: <Pine.SOL.3.95.961118122912.2248H-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, 18 Nov 1996, Martin J Duerst wrote:
> The second problem is somewhat more basic: If you want to change
> a list of parameters, how do you indicate the absence of a parameter?
> One possibility would be to indicate the parameter again, with an
> empty value, but in some cases, an empty parameter value and the
> complete absence of the parameter will not mean the same.

That is a problem.

> Therefore, it looks very much like the specification for not
> partially inheriting parameters as in RFC 1808 makes a lot of
> sence, and is definitely not a bug, even if in some cases,
> it may not exactly be optimal.

Where the problem comes with IMAP URLs is the ;AUTH= parameter used to
specify an authentication mechanism.  This would almost always need to be
copied to relative URLs, whereas the ;UIDVALIDITY= and the ;UID=
parameters would be much less likely to be copied to a relative URL.

Now if there were some way for me to put the AUTH= in with the <login>
part of the URL, it would be a lot cleaner, but I can't think of a good
syntax.  I'd also say that as we move away from cleartext passwords, it
may become more important to specify authentication mechanisms in URLs in
general.