- dovecot - dovecot.org

[Dovecot] MRTG
by Luigi Rosa 21 Jan '07

21 Jan '07

Quite a long ago someone proposed a patch to allow the Dovecot data to be collected and displayed via MRTG. Is there anyone who is actually using MRTG to analyze Dovecot traffic? Ciao, luigi -- / +--[Luigi Rosa]-- \ Barometer: an ingenious instrument which indicates what kind of weather we are having.

1 0

[Dovecot] Message size incorrect?
by Tristan Woudenberg - Prism Mail Solutions 20 Jan '07

20 Jan '07

Hi there, I recently installed a plugin for SquirelMail (php imap client, squirrelmail.org) which adds up message sizes per folder to display a nice total size of each subscribed folder. After consulting the plugin maintainers at SquirrelMail in this thread: http://thread.gmane.org/gmane.mail.squirrelmail.plugins/12468/focus=12468 There is quite a discrepancy in the rfc822.size reported by Dovecot and the actual space it takes up on my harddisk. I know there could be some overhead here from all the dovecot* and subscription list files in my imap folders, but like I stated in my email to the SquirrelMail plugin mailing list, about 1mb for a 4.3mb maildir mailbox might be a but much. Could this be like Tomas Kuliavas wrote: "Maybe those message have some data that does not belong to message or their formating breaks dovecot's message parsing functions."? I'm using Dovecot-1.0.rc15, sorry if this has been fixed between this release and the current. Kindest regards, Tristan -- Prism Mail Solutions Deployment, customization and hosting http://prism.nl

4 10

Re: [Dovecot] dovecot-auth file descriptor usage
by Timo Sirainen 20 Jan '07

20 Jan '07

On Tue, 2007-01-16 at 16:33 -0600, Steven F Siirila wrote: > > I'm now just wondering if it's only dovecot-auth that doesn't notice the > > socket closing for some reason, or if the imap-login processes proxying > > SSL didn't really close the socket after all. > > I have attached our dovecot.conf and a "pfiles" (like lsof) output of > dovecot-auth, showing all of its open file descriptors. I hope this helps. > If there is anything else I can provide to shed more light, let me know. login_processes_count = 32 This means that Dovecot always keeps extra 32 login processes that don't do anything else than wait for new connections. That's not at least helping :) Anyway, I'd like to get lsof of an imap-login process that is doing SSL proxying. Unfortunately I don't think there's any simple way to know what processes are doing that and what aren't. Setting login_process_count=1 at least makes it more likely that you'll hit the right process. If trussing the process shows that it's writing some garbage to file descriptor 1, it's probably proxying SSL..

2 5

[Dovecot] Mistake in Wiki
by Juha Saarinen 20 Jan '07

20 Jan '07

http://wiki.dovecot.org/LDA reads: "Exim System-users Replace/rewrite the default local_delivery router:" I believe it should refer to a the default local_deliver transport, and not router. The page is immutable so can't edit it. -- Juha http://www.geekzone.co.nz/juha

3 2

