- dovecot - dovecot.org

[Dovecot] stale locks
by Thomas Hummel 20 Jan '07

20 Jan '07

Hello Timo, I'm running dovecot-1.0.rc15 (imap and pop) postfix-2.3.5,1 procmail-3.22_6 (which is my LDA) on FreeBSD 6.1-STABLE I'm still using the mbox format (I'm planning to migrate to Maildir soon), mailboxes are on an NFS filesystem. I regulary see stale dotlocks files (either from dovecot (29 bytes, hold the pid of the process) or procmail (1 byte) and processes stucked in Disk Wait state. The only way I can get ridd of them is to restart nfslocking remove the .lock file change the inode of the mailbox file locking strategies are fcntl for mbox_read in dovecot dotlock fcntl for mbox_write in dovecot dotlock fcntl for procmail so I can't figure out why I see such stale locks and processes. Note : I disabled nfs attribute caching so I avoid cache related issues (such as a dotlock showing up late, etc...) Besides, I often see several imap-login processes for the same remote IP address. Does it means the user has several instances of his UA running or is it the behavior of some UA (Eudora ? Thunderbird ?) even if only one instance is run by the user. In any case, wouldn't that be dead-lock/stale lock prone ? -- Thomas Hummel | Institut Pasteur <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau

3 4

[Dovecot] Squirrelmail Login Error
by Jay Chandler 20 Jan '07

20 Jan '07

One user attempts to log in, and perpetually gets this from Squirrelmail: ERROR: Bad or malformed request. Query: THREAD ORDEREDSUBJECT ISO-8859-1 ALL Server responded: Error in IMAP command UID: ORDEREDSUBJECT threading is currently not supported. Dovecot's logs are clean. -- Jay Chandler Network Administrator Chapman University

2 1

[Dovecot] Disconnects with proxies
by Michael Kress 20 Jan '07

20 Jan '07

Hi, I know I shouldn't ask stuff like this when using dovecot-0.99.11-4.EL4 (CentOS-4.4), but why I'm asking this is whether it's worth to switch from rpm based upstream dovecot to a self compiled one or not and thus I think you wouldn't kill me presenting you this question. o:-) I've got a problem with dovecot regarding a pop3 proxy issue. When I configure my dovecot server to do just plain pop3 I can telnet from a windows box without any flaw, but as soon as the client uses some pop3 proxy (for example outlook uses avira antivir Mail-AntiVirus Protection), queries to that server fail. A log line looks like this: pop3-login: Dec 05 22:53:24 Info: Disconnected [::ffff:84.165.54.42] Moreover with the proxy activated, a telnet to port 110 (pop3) is not working properly, the cursor stays right behind "+OK dovecot ready." and as soon as I enter a character, the server rejects this character as an unknown command (Without pressing ENTER). As soon as I turn off the Antivir-Proxy the telnet to port 110 runs flawlessly and I can login. So I'd like to know is there anything I can do with this version or is it worth trying the newest version? Is this a known issue? Thanks in advance Michael -- Michael Kress, kress(a)hal.saar.de http://www.michael-kress.de / http://kress.net P E N G U I N S A R E C O O L

2 1

[Dovecot] Bug Report: ACL plugin searches wrong directory with shared folders
by Garret Huntress 19 Jan '07

19 Jan '07

