November 2010 - dovecot

[Dovecot] Trying to populate dovecot with outlook contacts
by Spyros Tsiolis 23 Nov '10

23 Nov '10

Duh ! Wrong list. Apologies to all and many thanks for the people who rushed to explain. spyros ---- "I merely function as a channel that filters music through the chaos of noise" - Vangelis

1 0

[Dovecot] Namespace help
by Joy 23 Nov '10

23 Nov '10

Dear All, I am currently using courier-imap which uses INBOX. namespace configuration now i am willing to use dovecot instead of courier-imap but without INBOX. namespace configuration means default namespace of dovecot which helps me to sort out no of mail client issues as well. I know that i can change the default namespace configuation of dovecot to work with courier-imap namespace but not willing to do that so suggest me something which can help me doing the same. Is it possible using postlogin script or something else ? Thanks Regards Piyush Joshi

3 3

[Dovecot] multiple IMAP ports, each announcing different capabilities
by Clemens Schrimpe 23 Nov '10

23 Nov '10

Hello - is it syntacticly possible to define different "imap_capability" settings per each inet-listener? I might have to provide a service through a caching proxy sitting in front of dovecot, which might involve restrictions re: the announced imap capabilities. Any hint is highly appreciated! Greetings, Clemens

2 2

[Dovecot] "list" ACL privilege ignored for LSUB command?
by Willie Gillespie 22 Nov '10

22 Nov '10

Hello, I am new to this list, so feel free to correct me if I do something wrong. I don't have a problem, just a question. The RFC which covers IMAP ACLs [1] states that one of the standard rights is: l - lookup (mailbox is visible to LIST/LSUB commands, SUBSCRIBE mailbox) If I have a shared or public namespace and have a mailbox for which I do not have lookup rights, Dovecot seems to do great with the LIST commands at not showing it to me. Two things I noticed though: SUBSCRIBE-ing to the mailbox is still successful LSUB will list mailboxes which I do not have lookup rights to I imagine the first issue is easy enough to correct since it's just another check before actually subscribing. The second issue seems a little more difficult in my mind since Dovecot seems to just dump the subscription files to the client without checking whether the mailbox is allowed or not. I imagine a similar issue popped up with the LIST command and that's why the dovecot-acl-list files exist. Anyway, am I right in my observations, or am I completely overlooking something obvious? Thanks! Willie [1] http://tools.ietf.org/html/rfc4314#section-2.1 Dovecot's wiki also indicates support for this in http://wiki1.dovecot.org/ACL#ACL_files I'm using version 1.2.9 with the acl and imap_acl mail_plugins in case that matters.

2 2

[Dovecot] Soft Quota for moving messages
by Tim Traver 22 Nov '10

22 Nov '10

Hi all, ok, I have an account that is over quota, but they are unable to move things to the trash, because the system is giving an error because of course it is over quota. Is there a quota setting that will let them move things to the trash without error? this of course would be so they could decrease their disk usage and become under quota again... Thanks, Tim.

4 8

[Dovecot] Workaround for evolution?
by Axel Thimm 22 Nov '10

22 Nov '10

Hi, evolution has a bug when it comes to closing and IDLE' connection: https://bugzilla.gnome.org/show_bug.cgi?id=628515 evolution does not send a DONE command, and dovecot properly answers with an error. evolution ignores this and seems to wait on another response. Timo, do you think there could be a setting for tolerating missing DONEs? Thanks! -- http://thimm.gr/ - http://ATrpms.net/

2 1

[Dovecot] What is that error all about: "Timeout leak: 0x4bd230"
by Christian Rohmann 22 Nov '10

22 Nov '10

