mailbox listed twice

Jan Schneider janmailing at gmx.de
Thu Aug 3 03:55:50 EDT 2006


Zitat von Jan Schneider <janmailing at gmx.de>:

> Zitat von Jan Schneider <janmailing at gmx.de>:
>
>> Does anybody know if the issue below has been fixed with 2.2.13?
>
> Looks like it doesn't. I really don't want to upgrade to 2.3.x at   
> this point only to find out that it still hasn't been fixed there   
> either. Does anybody have more information whether this has been   
> fixed and maybe when or where?
>
> Btw, it's not related to mailbox names with spaces here:
>
> d list "" "INBOX.%"
> * LIST (\HasChildren) "." "INBOX.AMMMa"
> * LIST (\HasNoChildren) "." "INBOX.Bounced"
> * LIST (\HasChildren) "." "INBOX.Consulting"
> * LIST (\HasNoChildren) "." "INBOX.Entw&APw-rfe"
> * LIST (\HasNoChildren) "." "INBOX.HI"
> * LIST (\HasChildren) "." "INBOX.Mailinglisten"
> * LIST (\HasNoChildren) "." "INBOX.PHP + Web"
> * LIST (\HasChildren) "." "INBOX.Privat"
> * LIST (\HasNoChildren) "." "INBOX.Root"
> * LIST (\HasNoChildren) "." "INBOX.Sent"
> * LIST (\HasNoChildren) "." "INBOX.Spam"
> * LIST (\HasChildren) "." "INBOX.Support etc"
> * LIST (\HasChildren) "." "INBOX.Test"
> * LIST (\HasNoChildren) "." "INBOX.Trash"
> * LIST (\HasNoChildren) "." "INBOX.Virii"
> * LIST (\HasChildren) "." "INBOX.horde"
> * LIST (\HasNoChildren) "." "INBOX.sent"
> * LIST (\HasNoChildren) "." "INBOX.sent-mail"
> * LIST (\Noselect \HasChildren) "." "INBOX.sent"
> * LIST (\HasChildren) "." "INBOX.tip4all"
> * LIST (\HasNoChildren) "." "INBOX.trash"
> d OK Completed (0.000 secs 382 calls)

If it helps: this behaviour is being caused by the INBOX.sent-mail  
folder, once this folder was removed the returned list is correct again.

>> Ken Murchison wrote:
>>> Brenden Conte wrote:
>>>> This looks like the problem arises if there is a child mailbox that
>>>> starts out exactly the same as the parent, and only the next character
>>>> in the child string after the end of the parent string match is a space.
>>>>
>>>> Or, (!strncmp(parnet,child,strlen(parent) && child[strlen(parent)+1]
>>>> == ' ');
>>>>
>>>> Is that a correct analysis?
>>>
>>>
>>> I'd have to think about it some more.  There also is a problem with
>>> other legal mailbox chars which sort before '.' (e.g. '-')
>>>>
>>>> --On Thursday, November 03, 2005 06:54:22 PM -0500 Ken Murchison
>>>> <murch at andrew.cmu.edu> wrote:
>>>>
>>>>> Patrick Radtke wrote:
>>>>>>
>>>>>> On Nov 3, 2005, at 1:57 PM, Ken Murchison wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> For some of our users I see the following when listing their
>>>>>>>> mailboxes.
>>>>>>>>
>>>>>>>> user.des2004.Professors and Faculty (\HasNoChildren)
>>>>>>>> user.des2004.Professors and Faculty (\Noselect \HasChildren)
>>>>>>>>
>>>>>>>> The mailbox is listed twice. Sometimes clients (Apple Mail) get
>>>>>>>> confused by this (sometime you can store messages in the folder, and
>>>>>>>> other times you can't)
>>>>>>>>
>>>>>>>> Mailbox is only listed once in the mailboxes.db
>>>>>>>>
>>>>>>>> Anyone know why this happens?
>>>>>>>>
>>>>>>>
>>>>>>> Can you capture the actual LIST/LSUB command?
>>>>>>
>>>>>>
>>>>>> Same deal with mailbox listed twice
>>>>>>
>>>>>> > imtest -t "" -a cyrus -u des2004 localhost
>>>>>>
>>>>>> Authenticated.
>>>>>> Security strength factor: 256
>>>>>> c list "" "P%"
>>>>>> * LIST (\HasNoChildren) "." "Professors and Faculty"
>>>>>> * LIST (\HasNoChildren) "." "Professors and Faculty Fall 03"
>>>>>> * LIST (\Noselect \HasChildren) "." "Professors and Faculty"
>>>>>> c OK Completed (0.000 secs 4 calls)
>>>>>> c list "" "P%.%"
>>>>>> * LIST (\HasNoChildren) "." "Professors and Faculty.Professors and
>>>>>> Faculty Spring 04"
>>>>>> c OK Completed (0.000 secs 2 calls)
>>>>>
>>>>> This is a problem with ' ' sorting before '.'.  There is a known problem
>>>>> in that Cyrus uses the ASCII sort order to compare mailbox names, but
>>>>> wants the hierarchysep character to sort first, which it doesn't in
>>>>> ASCII.  This is something that I need to fix.
>>>>>
>>>>> The sort-term solution is to tell your users to not use spaces in
>>>>> mailbox
>>>>> names.



More information about the Info-cyrus mailing list