I've been attempting to get to get Shared Folders and ACL's to work under dovecot 1.0rc17. Unfortunately, I've run into some problems (many have already been mentioned on the list), specifically the problem where folder-specific ACL files are not found (and I will not use Global ACL's due to the 100% probability of cross-namespace mailbox name conflicts). My namespace is as follows: namespace private { separator = / prefix = location = maildir:%h/Maildir inbox = yes } namespace private { separator = / prefix = CIW Archived/ location = maildir:%h/Mailarchive } namespace public { separator = / prefix = CIW Groups/ location = maildir:/srv/export/groups:CONTROL=%h/Maildir/public- subscriptions:INDEX=%h/Maildir/public-index } I decided to run a quick strace on dovecot's imap daemon while I was getting a folder listing to see why dovecot was not finding the folder-specific ACLs. Below are what I feel are the two key instances in the trace: Example 1: searching for ACL on private folder open("/etc/dovecot-acls//.DEFAULT", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/ghuntress/Maildir/./dovecot-acl", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/dovecot-acls/Work", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/ghuntress/Maildir/.Work/dovecot-acl", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/etc/dovecot-acls/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/etc/dovecot-acls/", O_RDONLY) = 7 That looks good. The ACL plugin looking for the global acls first in the correct location, then in the maildir itself for the folder- specific acl. Example 2: searching for ACL on shared folder open("/etc/dovecot-acls//.DEFAULT", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/ghuntress/Maildir/public-subscriptions/./dovecot-acl", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/dovecot-acls/IS.Postmaster", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/ghuntress/Maildir/public-subscriptions/.IS.Postmaster/ dovecot-acl", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/etc/dovecot-acls/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/etc/dovecot-acls/", O_RDONLY) = 7 Not so good. The ACL plugin is looking under the "CONTROL=" setting from the namespace location configuration, and not under the maildir itself for the folder-specific acl. Since we have to set the separate CONTROL location because of subscription conflicts (http:// wiki.dovecot.org/SharedFolders) we either break subscriptions by removing the CONTROL setting, or break ACL's by adding it. I'm not terribly familiar with the inner workings of Dovecot, however I can envision two possible fixes: 1.) Always have the ACL plugin look under the maildir location (and not the CONTROL override) for folder-specific ACLs or 2.) Have dovecot always place subscriptions for shared folders in a user-specific directory regardless of the namespace location configuration (although, this would probably break a ton of production configurations). I don't know what either of the above options would break, but I hope it's gives some ideas on how to fix this long-standing bug. Please let me know if I can be of any more help. -Garret -- Garret W. Huntress System Administrator / System Developer Geophysical Laboratory Carnegie Institution of Washington 5251 Broad Branch Road, NW Washington, DC 20015 Email: ghuntress(a)ciw.edu Phone: (202)-478-8973 AIM: Garret Huntress

2 1

[Dovecot] Dovecot killing OpenLDAP
by Gavin Henry 19 Jan '07

19 Jan '07

Hi all, Using rc15 here, with userdb and passdb in LDAP, no prefetcg. Dovecot keeps a thread open, so we can't shutdown our directory. Any ideas why? Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

2 4

[Dovecot] quota in mysql not being updated
by Marshal Newrock 19 Jan '07

19 Jan '07

I'm having trouble getting the quota plugin to work with deliver. The quota in the database is not getting set. I am using dovecot-1.0-rc15. This server is not yet in production. Some values below are because I'm trying to test with the simplest possible case, and some because it's reading from a different database. Also, I noticed that "dovecot -n" doesn't display any information for the lda, nor any plugin information. Entries from /etc/dovecot/dovecot.conf: protocol lda { ... mail_plugins = quota } auth default { .... userdb sql { args = /etc/dovecot/dovecot-sql.conf } } dict { quotadict = mysql:/etc/dovecot/dict-quota.conf } plugin { quota = dict:storage=1024000: proxy::quotadict } from dovecot-sql.conf: user_query = SELECT 225 as uid, 225 as gid, mailbox_path as home, mailbox_path as mail, 'dirsize:storage=10240:messages=1000' as quota FROM transports WHERE email = '%u' dict-quota.conf: connect = ... table = quota_used select_field = quota_used_kb where_field = quota_type username_field = username_and_realm in mysql: describe quota_used; +--------------------+--------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +--------------------+--------------+------+-----+---------+-------+ | username_and_realm | varchar(255) | NO | PRI | | | | quota_type | varchar(255) | NO | PRI | | | | quota_used_kb | int(11) | NO | | 0 | | +--------------------+--------------+------+-----+---------+-------+ mail logs: Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): auth input: test.marshal(a)acd.net Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): auth input: uid=225 Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): auth input: gid=225 Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): auth input: home=/var/mail/vmail01/00/00000001 Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): auth input: mail=/var/mail/vmail01/00/00000001 Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): auth input: quota=maildir:storage=1048576 Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): Loading modules from directory: /usr/lib/dovecot/lda Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): Module loaded: /usr/lib/dovecot/lda/lib01_quota_plugin.so Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): maildir: data=/var/mail/vmail01/00/00000001 Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): maildir: root=/var/mail/vmail01/00/00000001, index=/var/mail/vmail01/00/00000001, control=, inbox= Jan 7 22:13:46 sentinel deliver(test.marshal(a)acd.net): msgid=<20070107221155.0db93ce6@localhost>: saved mail to INBOX -- Marshal Newrock Ideal Solution, LLC - http://www.idealso.com

2 5

[Dovecot] Authorization client connect failing
by Ryan Hinton 19 Jan '07

19 Jan '07

