When a user makes a folder called 'x.y' it actually creates a folder called 'x' with a folder called 'y' inside, rather than a folder called 'x.y'. I'm guessing this has to do with an internal folder separator namespace configuration, but I'm a bit confused by how this works. I'm using 2.0.15 with mdbox and this is what I have configured for my namespaces: namespace { separator = . prefix inbox = yes } namespace { separator = . prefix = INBOX. inbox = no hidden = yes list = no } I migrated from courier maildirs, so perhaps I no longer need some of these now that the conversion is finished? thanks for any suggestions, I've got my head mixed up on this issue, micah --
On 03/07/2012 12:43 PM, Micah Anderson wrote:> > When a user makes a folder called 'x.y' it actually creates a folder > called 'x' with a folder called 'y' inside, rather than a folder called > 'x.y'. I'm guessing this has to do with an internal folder separator > namespace configuration, but I'm a bit confused by how this works.Correct. Similar to how in Linux, I could create a folder mkdir test1/test2 It will create test2 inside of test1. The difference being that IMAP doesn't necessarily need the parent mailbox to exist, where Linux would throw an error if test1/ didn't exist first. So basically, as far as I know, you can't have a folder with a "." in the name with the namespaces you have set up.
On 7.3.2012, at 21.43, Micah Anderson wrote:> When a user makes a folder called 'x.y' it actually creates a folder > called 'x' with a folder called 'y' inside, rather than a folder called > 'x.y'. I'm guessing this has to do with an internal folder separator > namespace configuration, but I'm a bit confused by how this works. > > I'm using 2.0.15 with mdbox and this is what I have configured for my > namespaces: > > namespace { > separator = . > prefix > inbox = yes > }Keep this.> namespace { > separator = . > prefix = INBOX. > inbox = no > hidden = yes > list = no > } > > I migrated from courier maildirs, so perhaps I no longer need some of > these now that the conversion is finished?It depends on if you have any users whose clients are using INBOX. namespace. If there are, and you remove it, the users won't see anything except INBOX anymore.
Reasonably Related Threads
- [LLVMdev] Issues with clang-llvm debug info validity
- [LLVMdev] Issues with clang-llvm debug info validity
- [LLVMdev] Issues with clang-llvm debug info validity
- [LLVMdev] Issues with clang-llvm debug info validity
- [LLVMdev] Issues with clang-llvm debug info validity