Hey dovecot-users, we are running dovecot 1.2.15 and are seeing some odd errors in our logfiles: --- dovecot.log --- 2010-11-22 12:34:56 imapserver local2.warning dovecot dovecot: IMAP(username(a)domain.tld): Timeout leak: 0x4bd230 --- /dovecot.log --- Those errors only appear if connections are done using IMAP (via Horde's IMP Webmail). With POP3 we don't see any of those errors. We actually don't see anything in general being broken or wrong (no errors on the webmail machines, no user complaints), but these errors are constantly being logged. Where would one start to look for the cause? Thanks for your help, Regards Christian

2 1

[Dovecot] Confused about Maildir
by Glen Lee Edwards 22 Nov '10

22 Nov '10

I'm trying to configure Dovecot 2.0.7. In the Dovecot Wiki for Maildirs it says that Maildirs are almost always located in ~/Maildir. I'm a Linux end user, not a programmer, so I may be wrong in this; but isn't the notation "~/" used for system users only to reference their home page; /home/<user>? If that's the case, then does that mean that Maildirs can only be used with system users and not with vmail accounts? Glen

5 4

[Dovecot] dsync mbox->mdbox II: highest_modseq changed
by Axel Thimm 19 Nov '10

19 Nov '10

Hi again, after replacing CRLF in 4 mboxes dsync was able to sync all of the 30+GB mailstore to mdbox. Now the (repeated) calling of dsync yields info messages of the kind dsync(athimm): Info: old/speicher: highest_modseq changed: 1 != 10 dsync(athimm): Info: root/root-heretic: highest_modseq changed: 1 != 10 dsync(athimm): Info: lists/ccrma.stanford.edu/planetccrma: highest_modseq changed: 11 != 14 I actually have 987 such messages for a total of 1115 mboxes. I checked a couple of them to see whether this is a CRLF issue and found no CRLF, so it's probably something different. As long as the mboxes were still being delivered to or read from I thought it was normal, but I'd like to see a silent dsync which would give me more confidence in the migration process. So I kept from delivering to the mbox store as well as reading from it and performed multiple dsyncs. The output of dsync became stable, e.g. the "highest_modseq changed" messages were exactly the same. Before nuking all indexes from the mbox storage and the mdbox itself and then repeating the whole process (which does take a long time), I wanted to know whether I should debug something. Thanks! -- http://thimm.gr/ - http://ATrpms.net/

3 4

[Dovecot] 2.0 hg build failing...
by Ralf Hildebrandt 19 Nov '10

19 Nov '10

>From the make output: libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -Wl,--as-needed -o .libs/auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o mech-otp-skey-common.o mech-plain-common.o auth-penalty.o auth-request.o auth-request-handler.o auth-settings.o auth-stream.o auth-worker-client.o auth-worker-server.o db-checkpassword.o db-sql.o db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o mech-login.o mech-cram-md5.o mech-digest-md5.o mech-external.o mech-gssapi.o mech-ntlm.o mech-otp.o mech-skey.o mech-rpa.o mech-apop.o mech-winbind.o passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-checkpassword.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-shadow.o passdb-sia.o passdb-vpopmail.o passdb-sql.o passdb-static.o userdb.o userdb-blocking.o userdb-checkpassword.o userdb-nss.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o db-ldap.o passdb-ldap.o userdb-ldap.o -Wl,--export-dynamic libpassword.a ../lib-ntlm/libntlm.a ../lib-otp/libotp.a ../../src/lib-sql/.libs/libsql.a ../../src/lib-dovecot/.libs/libdovecot.so -lcrypt -lpam -ldl -lrt -Wl,-rpath -Wl,/usr/dovecot-2/lib/dovecot auth-penalty.o: In function auth_penalty_anvil_callback': /usr/src/dovecot-2.0/dovecot-2.0/src/auth/auth-penalty.c:73: undefined reference to anvil_client_is_connected' collect2: ld returned 1 exit status make[3]: *** [auth] Error 1 make[3]: Leaving directory /usr/src/dovecot-2.0/dovecot-2.0/src/auth' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory /usr/src/dovecot-2.0/dovecot-2.0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory /usr/src/dovecot-2.0/dovecot-2.0' make: *** [all] Error 2 -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

2 1