Hello, and thank you in advance for your valuable time. I am running Dovecot v1.0.rc15 on an OpenBSD 3.9 i386 machine (no time to upgrade yet). I downloaded the source from the dovecot site, compiled and installed without any problem. The server starts up find and runs for a while. After a few hours to a few days, the server stops sending the CAPABILITY statement when a client tries to login. I found a few descriptions of this problem on the web, but no satisfactory resolution. I added some debugging code to the functions in auth-client.c and got the following traces. Included in this email are a successful login attempt, a failed attempt, and a startup trace. I am not a UNIX sockets guru and don't know the dovecot internals well enough to figure out what's wrong. I am happy to add/remove debugging code as requested to help track down the problem, although it may take a few days for the server to hang again. I hope someone can help me figure out the problem so my mail server works reliably! Here is a successful login attempt. Dec 9 10:34:45 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 10:34:45 myhost dovecot: imap-login: DEBUG:: auth_client_get_available_mechs Dec 9 10:34:45 myhost dovecot: imap-login: DEBUG:: auth_client_new Dec 9 10:34:45 myhost dovecot: imap-login: DEBUG:: auth_client_new_external Dec 9 10:34:45 myhost dovecot: imap-login: DEBUG:: auth_client_connect_missing_servers Dec 9 10:34:45 myhost dovecot: imap-login: DEBUG:: creating file descriptor for path... Dec 9 10:34:45 myhost dovecot: imap-login: default Dec 9 10:34:45 myhost dovecot: imap-login: DEBUG:: auth_client_set_connect_notify Dec 9 10:34:45 myhost dovecot: imap-login: DEBUG:: auth_client_find_mech Dec 9 10:34:45 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 10:34:47 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 10:34:47 myhost dovecot: imap-login: DEBUG:: auth_client_find_mech Dec 9 10:34:47 myhost dovecot: imap-login: Login: user=<myuser>, method=plain, rip=1.2.3.client, lip=1.2.3.server, TLS Dec 9 11:02:13 myhost dovecot: IMAP(myuser): Disconnected: Logged out Dec 9 11:02:13 myhost dovecot: imap-login: DEBUG:: auth_client_free Dec 9 11:02:13 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? The "creating file" output is from auth_server_connection_new(...) and dumps the requested path on the next line. Following is a failed attempt. The failure messages continue about every 5 seconds thereafter until I kill dovecot and restart. Dec 9 16:26:53 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 16:26:53 myhost dovecot: imap-login: DEBUG:: auth_client_get_available_mechs Dec 9 16:26:53 myhost dovecot: imap-login: DEBUG:: auth_client_new Dec 9 16:26:53 myhost dovecot: imap-login: DEBUG:: auth_client_new_external Dec 9 16:26:53 myhost dovecot: imap-login: DEBUG:: auth_client_connect_missing_servers Dec 9 16:26:53 myhost dovecot: imap-login: DEBUG:: auth_client_set_connect_notify Dec 9 16:26:58 myhost dovecot: imap-login: DEBUG:: reconnect_timeout Dec 9 16:26:58 myhost dovecot: imap-login: DEBUG:: auth_client_connect_missing_servers Dec 9 16:26:58 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 16:27:03 myhost dovecot: imap-login: DEBUG:: reconnect_timeout Dec 9 16:27:03 myhost dovecot: imap-login: DEBUG:: auth_client_connect_missing_servers Dec 9 16:27:03 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 16:27:04 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 16:27:04 myhost dovecot: imap-login: DEBUG:: auth_client_find_mech Dec 9 16:27:04 myhost dovecot: imap-login: Login: user=<myuser>, method=plain, rip=1.2.3.client, lip=1.2.3.server, TLS Dec 9 16:27:08 myhost dovecot: imap-login: DEBUG:: reconnect_timeout Dec 9 16:27:08 myhost dovecot: imap-login: DEBUG:: auth_client_connect_missing_servers Dec 9 16:27:08 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 16:27:13 myhost dovecot: imap-login: DEBUG:: reconnect_timeout Dec 9 16:27:13 myhost dovecot: imap-login: DEBUG:: auth_client_connect_missing_servers Dec 9 16:27:13 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 16:27:18 myhost dovecot: imap-login: DEBUG:: reconnect_timeout Dec 9 16:27:18 myhost dovecot: imap-login: DEBUG:: auth_client_connect_missing_servers Dec 9 16:27:18 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 16:27:23 myhost dovecot: imap-login: DEBUG:: reconnect_timeout Here is the startup trace. After this I see 3 imap-login processes. Dec 9 15:32:33 myhost dovecot: Dovecot v1.0.rc15 starting up Dec 9 15:32:33 myhost dovecot: Generating Diffie-Hellman parameters for the first time. This may take a while.. Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_new Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_new Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_new_external Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_new_external Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_connect_missing_servers Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_connect_missing_servers Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_new Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: creating file descriptor for path... Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: creating file descriptor for path... Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_new_external Dec 9 15:32:35 myhost dovecot: imap-login: default Dec 9 15:32:35 myhost dovecot: imap-login: default Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_connect_missing_servers Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: creating file descriptor for path... Dec 9 15:32:35 myhost dovecot: imap-login: default Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_set_connect_notify Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_set_connect_notify Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_find_mech Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_find_mech Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_set_connect_notify Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_find_mech Dec 9 15:32:35 myhost dovecot: imap-login: DEBUG:: auth_client_is_connected? Thank you! --- Ryan Hinton iobass(a)email.com

