[Dovecot] 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.
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
On Thu, 2009-05-28 at 10:33 +0200, Lenthir wrote:
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.
Alternatively you can unset "Server supports folders that contain sub-folders and messages" setting in Thunderbird.
Our storage has two parts... MySQL database and files with mails. Very complicated, and I can't talk about it...
Do you mean you've implemented your own storage backend to Dovecot?
Timo Sirainen pisze:
Alternatively you can unset "Server supports folders that contain sub-folders and messages" setting in Thunderbird. It's impossible, we can't change anything on the client side. The configuration must be the simpliest as it can be...
Our storage has two parts... MySQL database and files with mails. Very complicated, and I can't talk about it...
Do you mean you've implemented your own storage backend to Dovecot? Yep, we implemented storage backend to Dovecot. Now Dovecot is compatible with our storage system, and it works for about 3 mln users (or even more) :]
(only POP works, we're working to deploy IMAP)
Konrad
On Jun 1, 2009, at 3:40 AM, Lenthir wrote:
Our storage has two parts... MySQL database and files with mails.
Very complicated, and I can't talk about it... Do you mean you've implemented your own storage backend to Dovecot? Yep, we implemented storage backend to Dovecot. Now Dovecot is
compatible with our storage system, and it works for about 3 mln
users (or even more) :]
OK, then I think you'll just have to end up patching that small part
of Dovecot. Supporting NIL separator seems like more trouble than
worth. Maybe you can also do something similar to how Maildir++ works,
just decide that e.g. ^ character is a hierarchy separator and have
Dovecot use that?
Timo Sirainen pisze:
OK, then I think you'll just have to end up patching that small part of Dovecot. Supporting NIL separator seems like more trouble than worth. Maybe you can also do something similar to how Maildir++ works, just decide that e.g. ^ character is a hierarchy separator and have Dovecot use that?
Thanks for your help and some advices. Decision is not my. As I said IMAP must earn some cash, before we start seriously think about it. Now we have NIL hardcoded (print NIL instead of ns->separator in strings) and this works for us.
It is possible to have ns->separator in our storage, but we must have time (and cash) to implement this functionality in MySQL functions and Webmail.
Redgards, Konrad
participants (2)
-
Lenthir
-
Timo Sirainen