mailing list archives

meli community discussions

⚠️ if something does not work as intended when interracting with the mailing lists,
reach out Github mirror Gitea repo @epilys:matrix.org

E-mail headers
From: Mark Crispin <mrc+uw@Panda.COM>
To: imap-protocol@u.washington.edu
Date: Fri, 08 Jun 2018 12:34:43 -0000
Message-ID: alpine.OSX.2.00.0911181056290.244@hsinghsing.panda.com permalink / raw / eml / mbox
In-Reply-To: 1258570418.3022.660.camel@timo-desktop
References: alpine.OSX.2.00.0911181030030.244@hsinghsing.panda.com1258570418.3022.660.camel@timo-desktop
On Wed, 18 Nov 2009, Timo Sirainen wrote:
>> For example, given a server which exports
>>  	(("" "/")) (("/Users/" "/")) (("/Public" "/"))
>> what servers permit a client to do:
>>  	tag LIST "" /Users/*
> Dovecot, if configured to do so. And of course not all users, only those
> that have mailboxes with +l permission to LISTing user.

Does Dovecot configure this by default?  Why or why not?

Does Dovecot scan the entire private user tree looking for +l mailboxes, 
or does it have a reverse cache of accessible names?  Or does it have a 
global ACL database?

>> To follow-up on my previous question, what clients besides Thunderbird
>> attempt to do such a command?
> If that didn't work, I think shared namespaces would be almost unusable
> in most IMAP clients. Clients don't support accessing mailboxes that
> they can't LIST (or LSUB, but subscribing would again require LIST to
> show them).

Please note that I am talking about access to other users' mailboxes and 
not to shared mailboxes.  Of course,
 	tag LIST "" /Public/*
should work in the above example.

What I am trying to determine is the use case for
 	tag LIST "" /Users/*

Is it really true that clients must be able to download a complete tree of 
all possible names in order to be able to access a name?

-- Mark --

http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep contesting the vote.
Reply