3 5

[Dovecot] ioloop=best and imap-login: No authentication sockets found ??
by Jeremy C. Reed 19 Jan '07

19 Jan '07

Attempting to use dovecot-1.0.rc16 on centos built with: env CPPFLAGS=-I/usr/kerberos/include \ ./configure --prefix=/local/service/dovecot --with-ssl=openssl \ --with-ioloop=best My config has changed from example: protocols = imap ssl_disable = yes (because not pem) Plus I set to yes all the debug and verbose options. I couldn't login via IMAP: Jan 5 19:52:28 hostabc dovecot: imap-login: No authentication sockets found Jan 5 19:52:28 hostabc dovecot: child 14361 (login) returned error 89 Jan 5 19:52:42 hostabc dovecot: imap-login: No authentication sockets found Jan 5 19:52:42 hostabc dovecot: child 14362 (login) returned error 89 Jan 5 19:52:43 hostabc dovecot: imap-login: No authentication sockets found Jan 5 19:52:43 hostabc dovecot: child 14363 (login) returned error 89 Jan 5 19:52:56 hostabc dovecot: auth(default): client in: AUTH^I1^IPLAIN^Iservice=IMAP^Isecured^Ilip=127.0.0.1^Irip=127.0.0.1^Iresp=AGplcmVteXRlc3QAYWJjMTIz Jan 5 19:52:56 hostabc dovecot: auth(default): pam(jeremytest,127.0.0.1): pam_authenticate() failed: Authentication failure Jan 5 19:52:57 hostabc dovecot: auth(default): client out: FAIL^I1^Iuser=jeremytest Jan 5 19:52:57 hostabc dovecot: imap-login: No authentication sockets found Jan 5 19:52:57 hostabc dovecot: child 14366 (login) returned error 89 Jan 5 19:52:58 hostabc dovecot: imap-login: No authentication sockets found Jan 5 19:52:58 hostabc dovecot: child 14367 (login) returned error 89 Jan 5 19:53:02 hostabc dovecot: imap-login: No authentication sockets found Jan 5 19:53:02 hostabc dovecot: child 14369 (login) returned error 89 Jan 5 19:53:03 hostabc dovecot: imap-login: Disconnected: user=<jeremytest>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jan 5 19:53:12 hostabc dovecot: imap-login: No authentication sockets found Jan 5 19:53:12 hostabc dovecot: child 14371 (login) returned error 89 I looked in ./src/lib-auth/auth-client.c and saw this was related to ioloop. So, I rebuilt and reinstalled without the --with-ioloop=best and it used "poll". And now I could log in.

2 1

[Dovecot] Connection to server time out when deleting (moving to Trash)
by Anders Lund 19 Jan '07

19 Jan '07

Hi, Running: * Dovecot 1.0 rc15 * Debian Sarge Linux Using Maildir and IMAP over SSL. When trying to delete a lot of mail (> 5000-6000 messages) in some folder, using Mozilla Thunderbird (1.5.0.7) on Ubuntu, I often experience "Connection to server <hostname> timed out." Any suggestions on how to fix this problem? "Empty Trash" seem to work fine, so I guess this is related to moving a lot of mail from one folder to another (Thrash)? - Anders -- Anders Lund <Anders.Lund(a)uninett.no> .~. UNINETT, N-7465 Trondheim, Norway / V \ Phone: +47 73 55 79 08 | Fax: +47 73 55 79 01 /( )\ ^ ^

4 10

[Dovecot] Error reading dovecot.conf under vmware/archlinux
by Eric PENOT 19 Jan '07

19 Jan '07

Hi I have some problemes when dovecot read it's config file dovecot.conf My config is : Linux distribution : Arch Linux 0.7.2 Gimmick UNDER VMware session (VMware workstation version 5.5.2build 29772) Linux kernel version 2.6.17 Dovecot version 1.0.rc17 GCC version 4.1.1 Using the 'dovecot-example.conf' as dovecot.conf => When Dovecot si compiled with : --with-file-offset-size=32 The Dovecot message is : Missing auth section for server default When Dovecot si compiled with : --with-file-offset-size=64 The Dovecot message is : Error in configuration file /etc/dovecot.conf line 746: Expecting '=' Can someone help me please? Regards Eric Pénot

2 1