Am Freitag, 3. April 2009 00:16:51 schrieb Timo Sirainen:
> On Wed, 2009-03-04 at 17:12 +0100, Sascha Wilde wrote:
> > 1) "user/A at example.com" really should be accessible to user B.
>
> Do you still want that this would point to user's INBOX?
IIRC this is Cyrus' behaviour and it is sane,
so I
On Thu, 2009-04-02 at 18:16 -0400, Timo Sirainen wrote:
> I committed several fixes related to handling shared INBOXes and also
> some other mailbox listing bugfixes.
BTW. I'm planning on releasing v1.2.rc1 as soon as you'll confirm that
ACL works perfectly. :)
signature.asc
Description: This i
On Wed, 2009-03-04 at 17:12 +0100, Sascha Wilde wrote:
> 1) "user/a...@example.com" really should be accessible to user B.
Do you still want that this would point to user's INBOX?
> 2) "user/a...@example.com/INBOX" does not exist, so the error message is
>correct, but why does it appear in th
On 25.03.2009, Bernhard Herzog wrote:
> On 19.03.2009, Bernhard Herzog wrote:
> > The reason for that is maildir_fill_readdir always adds the virtual name
> > of the INBOX even when MAILBOX_LIST_ITER_VIRTUAL_NAMES isn't set. In
> > lines 260ff of mailbox-list-maildir-iter.c, rev. 5284f45c249a it
Sascha Wilde writes:
> Before going back to the details in this discussion I want to point out
> that the whole thing turned out to be really relevant with existing
> clients: The Horde based Kolab WebClient expects the behavior as shown
> by Cyrus IMAP and fails to show "user/a...@example.com/IN
Bernhard Herzog writes:
[...]
> As it turns out, there is one problem the patch doesn't address. It fixes
> the
> problem of listing the INBOX when the search pattern is simply "*", but
> dovecot still doesn't list the inbox of user fred if the pattern
> is "users/fred/%" (or however the shar
On 19.03.2009, Bernhard Herzog wrote:
> The reason for that is maildir_fill_readdir always adds the virtual name of
> the INBOX even when MAILBOX_LIST_ITER_VIRTUAL_NAMES isn't set. In lines
> 260ff of mailbox-list-maildir-iter.c, rev. 5284f45c249a it unconditionally
> adds the prefix to "INBOX" w
On 17.03.2009, Bernhard Herzog wrote:
> That's A's INBOX, most likely, so it should be accessible. That it's
> listed but not accessible is AFAICT a combination of two bugs. One is that
> the INBOX's ACL is used as default, so if B as l-permission in A's INBOX
> all of A's mailboxes that do not s
Hi *,
Before going back to the details in this discussion I want to point out
that the whole thing turned out to be really relevant with existing
clients: The Horde based Kolab WebClient expects the behavior as shown
by Cyrus IMAP and fails to show "user/a...@example.com/INBOX" as dovecot
current
On Tue, 2009-03-17 at 18:20 +0100, Sascha Wilde wrote:
> >> 1) "user/a...@example.com" really should be accessible to user B.
> >>Why is it listed with "\Noselect"?
> >
> > I'm not sure it should be accessible. This is most likely not A's INBOX.
> > That's the other folder you're trying to a
Bernhard Herzog writes:
> On 04.03.2009, Sascha Wilde wrote:
[...]
>> User B:
>>
>> l list "" "*"
>> * LIST (\Noselect \HasChildren) "/" "user"
>> * LIST (\Noselect \HasChildren) "/" "user/a...@example.com"
>> * LIST (\HasChildren) "/" "INBOX"
>> * LIST (\HasNoChildren) "/" "INBOX/Gesend
On 04.03.2009, Sascha Wilde wrote:
> Hi *,
>
> when a user A shares his INBOX with another user B, the user B can't
> access its content:
>
> User A:
>
> g getacl INBOX
> * ACL INBOX a...@example.com lrswipkxtecda b...@example.com lrswipkxtecd
> g OK Completed
>
> User B:
>
> l list "" "*"
Hi *,
when a user A shares his INBOX with another user B, the user B can't
access its content:
User A:
g getacl INBOX
* ACL INBOX a...@example.com lrswipkxtecda b...@example.com lrswipkxtecd
g OK Completed
User B:
l list "" "*"
* LIST (\Noselect \HasChildren) "/" "user"
* LIST (\No
13 matches
Mail list logo