[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

[Dovecot] One User Cannot Log In
by Jay Chandler 19 Jan '07

19 Jan '07

Attempting to log in through Squirrelmail. Jan 19 09:34:07 montreal dovecot: imap-login: Login: user=<steve>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jan 19 09:34:07 montreal dovecot: IMAP(steve): initgroups(steve, 15) failed: Invalid argument This entry appears nowhere else in the log. montreal# id steve uid=268(steve) gid=15(users) groups=15(users), 626(moodleCreators), 80(www), 98(ident), 28(saweb), 303(helpdeskweb), 53(bind), 86(cgi), 206(oacmail), 70(shakes), 43(xfs), 83(acweb), 10(wheel), 208(nasa), 54(lock), 244(helpdeskadmin) montreal# id chandler uid=119833(chandler) gid=15(users) groups=15(users) We did have the problem of his low UID causing trouble, but I've temporarily changed the Lowest UID setting in dovecot.conf until we can get about 200 users moved. Any suggestions? -- Jay Chandler Network Administrator, Chapman University 714.628.7249 / chandler(a)chapman.edu Today's Excuse: PEBKAC (Problem Exists Between Keyboard And Chair)

2 1

[Dovecot] Virtual Users and Local Users Authentication
by craig carriere 19 Jan '07

19 Jan '07

I am using dovecot on a SLES 10 mail server using postfix as the MTA. The original setup used local users and a single domain. I have now configured postfix to send mail to a second virtual domain which is working fine. I am trying to get dovecot to pick up the mail and have been having authentication problems. My local users uses pam and /etc/passwd for login with SSL. I have created a passwd file for the virtual users and have set dovecot to look at the passwd-like file with the path specified. However dovecot complains about the file not being present, which it is and my local users can not login. Probably doing something simple incorrectly, but can not find what fron online searches. Thanks --------------------------------- Any questions? Get answers on any topic at Yahoo! Answers. Try it now.

2 1

[Dovecot] Migrating from UW-IMAP
by Jay Chandler 19 Jan '07

19 Jan '07

Greetings. I've got a poorly conceived and implemented system I'm trying to migrate off of. Right now we've got 20K accounts or so, in mbox form, under UW-IMAP. Eventually we're going to move to Maildir format, but the first step is to move to Dovecot on one of our imap servers as a proof of concept. In other words, all config changes have to take place on the dovecot side, until I get PHB approval to proceed further. Right now, the inboxes are the user's username, located in /var/mail (an NFS mounted volume). So my inbox would be at /var/mail/chandler. The sub-mailboxes are in the user home directories, just scattered around-- no /mail subdirectory or anything close. So there's a folder called ~chandler/INBOX.Sent, ~chandler/INBOX.Trash, and a ~chandler/Dovecot (for this list). The list of these files is kept in ~chandler/.mailboxlist. I attempted to follow the instructions at http://wiki.dovecot.org/Migration about: You can either rename your .mailboxlist file to .subscriptions for all your users using uw2dovecot.sh <http://wiki.dovecot.org/uw2dovecot.sh>, or change the definition of SUBSCRIPTION_FILE_NAME in /src/lib-storage/subscription-file/subscription-file.c/. In 1.0-test, this value is defined in /src/lib-storage/subscription-fileindex/maildir/maildir-storage.h/ and /src/lib-storage/subscription-fileindex/mbox/maildir-storage.h/. .subscriptions is located inside of the mail directory, whereas it is possible .mailboxlist was outside of it (in user's home directory). However, I built dovecot from ports on FreeBSD 6.2, and the only files that approach this are: wurfel# ls -al total 58 drwxr-xr-x 3 root wheel 512 Jan 16 20:48 . drwxr-xr-x 6 root wheel 1024 Jan 16 20:48 .. drwxr-xr-x 2 root wheel 512 Jan 16 20:48 .deps -rw-r--r-- 1 root wheel 14662 Jan 16 20:48 Makefile -rw-r--r-- 1 root wheel 266 Oct 20 2004 Makefile.am -rw-r--r-- 1 root wheel 14009 Jan 6 23:26 Makefile.in -rw-r--r-- 1 root wheel 4374 Jan 16 20:48 libstorage_subscription_file.a -rw-r--r-- 1 root wheel 6935 Jan 3 15:19 subscription-file.c -rw-r--r-- 1 root wheel 703 Jan 13 2006 subscription-file.h -rw-r--r-- 1 root wheel 4060 Jan 16 20:48 subscription-file.o wurfel# pwd /usr/ports/mail/dovecot/work/dovecot-1.0.rc17/src/lib-storage/subscription-file I took a look at subscription-file.c, but didn't notice where I should change the definition of the file itself-- my code-fu is weak. If someone could lend a hand, I'd be deeply appreciative. Regards, -- Jay Chandler Network Administrator, Chapman University 714.628.7249 / chandler(a)chapman.edu Today's Excuse: Internet exceeded Luser level, please wait until a luser logs off before attempting to log back on.

2 1

[Dovecot] Bounce vs. Defer
by Jeff Mitchell 19 Jan '07

19 Jan '07

Hello-- I've noticed that with when using deliver, if there is a misconfiguration in my dovecot configuration file, a permissions problem on the maildir, etc., deliver will bounce the message. I'm using Postfix, and at some point used Maildrop, and I know that maildrop (and I believe also Postfix's virtual transport) instead defer the message if there is some kind of fixable problem (like permissions). Then, when the problem is solved, you can flush the queue. Would it be possible to add a defer option to deliver? It makes it difficult to try out new options or different configurations because if you have fairly regular incoming mail, the last thing you want is a ten minute period where 20 messages get bounced... Thanks, Jeff

3 2

[Dovecot] dovecot as POP3 proxy
by Alexander Shikoff 19 Jan '07

19 Jan '07

Hello, I am trying to set up dovecot as pop3 proxy. There is net lines in my auth section: passdb passwd-file { args = /usr/local/etc/dovecot/proxy.users } userdb static { args = uid=26 gid=6 } File proxy.users should contain a list of users. Now it looks like test:::::::proxy host=10.10.10.10 and everything is OK. My question is how to change passwd-file in order to match any username? I need something like *:::::::proxy host=10.10.10.10 Thanks in advance! -- Kind Regards, Alexander Shikoff

2 1

[Dovecot] FreeBSD, Postfix, Cyrus SASL, Dovecot IMAP, SquirrelMail, Active Directory
by Phil Anslemo 19 Jan '07

19 Jan '07

Here's an update to my configuration. I'm able to use Cyrus SASL to enable SMTP AUTH in PostFix, validate user's mail addresses in Active Directory, and store mail in maildir on FreeBSD. I am currently able to authenticate AD users with Dovecot and LDAP, but I'm getting the following error in the log: Error: IMAP(user@domain): Ambiguous mail location setting, don't know what to do with it: user@domain (try prefixing it with mbox: or maildir:) Error: IMAP(user@doman): Failed to create storage data: user@domain. Error: child xxxxx (imap) returned error 89 I double-checked dovecot.conf, and the mail_location setting is "mail_location = maildir:/usr/data/vmail/%u". I'm not sure what could be happening, but I'm thinking this is the last thing I need to get my configuration to work. Your assistance is greatly appreciated. Thanks, uxphreak ____________________________________________________________________________________ TV dinner still cooling? Check out "Tonight's Picks" on Yahoo! TV. http://tv.yahoo.com/

2 1

[Dovecot] LDA "deliver" with sendmail
by Zied Fakhfakh 19 Jan '07

19 Jan '07

Hi everybody, this is my first post to the list. I'm setting up a mail server with sendmail/LDAP/Dovecot (all latest version on FC6) I'm trying hard to get sendmail deliver through dovecot "deliver" I followed the instructions at the wiki: http://wiki.dovecot.org/LDA but I can't get it working. i cannot find the problem where ? when I do this as mailer: some.domain.com dovecot:dovecot or this: some.domain.com dovecot.mail.host.net sendmail always reports (on the maillog) an unknown mailer error: ...... stat=unknown mailer error 80 path to deliver is checked and executable by everyone (/usr/libexec/dovecot/deliver) can someone help please ? BTW : I manager to create a dovecot.m4, that way we can add "MAILER(dovecot)" to sendmail.mc if you are interested I will post it. Regards, Zydoon.

2 1

Re: [Dovecot] dovecot Digest, Vol 45, Issue 18
by subscriber＠viliar.net.ru 19 Jan '07

19 Jan '07

> > I use postfx 2.3.5 + dovecot (pop3/imap/lda/auth daemon for postfix) rc15. > > root@post /etc/postfix# grep dovecot main.cf > smtpd_sasl_type = dovecot > virtual_transport = dovecot > dovecot_destination_recipient_limit = 1 > > root@post /etc/dovecot# grep password_query dovecot-sql.conf > password_query = SELECT mail as user, cryptp as password, > CONCAT('/home/vmail/',homedir,'/',maildir,'/') as userdb_home, uid as userdb_uid, gid as > userdb_gid, CONCAT('dirsize:/home/vmail/',homedir,'/',maildir,'/',':storage=',quota/1024) as > userdb_quota, nice as userdb_nice, hosts as allow_nets FROM users WHERE mail = '%u' and access = > 'Y' and %Ls = 'Y'; > > > When I insert allow_nets (and it should be used without userdb_ prefix) into password_query I could > not send any more letters. In logs next: > > Dec 19 11:25:30 post dovecot: auth-worker(default): sql(mail(a)example.com): query: SELECT mail as > user, cryptp as password, CONCAT('/home/vmail/',homedir,'/',maildir,'/' > ) as userdb_home, uid as userdb_uid, gid as userdb_gid, > CONCAT('dirsize:/home/vmail/',homedir,'/',maildir,'/',':storage=',quota/1024) as userdb_quota, nice > as userdb_nice > , hosts as allow_nets FROM users WHERE mail = 'mail(a)example.com' and access = 'Y' and smtp = 'Y'; > Dec 19 11:25:30 post dovecot: auth-worker(default): passdb(mail(a)example.com): allow_nets check > failed: Remote IP not known > > As I understand, postfix does not transfer to dovecot auth daemon rip ( remote ip ). And it is > looks like allow_nets it is impossible to use together with dovecot sasl auth in postfix. > > Do we have any workaround on it? > > Hello again. As I think, this problem is realy about dovecot. Probably it should not doing looking at allow_net then it using for external auh, or then %Ls = smtp ? Just another trap/check to prevent problem like this? Or am I wrong? Thanks.

2 1

[Dovecot] Build problems with non-standard location of mysql libs
by Bob 19 Jan '07

19 Jan '07

Overall the build process for dovecot is very clean. I did however run into a significant problem when it came to locating the mysql libraries, especially when building a 64 bit executable but similar problems occured building a 32 bit executable. I am describing the 64 bit build issues below since that is the worst case scenario. Fixing the 64 bit build will automatically fix the 32 bit build. In the Solaris world it is fairly common for software packages to be installed in the /opt tree rather than under /usr or /usr/local. In addition 64 bit libs are typically located under a path like /opt/lib/64 or /opt/lib/sparcv9 and of course mysql libs are under /opt/lib/mysql or /opt/lib/sparcv9 | 64/mysql. The configure script for dovecot tries only a lib64 or /usr/lib64 path I suggest that the conifgure script for dovecot offer a --with-mysql[=DIR] option so that it would be possible to provide the base location of the mysql installation as --with-mysql=/opt in the same manner that it is done for php. I patched the configure script to search the /opt tree for mysql but unfortunately a side effect occured during the build which was compiled as 64 bit with the necessary CFLAGS and LDFLAGS input to the configure script. Here is the configure. Note that the library search paths also include the Solaris specific sparcv9 paths so nothing special is required in the configure script to account for these platform specific paths. This is exactly the same method the we use to build php as a 64 bit app successfully. However, the configrue script needs to locate the /opt/include/mysql directory and also needs to find /opt/lib/mysql to at least trigger that it found the mysql installation. Even though /opt/lib/mysql is the path to the 32 bit library, the link tests will pass because the supplied LDFLAGS contain the path to the 64 bit library. CFLAGS="-O3 -m64 -mcpu=ultrasparc -L/opt/lib/sparcv9 -L/opt/lib/sparcv9/mysql -R/opt/lib/sparcv9 -R/opt/lib/sparcv9/mysql" \ CXXFLAGS="-O3 -m64 -mcpu=ultrasparc -L/opt/lib/sparcv9 -L/opt/lib/sparcv9/mysql -R/opt/lib/sparcv9 -R/opt/lib/sparcv9/mysql" \ LDFLAGS="-O3 -m64 -mcpu=ultrasparc -L/opt/lib/sparcv9 -L/opt/lib/sparcv9/mysql -R/opt/lib/sparcv9 -R/opt/lib/sparcv9/mysql" \ ./configure --prefix=/opt \ --localstatedir=/var \ --enable-shared \ --disable-static \ --libdir=/opt/lib/sparcv9 \ --with-ssldir=/opt/ssl \ --with-ssl=openssl \ --with-storages=maildir,mbox \ --with-mysql The next problem was that dovecot-auth failed to link: /bin/bash ../../libtool --tag=CC --mode=link gcc -std=gnu99 -O3 -m64 -mcpu=ultrasparc -L/opt/lib/sparcv9 -R/opt/lib/sparcv9 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/opt/include -export-dynamic -O3 -m64 -mcpu=ultrasparc -L/opt/lib/sparcv9 -R/opt/lib/sparcv9 -o dovecot-auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o auth-master-listener.o auth-module.o auth-request.o auth-request-handler.o auth-stream.o auth-worker-client.o auth-worker-server.o db-ldap.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-ntlm.o mech-gssapi.o mech-rpa.o mech-apop.o passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-checkpassword.o passdb-shadow.o passdb-sia.o passdb-vpopmail.o passdb-sql.o userdb.o userdb-blocking.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o libpassword.a ../lib-settings/libsettings.a ../lib-ntlm/libntlm.a ../lib-sql/libsql.a ../lib/liblib.a -lpam -L -L/opt/lib/mysql -L/opt/lib/sparcv9/mysql -lmysqlclient -lz -lm -export-dynamic -ldl -lsocket -lnsl -lrt mkdir .libs gcc -std=gnu99 -O3 -m64 -mcpu=ultrasparc -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/opt/include -O3 -m64 -mcpu=ultrasparc -o dovecot-auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o auth-master-listener.o auth-module.o auth-request.o auth-request-handler.o auth-stream.o auth-worker-client.o auth-worker-server.o db-ldap.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-ntlm.o mech-gssapi.o mech-rpa.o mech-apop.o passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-checkpassword.o passdb-shadow.o passdb-sia.o passdb-vpopmail.o passdb-sql.o userdb.o userdb-blocking.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o -L/opt/lib/sparcv9 libpassword.a ../lib-settings/libsettings.a ../lib-ntlm/libntlm.a ../lib-sql/libsql.a ../lib/liblib.a -lpam -L/db/src/dovecot/dovecot-1.0.rc17_64bit/src/auth -L/opt/lib/mysql -L/opt/lib/sparcv9/mysql /opt/lib/mysql/libmysqlclient.so -L/opt/lib -lposix4 -lgen -lssl -lcrypto -lz -lm -ldl -lsocket -lnsl -lrt -R/opt/lib/mysql -R/opt/lib/mysql -R/opt/lib/sparcv9 ld: fatal: file /opt/lib/mysql/libmysqlclient.so: wrong ELF class: ELFCLASS32 ld: fatal: File processing errors. No output written to dovecot-auth What is odd about the above is that the input to libtool is completely correct but the resulting gcc command converted -lmysqlclient to an absolute path of /opt/lib/mysql/libmysqlclient.so which is wrong for a 64 bit build - hence the link failure. Why this happened is a mystery to me? If it had been left alone as -lmysqlclient the link would have been successful because the correct 64 bit library would have been found automatically. To get around this problem I added -lmysqlclient to the LDFLAGS input to the configure script which works but isn't very conventional. It would be much cleaner if the --with-mysql had a [=DIR] option and the configure script used the same basic logic that is used in the php configure script for locating the mysql stuff. In addition it is essential that hard paths, especially to shared objects don't get generated during the build since that will block the automatic searching of libraries. -- *Bob Atkins * /President/CEO/ *DigiLink, Inc. <http://www.digilink.net>* Business Inter-net-working */The Cure for the Common ISP!/* Phone: (310) 577-9450 Fax: (310) 577-3360 eMail: bob(a)digilink.net

2 1

[Dovecot] Vpopmail auth with vchkpw
by Rick Romero 19 Jan '07

19 Jan '07

Hey Guys, I'm using vpopmail, and was told here that I need to use the vchkpw passwd module to authenticate AND get my lastauth data updated. It works like a charm, but I've come across another minor issue. vchkpw sets the 'connection-type' based on the variable TCPLOCALPORT If that's not set, it defaults to pop. What this does in my environment is cause someone who is denied POP access to also not be able to use IMAP (or webmail) because that variable is not set. Is it possible to have Dovecot set that variable, based on the port the user connected to, prior to calling vchkpw? Or can I Set that in here somehow? passdb checkpassword { args = /usr/local/vpopmail/bin/vchkpw } userdb prefetch { } } Thanks Rick

2 1

[Dovecot] patch for serdb-ldap which allows set user_global_mail variable
by Taras 19 Jan '07

19 Jan '07

--- dovecot-1.0.rc17/src/auth/db-ldap.~h 2007-01-15 03:23:09.000000000 +0200 +++ dovecot-1.0.rc17/src/auth/db-ldap.h 2006-11-07 18:47:00.000000000 +0200 @@ -38,6 +38,7 @@ const char *default_pass_scheme; const char *user_global_uid; const char *user_global_gid; + const char *user_global_mail; /* ... */ int ldap_deref, ldap_scope; --- dovecot-1.0.rc17/src/auth/db-ldap.~c 2007-01-15 03:23:09.000000000 +0200 +++ dovecot-1.0.rc17/src/auth/db-ldap.c 2006-11-19 15:42:41.000000000 +0200 @@ -67,6 +67,7 @@ DEF(SET_STR, default_pass_scheme), DEF(SET_STR, user_global_uid), DEF(SET_STR, user_global_gid), + DEF(SET_STR, user_global_mail), { 0, NULL, 0 } }; @@ -93,7 +94,8 @@ MEMBER(pass_filter) "(&(objectClass=posixAccount)(uid=%u))", MEMBER(default_pass_scheme) "crypt", MEMBER(user_global_uid) "", - MEMBER(user_global_gid) "" + MEMBER(user_global_gid) "", + MEMBER(user_global_mail) NULL }; static struct ldap_connection *ldap_connections = NULL; --- dovecot-1.0.rc17/src/auth/userdb-ldap.~c 2007-01-15 03:23:09.000000000 +0200 +++ dovecot-1.0.rc17/src/auth/userdb-ldap.c 2006-12-21 18:06:28.000000000 +0200 @@ -72,7 +72,7 @@ const char *name; char *attr, **vals; unsigned int i; - bool seen_uid = FALSE, seen_gid = FALSE; + bool seen_uid = FALSE, seen_gid = FALSE, seen_mail = FALSE ; reply = auth_stream_reply_init(auth_request); auth_stream_reply_add(reply, NULL, auth_request->user); @@ -94,6 +94,7 @@ return NULL; seen_gid = TRUE; } else if (*name != '\0') { + if (strcmp(name, "mail") == 0) {seen_mail = TRUE;} for (i = 0; vals[i] != NULL; i++) { auth_stream_reply_add(reply, name, vals[i]); @@ -126,6 +127,16 @@ auth_stream_reply_add(reply, "gid", dec2str(conn->set.gid)); } + if (!seen_mail) { + if (*conn->set.user_global_mail != '\0') { + const struct var_expand_table *vars; + vars = auth_request_get_var_expand_table(auth_request, auth_request_str_escape); + string_t *str; + str = t_str_new(512); + var_expand(str, conn->set.user_global_mail, vars); + auth_stream_reply_add(reply, "mail", str_c(str)); + } + } return reply; } --- dovecot-1.0.rc17/doc/dovecot-ldap.~conf 2007-01-15 03:23:09.000000000 +0200 +++ dovecot-1.0.rc17/doc/dovecot-ldap.conf 2006-11-07 18:47:00.000000000 +0200 @@ -114,3 +114,9 @@ # If the UID/GID is still found from LDAP reply, it overrides these values. #user_global_uid = #user_global_gid = + +# You can use same mail path all user accounts if you really want to. +# Same variables can be used as for filter, see user_filter +# If the 'mail' variable is still found from LDAP reply, it overrides these value. +#user_global_mail = +

2 2