I've just noticed that Dovecot 1.0-stable and 1.0-test78 don't include
mbox folders with names beginning with "." in the IMAP LIST output.
These are often used to store "hidden" folders for storing things like
IMAP client configuration (e.g. Pine 4.x, IMHO, Prayer). Usually the
user shouldn't be able to see these, but there are occassions when they
might. It seems to me to be better to let the client decide.
As I understand it, the IMAP RFC suggests that if you can "SELECT
folderpath" a folder, you should also be able to list it with 'LIST
""
"folderpath"'
I've written a patch against 1.0-stable (it also works with test78) to
add an extra namespace option "showdotfiles" (default "no"),
to include
folders beginning with "." (but excluding ".imap" and
"." and ".." for
obvious reasons!). It's used as follows :-
# default namespace
namespace private {
separator = "/"
prefix inbox = yes
showdotfiles = yes
}
# for backwards compatibility with UW-IMAP:
namespace private {
separator = "/"
prefix = "mail/"
hidden = yes
showdotfiles = yes
}
...
Let me know if you find it useful!
Best Wishes,
Chris
--
--+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-
Christopher Wakelin, c.d.wakelin at reading.ac.uk
IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439
Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: showdotfiles.patch
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20050720/d90b819c/attachment-0001.pl>
On Wed, 20 Jul 2005, Chris Wakelin wrote:> I've just noticed that Dovecot 1.0-stable and 1.0-test78 don't include > mbox folders with names beginning with "." in the IMAP LIST output.You know, I was going to suggest the same thing this weekend. It is a problem with Pine remote address books, if the remote addrbook uses a dotfile folder. The addressbook folder doesn't show up in LIST, so Pine tries to create it, and upon create, it gets a "Folder exists" error because it does already exist. This change should go into Dovecot to improve Pine compatibility if nothing else. I'm actually moving to maildir soon, but I think this option might be useful there too. Yes, I know that a directory named '.foo..bar' or '..foo.bar' looks odd, but it should IMHO be possible. The code to do so would be a little more complex, of course, because the first dot is a folder separator while the next dot(s) would be part of the folder name. -- -- Todd Vierling <tv at duh.org> <tv at pobox.com> <todd at vierling.name>
On Wed, 2005-07-20 at 16:52 +0100, Chris Wakelin wrote:> I've written a patch against 1.0-stable (it also works with test78) to > add an extra namespace option "showdotfiles" (default "no"), to include > folders beginning with "." (but excluding ".imap" and "." and ".." for > obvious reasons!). It's used as follows :-Hmm. Perhaps it should be enabled unconditionally? Just make it skip those and .subscriptions file (you forgot that). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20050722/15fa6552/attachment-0001.bin>
On Fri, 22 Jul 2005, Timo Sirainen wrote:> > I've written a patch against 1.0-stable (it also works with test78) to > > add an extra namespace option "showdotfiles" (default "no"), to include > > folders beginning with "." (but excluding ".imap" and "." and ".." for > > obvious reasons!). It's used as follows :- > > Hmm. Perhaps it should be enabled unconditionally? Just make it skip > those and .subscriptions file (you forgot that).This would match UW's IMAP implementation, modulo the skiplist specific to Dovecot. I'd really like to see this implemented. (Id love to see it for maildir too, but as I mentioned ealier, parsing is a little odd: a folder named .foo..bar...baz is the hierarchy foo/.bar/..baz) -- -- Todd Vierling <tv at duh.org> <tv at pobox.com> <todd at vierling.name>