[Tickets #5764] Re: renaming MIX format folders fails

[bugs at bugs.horde.org]

DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/?id=5764
-----------------------------------------------------------------------
 Ticket             | 5764
 Updated By         | ip at ariel.utcc.utoronto.ca
 Summary            | renaming MIX format folders fails
 Queue              | IMP
 Version            | 4.1.4
 Type               | Bug
 State              | Not A Bug
 Priority           | 2. Medium
 Owners             | Michael Slusarz
-----------------------------------------------------------------------


ip at ariel.utcc.utoronto.ca (2007-10-25 13:28) wrote:

>> I'm disappointed that you would take the position that IMP should
>> cater to servers that don't comply with the IMAP specs. Even if it
>> broke servers that do comply with the specs. Both UW-IMAP and
>> Cyrus behave properly and IMP will not work properly with either of
them.
>
> That is demonstrably not true given that IMP _does_ work properly 
> with pretty much everything except these MIX folders. Maybe not 100% 
> to spec but I don't see how we are violating the spec - we're just 
> not taking advantage of it.
>
> And it's fine for you, in this case, to say that we should follow the 
> spec and damn anything that doesn't - but in a sense that's what 
> we're doing! You're saying we should compensate for the fact that 
> your server returns multiple folders with the same name.

I did not say "damn anything that doesn't". I said "is there a compromise
where if you rename the 
folder that the user requested, and then ask the server if the subfolders
have been renamed,
and do them if you need to?"

I have contacted the author of RFC3501. He happens to also be the author
of the C-client
library, which is the basis for PHP's IMAP function calls. As well, he is
the author of UW_IMAP.
I said to him:

> The IMP developer is still arguing that LIST "" "a/%" should not return
> anything if it has no inferiors.

and he replied:

> Tell him that the author of c-client, the author of the IMAP
specification,
> and the inventor of IMAP all disagree with him.  ;-)

He also said:

> UW, on the other hand, has directories that are not mailboxes; this are
> marked with the \NoSelect flag.  A directory may (or may not) have
> inferiors.  Some UW mailboxes are single-use (have the \NoInferiors)
flag to
> indicates that they are not also directories; UW mix format mailboxes
are
> dual-use (neither \NoSelect nor \NoInferiors) and thus are also
directories.
> 
> The IMP developer apparently has not grasped this fine point.  This is
not
> uncommon; there is a tendency for novices to think that IMAP defines
the
> semantics of the mail store.  IMAP does no such thing.  It exports the
mail
> store, but the server implementation defines its semantics and they do
> differ.

I do not think you are a novice. 

I am hoping that you would consider making IMP work with _more_ IMAP
servers.