dovecot - May 2009 - Namespace delimiter...

As RFC3501 (IMAP) say:

'A NIL hierarchy delimiter means
that no hierarchy exists; the name is a "flat" name.'


How to change delimiter to NIL?
We have flat namespaces in our storage.

Now I hardcoded this and everything is working, but maybe it is another 
possibility...


--
Konrad

On Mon, 2009-05-25 at 15:12 +0200, Lenthir wrote:
> As RFC3501 (IMAP) say:
> 
> 'A NIL hierarchy delimiter means
> that no hierarchy exists; the name is a "flat" name.'
> 
> 
> How to change delimiter to NIL?
> We have flat namespaces in our storage.
> 
> Now I hardcoded this and everything is working, but maybe it is another 
> possibility...
Really? I would have thought a lot of clients would just break with it.
What do you mean you have flat namespaces? I can't think of any reason
to do that.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20090525/c1b3dc6d/attachment-0002.bin>

Timo Sirainen pisze:
> Really? I would have thought a lot of clients would just break with it.
> What do you mean you have flat namespaces? I can't think of any reason
> to do that.
This mean that clients can create folders only in root folder.
And RFC predict that case!

Thunderbird works... without it, it doesn't.

Without NIL Thunderbird try to move folder to Trash, and you can't 
remove folder... With NIL, Thunderbird logicaly mark folder that it is 
in trash, and delete it when you empty trash.

We support only few clients... not all... only this which is compatible 
with RFC ;)

--

Our storage has two parts... MySQL database and files with mails. Very 
complicated, and I can't talk about it...
To support multifolders we must implement hierarchical remove folders, 
independent of client software and we must adjust our Webmail, and this 
is much harder work :/

IMAP is new functionality in our company, and must earn some money, 
before management decide to increase support of it. We always have 
Webmail with flat folders ... now we have also IMAP (and it also must 
have flat folders).

In the future it is possible to do that, and we will have nonflat 
namespaces, but now it can't be (because of the business decisions).


Redgards,
Konrad