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.
- IMAP URLs Chris Newman
- Re: IMAP URLs Martin J Duerst
- Re: IMAP URLs Chris Newman
- Re: IMAP URLs Larry Masinter
- Re: IMAP URLs Chris Newman
- Re: IMAP URLs Larry Masinter
- Re: IMAP URLs Tim Berners-Lee