- dovecot - dovecot.org

[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

[Dovecot] LDAPS
by Osvaldo Sarubbi 19 Jan '07

19 Jan '07

Hello...what's hap with LDAPS?...with the "hosts" parameter of dovecot-ldap.conf, don't work Thanks... kenobi

2 1

[Dovecot] Shared folder
by Stefan Klatt 19 Jan '07

19 Jan '07

Hi, first.. i'm new on this list :-) and use dovecot 1.01rc17 under fedora core 5. And i read the list of the last 4 moth and didn't found answers to my questions........ now i work with shared folders and got it running on the following configuration: namespace private { seperator = . prefix = location = maildir:/srv/imapd/user/%u/maildir inbox = yes } namespace public { seperator = . prefix = Public. location = maildir:/imapd/shared/public/maildir:CONTROL=/imapd/user/%u/shared-settings/public/control:INDEX=/imapd/user/%u/shared-settings/public/index hidden = no } location is one line :-) I have different questions to this configuration: if i use "hidden = no" at the private namespace, the complete namespace isn't viewable, if i use "hidden = yes" i see the prefix "private" at the foldernames in my emailclient. Shouldn't be a non existing hidden option the same like "hidden = no"? if use / as the seperator like dokumented at the wiki it doesn't work. with a dot like the seperator at the directories for the emailfolder it works. is there a way to implement ACL for virtuell user in this configuration? The namespace could be a very interesting idea to give other user access to the own mailbox (e.g. for holiday), but for this each user need it's own acl-file which he can change.... And the special folder like Inbox must be viewable from another user. The both last could be realized with an option like "ACL = /imapd/user/%u/rights" to include an file with acldefinition at the namespacedefiniton. Another way could be a option like "ACL_R = user, user, group, group" inside of the namespacedefinition with definition of user and group outside of the namespacedefintion. For me a LDAP request would the best way :-) i realize the complete emailconfiguration with ldap. Stefan

3 4

[Dovecot] How change the order POP checks mail.
by Andreas Andersson 19 Jan '07

19 Jan '07

Hello! I have a problem with the POP when I want to use mbox and Maildirs. The old users are now using uw-imap, but in the future should theres old e-mail be in mbox format and the new e-mails in maildirs. I'am using this code and its worked fine in Squirrelmail and IMAP. namespace private { separator = / inbox = yes hidden = no prefix = "mbox/" location = mbox:~/mail:INBOX=/var/mail/%u } namespace private { separator = / prefix = location = maildir:~/Maildir } but not with POP, I can't find any mail. When I only searching for mbox mail, it worked great. I think thats the problem are the pop who first searching for Maildirs and then mailboxes. So how could I get the Dovecot POP server to first check the mailboxes and then the maildirs? Or how should I go around this problem? Thanks! Andreas Andersson

3 2

[Dovecot] Shared folder doesn't work!
by Brian Lavender 19 Jan '07

19 Jan '07

I can't seem to get a shared folder working properly. I am authenticating using pam, and the users have a shell account on the system. Problem is, the permissions on the messages moved into the folder don't maintain properly, and other users can't read the share. I have the following in /etc/dovecot/dovecot.conf namespace public { separator = / prefix = Public/ location = maildir:/var/mail/public } # If you create a "namespace public" section, then you need to create # a "namespace private" section namespace private { separator = / prefix = location = maildir:/home/%u/Maildir # There can be only one INBOX, and this setting defines # which namespace has it. inbox = yes } umask = 0007 I am running rc15 from backports on Debian stable. dovecot (1.0.rc15-1~bpo1) sarge-backports; urgency=low * Rebuilt for sarge. * Only changes needed were build dependency on libpq-dev changed back to postgresql-dev, libmysqlclient15-dev changed back to libmysqlclient12-dev, kernel-headers versioned build-dependency removed and debhelper version relaxed to 4. -- Jaldhar H. Vyas <jaldhar(a)debian.org> Mon, 4 Dec 2006 00:48:28 -0500 And here is the share. Two users are accessing it: brian and fred which are both in the colab group. See how the one message doesn't have group read or write. # cd /var/mail # find public -ls 232465 1 drwxrws--- 6 fred colab 1024 Jan 16 00:50 public/ 232466 1 drwxrws--- 2 fred colab 1024 Jan 16 00:13 public/cur 232467 1 drwxrws--- 2 fred colab 1024 Jan 16 00:13 public/new 232468 1 drwxrws--- 2 fred colab 1024 Jan 16 00:13 public/tmp 228051 1 drwxrws--- 5 fred colab 1024 Jan 16 04:32 public/.notices 228100 1 drwxrws--- 2 fred colab 1024 Jan 16 04:30 public/.notices/cur 228104 1 -rw-rw---- 1 fred colab 477 Jan 15 23:05 public/.notices/cur/1168937439.P1214Q0M467971.debian:2,S 228262 1 -rw-rw---- 1 brian colab 812 Jan 15 22:58 public/.notices/cur/1168949589.P1006Q0M317215.debian:2,S 228105 1 -rw-rw---- 1 fred colab 819 Jan 15 21:22 public/.notices/cur/1168950176.P1101Q0M673976.debian:2,S 228263 1 -rw------- 1 fred colab 620 Jan 15 22:57 public/.notices/cur/1168950649.P1171Q0M862818.debian:2,RS 228101 1 drwxrws--- 2 fred colab 1024 Jan 16 00:20 public/.notices/new 228102 1 drwxrws--- 2 fred colab 1024 Jan 16 04:30 public/.notices/tmp 228103 1 -rw-rwx--- 1 fred colab 636 Jan 16 04:30 public/.notices/dovecot.index.log 228266 0 -rw------- 1 brian colab 0 Jan 16 04:32 public/.notices/dovecot-uidlist.lock 228107 1 -rw-rwx--- 1 fred colab 192 Jan 16 04:30 public/.notices/dovecot.index 228106 17 -rw-rwx--- 1 fred colab 16384 Jan 16 04:30 public/.notices/dovecot.index.cache 228265 1 -rw------- 1 fred colab 172 Jan 16 04:30 public/.notices/dovecot-uidlist 232470 1 -rw-rw---- 1 fred colab 8 Jan 16 00:50 public/subscriptions -- Brian Lavender http://www.brie.com/brian/

3 5

[Dovecot] Dovecot deliver and syslog
by Bill Milford 19 Jan '07

19 Jan '07

Can syslog be used to log dovecot's LDA deliver? Bill

2 1

[Dovecot] rc17: child 15802 (auth) killed with signal 6
by Chris Laif 19 Jan '07

19 Jan '07

I'm using dovecot (rc17) in POP3/IMAP server _and_ proxy mode (pgsql backend). Everything works fine but occasionally I get these messages in the log: dovecot: auth(default): file passdb.c: line 126 (passdb_handle_credentials): assertion failed: (password != NULL) dovecot: auth(default): Raw backtrace: dovecot-auth [0x8062b2b] -> dovecot-auth [0x8062599] -> dovecot-auth [0x805a6ae] -> dovecot-auth [0x805b3b8] -> dovecot-auth [0x8060350] -> dovecot-auth(io_loop_handler_run+0x118) [0x8066458] -> dovecot-auth(io_loop_run+0x28) [0x80658e8] -> dovecot-auth(main+0x78) [0x8057028] -> /lib/libc.so.6(__libc_start_main+0xc6) [0x4007ee36] -> dovecot-auth [0x804f591] dovecot: child 15802 (auth) killed with signal 6 I seems (!) that these messages only appear when someone uses dovecot in in IMAP proxy mode. As I said before, everything works fine -- even reading emails via IMAP-proxy works. Chris

1 0

[Dovecot] RC15 problems with dovecot-shared and umask distilled
by Glenn Leavell 18 Jan '07

18 Jan '07

I recently posted about problems I've been having with dovecot-shared and umask in RC15 (using Solaris 9). I've now been able to distill what I'm experiencing into these two separate points: 1. dovecot-uidlist and message files never inherit the dovecot-shared group 2. With umask=0007 these files are created with mode 600 instead of 660: dovecot-uidlist, dovecot.index, dovecot.index.log, messages files (cur,tmp,new and the parent directory *are* created 770) (With regard to #1, I originally posted that individual message files were also not inheriting *permissions* from dovecot-shared, but that turned out to be a case of copying a message with maildir_copy_with_hardlinks = yes.) I can duplicate this consistently; can anyone else? Or has this been fixed in RC16/17? Thanks, Glenn

2 3

[Dovecot] vpopmail
by Lampa 18 Jan '07

18 Jan '07

Hello, i have only some typo: (using rc17) adding to section imap {} mail_plugins = quota produce on dovecot start IEffective uid=65534, gid=65534 ILoading modules from directory: /usr/local/dovecot/lib/dovecot/imap IModule loaded: /usr/local/dovecot/lib/dovecot/imap/lib10_quota_plugin.so and there is little patch to use vpopmail on nonstandart location (like /usr/local/vpopmail for example) (--with-vpopmail=/usr/local/vpomail) *** configure.old 2007-01-07 02:26:51.000000000 -0500 --- configure 2007-01-17 21:05:37.000000000 -0500 *************** *** 21353,21361 **** --- 21353,21363 ---- want_vpopmail=no else want_vpopmail=yes + vpopmail_home="$withval" fi else want_vpopmail=yes + vpopmail_home="`echo ~vpopmail`" fi *************** *** 30717,30723 **** fi if test $want_vpopmail = yes; then ! vpopmail_home="`echo ~vpopmail`" vpop_libdeps="$vpopmail_home/etc/lib_deps" { echo "$as_me:$LINENO: checking for vpopmail configuration at $vpop_libdeps" >&5 --- 30719,30725 ---- fi if test $want_vpopmail = yes; then ! # vpopmail_home="`echo ~vpopmail`" vpop_libdeps="$vpopmail_home/etc/lib_deps" { echo "$as_me:$LINENO: checking for vpopmail configuration at $vpop_libdeps" >&5 Thank you for your time and happy coding. Best regards Lampa

2 1

[Dovecot] dovecot imap logging capabilities
by Michael A. Painter Jr. 18 Jan '07

18 Jan '07

Hello, I have searched but have not found any information on logging imap actions. I want to log when someone uses imap to delete, move, copy, etc. This would greatly help me when someone deletes an email and asks where it went. I get this fairly often from a few users. Any help would be greatly appreciated. Thank you, Michael A. Painter Jr.

4 4

[Dovecot] A few rc17 imap crashes
by Chris Wakelin 18 Jan '07

18 Jan '07

We upgraded from 1.0-beta7 to 1.0-rc17 on Tuesday evening and looking at today's logs, just four imap processes out of 90,000+ died. I managed to get core files (the server is running Solaris 8 on Sparc, and Dovecot was compiled with gcc 3.3.2). I hope they're useful! (I should also say that performance between the two versions is roughly similar according to Solaris' process accounting stats, looking at CPU usage and disk blocks accessed.) Best Wishes, Chris 1) Here's the last log entry for each > dovecot: Jan 11 11:39:59 Info: IMAP 5751 xxxxxxxx xxx.xxx.xxx.xxx : Opened Sent (18 msgs) > dovecot: Jan 11 11:39:59 Error: child 5751 (imap) killed with signal 11 > dovecot: Jan 11 12:28:49 Info: IMAP 12765 xxxxxxxx xxx.xxx.xxx.xxx : Disconnected: Internal error occurred. Refer to server log for more information. [2007-01-11 12:28:49] > dovecot: Jan 11 12:28:49 Error: child 12765 (imap) killed with signal 10 > dovecot: Jan 11 13:01:49 Info: IMAP 14234 xxxxxxxx xxx.xxx.xxx.xxx : Opened List Reading (124 msgs) > dovecot: Jan 11 13:01:54 Error: child 14234 (imap) killed with signal 10 > dovecot: Jan 11 19:13:55 Info: IMAP 18786 xxxxxxxx xxx.xxx.xxx.xxx : Opened Sent (45 msgs) > dovecot: Jan 11 19:13:57 Error: child 18786 (imap) killed with signal 11 (I have extra logging lines in cmd-select.c, hence the "Opened" lines) 2) backtraces! pid 5751 > #0 0xff1c2838 in t_delete () from /usr/lib/libc.so.1 > #1 0xff1c23e4 in realfree () from /usr/lib/libc.so.1 > #2 0xff1c1f48 in _malloc_unlocked () from /usr/lib/libc.so.1 > #3 0xff1c1ce0 in malloc () from /usr/lib/libc.so.1 > #4 0xff1b617c in calloc () from /usr/lib/libc.so.1 > #5 0x89c18 in pool_system_malloc (pool=0xb66f0, size=156) at mempool-system.c:67 > #6 0x84ab8 in i_malloc (size=156) at imem.c:9 > #7 0x43b2c in mbox_md5_init () at mbox-md5.c:94 > #8 0x3df20 in mbox_sync_parse_match_mail (mbox=0xcee58, view=0xcdde8, seq=2) at mbox-sync-parse.c:557 > #9 0x3966c in mbox_file_seek (mbox=0xcee58, view=0xcdde8, seq=2, deleted_r=0xffbeee47) at mbox-file.c:195 > #10 0x3b628 in mbox_mail_seek (mail=0xd0bf8) at mbox-mail.c:69 > #11 0x3b988 in mbox_mail_get_stream (_mail=0xd0bf8, hdr_size=0x0, body_size=0x0) at mbox-mail.c:184 > #12 0x70458 in mail_get_stream (mail=0x0, hdr_size=0x0, body_size=0x0) at mail.c:107 > #13 0x5321c in index_mail_get_header_stream (_mail=0xd0bf8, _headers=0xd1368) at index-mail-headers.c:638 > #14 0x70434 in mail_get_header_stream (mail=0x0, headers=0xd1368) at mail.c:98 > #15 0x529ec in index_mail_headers_get_envelope (mail=0xd0bf8) at index-mail-headers.c:408 > #16 0x515c8 in index_mail_get_special (_mail=0xd0bf8, field=MAIL_FETCH_IMAP_ENVELOPE) at index-mail.c:706 > #17 0x70474 in mail_get_special (mail=0xd0bf8, field=MAIL_FETCH_IMAP_ENVELOPE) at mail.c:114 > #18 0x254d0 in fetch_envelope (ctx=0xd0bf8, mail=0xd0bf8, context=0x0) at imap-fetch.c:450 > #19 0x24e80 in imap_fetch (ctx=0xc4a58) at imap-fetch.c:291 > #20 0x1f62c in cmd_fetch (cmd=0xc27a4) at cmd-fetch.c:163 > #21 0x23334 in client_handle_input (cmd=0xc27a4) at client.c:331 > #22 0x232b4 in client_handle_input (cmd=0xc27a4) at client.c:388 > #23 0x23430 in _client_input (context=0xc2760) at client.c:428 > #24 0x87924 in io_loop_handler_run (ioloop=0xbf838) at ioloop-poll.c:199 > #25 0x87184 in io_loop_run (ioloop=0xbf838) at ioloop.c:281 > #26 0x2c658 in main (argc=0, argv=0xffbef5ec, envp=0xffbef5fc) at main.c:280 pid 12765 > #0 0xff1c27f0 in t_delete () from /usr/lib/libc.so.1 > #1 0xff1c23e4 in realfree () from /usr/lib/libc.so.1 > #2 0xff1c2c24 in _free_unlocked () from /usr/lib/libc.so.1 > #3 0xff1c2b74 in free () from /usr/lib/libc.so.1 > #4 0x5b550 in mail_index_free (_index=0xcac54) at mail-index.c:62 > #5 0x552f0 in index_list_free (list=0xcac50) at index-storage.c:84 > #6 0x555fc in destroy_unrefed (all=true) at index-storage.c:162 > #7 0x379ac in mbox_free (_storage=0xc2598) at mbox-storage.c:369 > #8 0x711a4 in mail_storage_destroy (_storage=0xc1a2c) at mail-storage.c:204 > #9 0x2cbd8 in namespace_deinit (namespaces=0xc1a10) at namespace.c:156 > #10 0x22a00 in client_destroy (client=0xc2760, reason=0x0) at client.c:90 > #11 0x87924 in io_loop_handler_run (ioloop=0xbf838) at ioloop-poll.c:199 > #12 0x87184 in io_loop_run (ioloop=0xbf838) at ioloop.c:281 > #13 0x2c658 in main (argc=0, argv=0xffbef604, envp=0xffbef614) at main.c:280 pid 14234 > #0 0xff1c2838 in t_delete () from /usr/lib/libc.so.1 > #1 0xff1c23e4 in realfree () from /usr/lib/libc.so.1 > #2 0xff1c2cb8 in cleanfree () from /usr/lib/libc.so.1 > #3 0xff1c1dec in _malloc_unlocked () from /usr/lib/libc.so.1 > #4 0xff1c1ce0 in malloc () from /usr/lib/libc.so.1 > #5 0xff1b617c in calloc () from /usr/lib/libc.so.1 > #6 0x89c18 in pool_system_malloc (pool=0xb66f0, size=28) at mempool-system.c:67 > #7 0x86d7c in timeout_add (msecs=1740000, callback=0x1f920 <idle_timeout>, context=0xc4a18) at ioloop.c:146 > #8 0x1fda0 in cmd_idle (cmd=0xc27a4) at cmd-idle.c:245 > #9 0x23334 in client_handle_input (cmd=0xc27a4) at client.c:331 > #10 0x232b4 in client_handle_input (cmd=0xc27a4) at client.c:388 > #11 0x23430 in _client_input (context=0xc2760) at client.c:428 > #12 0x87924 in io_loop_handler_run (ioloop=0xbf838) at ioloop-poll.c:199 > #13 0x87184 in io_loop_run (ioloop=0xbf838) at ioloop.c:281 > #14 0x2c658 in main (argc=0, argv=0xffbef5fc, envp=0xffbef60c) at main.c:280 pid 18786 > #0 0xff1c2974 in t_splay () from /usr/lib/libc.so.1 > #1 0xff1c27e0 in t_delete () from /usr/lib/libc.so.1 > #2 0xff1c23e4 in realfree () from /usr/lib/libc.so.1 > #3 0xff1c2cb8 in cleanfree () from /usr/lib/libc.so.1 > #4 0xff1c1dec in _malloc_unlocked () from /usr/lib/libc.so.1 > #5 0xff1c1ce0 in malloc () from /usr/lib/libc.so.1 > #6 0xff1b617c in calloc () from /usr/lib/libc.so.1 > #7 0x89c18 in pool_system_malloc (pool=0xb66f0, size=28) at mempool-system.c:67 > #8 0x7fa58 in buffer_create_dynamic (pool=0xb66f0, init_size=20) at buffer.c:109 > #9 0x56924 in index_transaction_init (t=0xcf090, ibox=0xd03a8, flags=0) at index-transaction.c:13 > #10 0x38fa0 in mbox_transaction_begin (box=0xcf090, flags=0) at mbox-transaction.c:16 > #11 0x71954 in mailbox_transaction_begin (box=0xcf090, flags=0) at mail-storage.c:497 > #12 0x29f30 in imap_sync_init (client=0xc2760, box=0xd03a8, imap_flags=0, flags=28) at imap-sync.c:47 > #13 0x2a534 in cmd_sync (cmd=0xc27a4, flags=28, imap_flags=0, tagline=0x93120 "OK Fetch completed.") at imap-sync.c:243 > #14 0x1f470 in cmd_fetch_finish (ctx=0xc4a50) at cmd-fetch.c:103 > #15 0x1f66c in cmd_fetch (cmd=0xc27a4) at cmd-fetch.c:173 > #16 0x226b4 in cmd_uid (cmd=0xc27a4) at cmd-uid.c:19 > #17 0x23334 in client_handle_input (cmd=0xc27a4) at client.c:331 > #18 0x232b4 in client_handle_input (cmd=0xc27a4) at client.c:388 > #19 0x23430 in _client_input (context=0xc2760) at client.c:428 > #20 0x87924 in io_loop_handler_run (ioloop=0xbf838) at ioloop-poll.c:199 > #21 0x87184 in io_loop_run (ioloop=0xbf838) at ioloop.c:281 > #22 0x2c658 in main (argc=0, argv=0xffbef5ec, envp=0xffbef5fc) at main.c:280 -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)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

3 15

[Dovecot] default_mail_env/mail_location syntax changes
by Mike Brown 18 Jan '07

18 Jan '07

Sorry, I tried to find this info on the wiki and in the docs, but couldn't quite figure it out. Dovecot 1.0rc8 introduced this change: "mbox:/var/mail/%u" no longer works as the mail location. You'll have to specify the mail root explicitly, just like the examples always have: "mbox:~/mail:INBOX=/var/mail/%u" If I need a custom INBOX location but the default behavior of using the first of [/ or ~/mail or ~/Mail] having a .imap subdirectory, how do I go about specifying that? That is, on my system, - inbox file: ~/Mailbox - mail storage dir: ~/mail OR ~/Mail (it varies by user) - all files are in mbox format Thanks, Mike

2 3

[Dovecot] Dovecot Sieve capabilties - regex
by James Turnbull 18 Jan '07

18 Jan '07

Hi Does the Dovecot Sieve implementation support the regex capability? I get the following error when I try to add it: Jan 3 16:07:30 absinthe deliver(james): sieve parse error: line 1: Unsupported features in require line The line is: require "regex"; Thanks James Turnbull -- James Turnbull <james(a)lovedthanlost.net> --- Author of Pro Nagios 2.0 (http://www.amazon.com/gp/product/1590596099/) Hardening Linux (http://www.amazon.com/gp/product/1590594444/) --- PGP Key (http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x0C42DF40)

3 7

[Dovecot] some Maildir files not honoring dovecot-shared
by Glenn Leavell 18 Jan '07

18 Jan '07

I'm using RC15 on Solaris 9. The wiki indicates that when a dovecot-shared file exists, "Dovecot uses the same permissions and GID when it creates index files, dovecot-uidlist file, new mail files, etc." In my case, Dovecot *is* creating new index files based on dovecot-shared, but dovecot-uidlist and individual message files don't completely match the permissions/group template. Specifically, dovecot-uidlist isn't taking the group from dovecot-uidlist, and individual messages files don't seem to be honoring dovecot-shared at all (group or permissions). Here's an example; every file and directory below in .abusetest-in was created by Dovecot *except* for dovecot-shared (I let Dovecot create cur, new, tmp just to see what it would do, but I know that I can create and fix the group and permissions on these directories myself in a sharing situation): glenn@tony:~/Maildir/.abusetest-in$ ls -lR .: total 34 drwx------ 2 glenn adm 512 Jan 9 09:58 cur/ -rwxrwx--- 1 glenn abuse 0 Jan 9 09:57 dovecot-shared* -rw-rw---- 1 glenn adm 44 Jan 9 09:58 dovecot-uidlist -rw-rw---- 1 glenn abuse 156 Jan 9 09:58 dovecot.index -rw-rw---- 1 glenn abuse 10272 Jan 9 09:58 dovecot.index.cache -rw-rw---- 1 glenn abuse 156 Jan 9 09:58 dovecot.index.log drwx------ 2 glenn adm 512 Jan 9 09:58 new/ drwx------ 2 glenn adm 512 Jan 9 09:58 tmp/ ./cur: total 4 -rw------- 2 glenn adm 1438 Jan 5 09:59 1168354728.P15661Q0M891161.tony:2,S ./new: total 0 ./tmp: total 0 glenn@tony:~/Maildir/.abusetest-in$ I see in the RC16 release notes that there was a fix for the dovecot-keywords file, but it doesn't mention these other files. Is this a bug, or am I misunderstanding how the dovecot-shared file should work? Thanks very much, Glenn -- Glenn Leavell <glenn(a)usg.edu> Office of Information and Instructional Technology Board of Regents of the University System of Georgia

3 4

[Dovecot] assertion failed
by Shaun T. Erickson 18 Jan '07

18 Jan '07

I installed dovecot on a RH9 server this evening, via an RPM from atrpms.net (dovecot-1.0-0_34.rc15.RHL9.at.i386.rpm). The auth portion is working perfectly, as I'm using it to do SMTP AUTH with my postfix 2.3.5 installation. I have configured it to provide imaps. When I connect to it, it rapidly connects, disconnects, connects ... ad infinitum, reporting this, in the logs, each time: Dec 30 16:03:33 max dovecot: imap-login: Login: user=<ste>, method=plain, rip=192.168.32.168, lip=65.206.7.147, TLS Dec 30 16:03:33 max dovecot: IMAP(ste): file istream-raw-mbox.c: line 499 (istream_raw_mbox_get_body_size): assertion failed: (rstream->mail_size != (uoff_t)-1) Dec 30 16:03:33 max dovecot:child 19228 (imap) killed with signal 6 Here is my dovecot.conf file: listen = [*] protocols = imaps disable_plaintext_auth = yes ssl_cert_file = /etc/postfix/max.blackdogsoft.net.crt ssl_key_file = /etc/postfix/max.blackdogsoft.net.key ssl_ca_file = /etc/postfix/cacert.pem default_mail_env = mbox:%h:INBOX=/var/mail/%u mail_read_mmaped = yes verbose_proctitle = yes protocol lda { postmaster_address = postmaster(a)blackdogsoft.net } auth default { mechanisms = plain login passdb pam { } userdb passwd { } socket listen { client { path = /var/spool/postfix/provate/auth mode = 0660 user = postfix group = postfix } } } Suggestions? -- -ste

3 10

[Dovecot] POP3 timeout
by Jason Gretz 18 Jan '07

18 Jan '07

Hey guys I have a user's machine that won't drop his POP3 connection, is there a way to set a timeout? I'm not seeing it in the default config or in the webmin module for dovecot, any ideas? Thanks! Jason Gretz Network Admin Angstman Law 208-850-9284 https://companyweb/

2 1

[Dovecot] Correct usage of NFS mounted Maildirs
by Fran Fabrizio 18 Jan '07

18 Jan '07

Dovecot 1.0RC15 running on Fedora Core 5 kernel 2.6.18-1.2257.fc5smp. A SLES10 server (kernel 2.6.16.21-0.8-smp) has the home directories on an ext3 partition mounted with options (rw,acl,user_xattr,usrquota) which is then exposed as an NFS mount with server side options (rw,no_root_squash,no_acl,async). The home directories include Maildirs to which postfix delivers. The Fedora Core 5 dovecot&postfix machine then mounts this NFS mount with options (rw,hard,intr) Dovecot variables: mmap_disable=yes lock_method=dotlock default_mail_env = maildir:~/Maildir:INDEX=/usr/local/dovecot/indexes/%u (only one dovecot server and wanted to see if local indices helped) I didn't turn off the attribute caching of NFS since I only have one dovecot server, I think the wiki said it was safe to leave on in this case. With this configuration, I am seeing a lot of NFS Stale Filehandle errors, even after moving the index files to a local disk. Here's an excerpt from the log: dovecot: Dec 22 11:23:06 Info: Dovecot v1.0.rc15 starting up dovecot: Dec 22 11:23:22 Info: imap-login: Login: user=<nfsuser1>, method=plain, rip=138.26.64.50, lip=138.26.64.5 dovecot: Dec 22 11:23:24 Info: imap-login: Login: user=<nfsuser1>, method=plain, rip=138.26.64.50, lip=138.26.64.5 dovecot: Dec 22 11:24:48 Info: imap-login: Login: user=<nfsuser1>, method=plain, rip=138.26.64.50, lip=138.26.64.5 dovecot: Dec 22 11:26:43 Error: IMAP(nfsuser1): inotify_add_watch(/nethome/facstaff/nfsuser1/Maildir/.Trash/new) failed: Stale NFS file handle dovecot: Dec 22 11:26:43 Error: IMAP(nfsuser1): inotify_add_watch(/nethome/facstaff/nfsuser1/Maildir/new) failed: Stale NFS file handle To be honest, I'm not 100% sure this is a dovecot problem, because I also see that I am getting stale filehandles when postfix tries to deliver the mail to the Maildir, but I'm curious as to whether this is because of something dovecot did because I have it misconfigured. Does anything about my dovecot config provide any clues as to what I might have done wrong? The NFS mounts are completely stable everywhere except within the Maildirs. From the shell, I can run a loop to call 'ls' 1000 times outside of a Maildir and it works fine. Inside a Maildir, I will get Stale NFS Filehandle errors before long. Does this sound like it could have something to do with my Dovecot config, given that it is happening even after I moved indices to the local disk (still getting stale filehandle errors on files like dovecot-keywords). I performed the following procedure: - shut down dovecot - did a rm-rf Maildir on my test account - unmounted the NFS mount /nethome/facstaff - remounted the NFS mount /nethome/facstaff - set the index files to be local in dovecot.conf and created that directory (/usr/local/dovecot/index/) - sent a few test mails to the user (to recreate the Maildir) - started dovecot - logged in (via Thunderbird) to account through dovecot. - read test message - deleted test message - opened shell to dovecot server - cd'ed into user's Maildir - ran 'ls' a few times. Got Stale Filehandle errors after a few. - back in Thunderbird, tried to read/move/delete other test mails, got the above errors in the log. If it's not a dovecot issue I know it's off-topic, but has anyone else seen similar? I might be imagining this, but I think the problem started when I moved from SLES9 to SLES10 for my fileserver (newer kernel, newer version of NFS, perhaps an incompatibility here?) Thanks, Fran

2 1

[Dovecot] Custom mail directory with LDAP
by Maykel Moya 18 Jan '07

18 Jan '07

For certain users, I have their mail boxes under /srv/mpop/<username>/Maildir. For the rest, I have their mail boxes under /srv/vmail/<username>/Maildir. mpop/ users are stored in LDAP, vmail/ users are local users so I discard the idea of set a fixed mail_location. In dovecot-ldap.conf I can't get the picture to set /srv/mpop/<username>/Maildir as mail. I'd tried user_attrs = /srv/mpop/uid/Maildir=mail but watching the logs I saw that a '/srv/mpop/uid/Maildir' is queried to the LDAP Server. Would be nice to have a user_global_mail equivalent to user_global_uid for LDAP user lookups. Regards, maykel

2 1

[Dovecot] auth unix sockets
by Uldis Pakuls 18 Jan '07

18 Jan '07

Hi, I'm working on "avelsieve" SqurrelMail plug-in to implement SIEVE "file" back end for dovecot. 1. My be someone my explain me, how to use client auth socket to authenticate against dovecot-auth unix socket. As fas as I understood login must be sent in form "user\0\user\0password" as base64 encoded string. pp code (I'm using socket used by postfix auth): -------------------- <?php $authstr = base64_encode('test@virtual.net\0test@virtual.net\0test'); $fp = fsockopen("unix:///var/spool/postfix/private/auth",0, $errno, $errstr, 30); if (!$fp) { echo "$errstr ($errno)<br />\n"; } else { $out = "$authstr\r\n"; fwrite($fp, $out); while (!feof($fp)) { echo fgets($fp, 128); } fclose($fp); } ?> ----------------------- Dovecot auth complains about syntax It seems 'auth mech' also is required. thus; how to correctly use dovecot client auth socket to authenticate? (some FAQ?, php sample code?) 2. [most important] dovecot LDA uses auth maser sockets to read userdb and get home directory path to deliver mail and locate sieve scripts. I need some home path to locate users sieve script. Wow to obtain it using dovecot auth sockets? Tnx Uldis

3 2

[Dovecot] Multiple Mailbox Location
by Giuseppe Giacomini 18 Jan '07

18 Jan '07

Hi, I' m using dovecot v1.0.rc17 on a Centos 4.4 linux box with maildir format. Linux box mounts two LUNs of our Storage Area Network. LUN(a) has been mounted on /home with linux quota enable (small in size , but faster than LUN(b)) LUN(b) has been mounted on /archive with linux quota enable (big in size, but slower than LUN(a) ) I want to create two different private namespaces for our users. The first namespace is used for users' current mail (INBOX,Trash,Sent ....) and is located on faster disk (LUN(a)) The second namespace is used as mail archive. User drags his mail from first namespace to the folders located on the second namespace. This is my namespace definition in dovecot.conf default_mail_env = maildir:/%h/MailDir namespace private { separator = / prefix = inbox = yes hidden = yes } namespace private { separator = / prefix = "#Archive/" location = maildir:/archive/%u/MailDir #hidden = yes } This is the output to NAMESPACE command : 02 namespace * NAMESPACE (("#Archive/" "/")) NIL NIL We have a lot of types of client: Outlook >= 2000, Thunderbird, Eudora 7, Squirrellmail 1.4.8 with different behavior regarding namespace. These are my questions: 1) Is my namespace configuration right? Am I missing something? It is a bit different from that at http://wiki.dovecot.org/Namespaces 2) If I create a folder under the default namespace (i.e. .test under user MailDir) and add the folder name in namespace's subscription , Outlook and Eudora show me the folder and if I open the subscribe menu' they show me the two namespaces with their folders. With Thunderbird I can't see the created folder under default namespace and if I open the subscribe window I can see only the second namespace "#Archive" (That one not hidden). Is it a Thunderbird problem? Thank you

1 0

[Dovecot] Corrupt Transaction Log?
by Jay Chandler 18 Jan '07

18 Jan '07

Got most of my install woes sorted out. Have Dovecot running on two servers, one for my standard imap deployment, and one for my webmail server. I'm getting a lot of messages like this when my palm Treo syncs. Anyone have any idea what I have set wrong? Jan 17 21:49:57 montreal dovecot: imap-login: Login: user=<chandler>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jan 17 21:49:57 montreal dovecot: IMAP(chandler): Corrupted transaction log file /usr/users/staff/chandler/.imap/INBOX/dovecot.index.log: Deleted counter wrong Jan 17 21:49:57 montreal dovecot: IMAP(chandler): Disconnected 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] dovecot-auth file descriptor usage
by Steven F Siirila 17 Jan '07

17 Jan '07

In dovecot-auth (rc15) we experienced problems when the file descriptors reached 256 (due to a Solaris fdopen() call described previously). The issue was that there was one file descriptor being used for every imap-login and pop3-login process (in our environment of SSL-only that means one for every active IMAP and POP connection). Mods were made (and appear in rc16) to close out the descriptor in question after using it during authentication (as I understand it). However, I am still seeing plenty of file descriptors left open in rc16 (one per session). For example, on a Solaris 9 server with 9 IMAP connections open here is an lsof excerpt of dovecot-auth: dovecot-a 26071 root 7u unix 105,136 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3000d084250) dovecot-a 26071 root 8u unix 105,140 0t80 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3c9c4227b68) dovecot-a 26071 root 9u unix 105,149 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa7680b8) dovecot-a 26071 root 10u unix 105,266 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa765d48) dovecot-a 26071 root 11u unix 105,160 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa7667e0) dovecot-a 26071 root 12u unix 105,255 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa769288) dovecot-a 26071 root 13r DOOR 265,0 0t0 50 /var/run (swap) (door to nscd[7752]) dovecot-a 26071 root 14u unix 105,258 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x30002dc4008) dovecot-a 26071 root 15u unix 105,282 0t80 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x30003185738) dovecot-a 26071 root 16u unix 105,141 0t80 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x30003185ac8) With the modification made, shouldn't these no longer accumulate? -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

3 5

[Dovecot] Dovecot cannot find passwd-file
by craig carriere 17 Jan '07

17 Jan '07

Posted this once before, but am still having problems. I have dovecot 1.0 rc15 running with postfix 2.3 on a SLES 10 server. With local user and /etc/passwd /pam authentication my local user can retrieve mail. I am now adding a virtual domain and have postifx relaying correctly. I want to have dovecot pull passwd and userdb from two files. When setting passwd-file to /etc/dovecot/passwd the system states that the file does not exist but it does. It does not appear to be a permissions issue; is this a path issue relative to chroot? Would appreciate some input; I have found others with the same issues but have not seen a solution posted. Thanks --------------------------------- Get your own web address. Have a HUGE year through Yahoo! Small Business.

1 0

[Dovecot] Dovecot deliver and procmail
by Václav Hůla 17 Jan '07

17 Jan '07

Hi, I have site w. around 7000 users, most of which have some procmail rules (theres even .procmailrc in /etc/skel with rule to put spam into spam folder). Afaik dovecot's deliver doesnt understand procmail rules, so i'd like to ask if its possible to configure procmail so it saves mail using deliver, without modifying users .procmailrc Thanks for any pointers, Vaclav Hula

2 1

[Dovecot] Index corruption causes child process to die
by Juha Saarinen 16 Jan '07

16 Jan '07

My recent migration from Courier-IMAP to Dovecot has been marred by these errors: Oct 24 12:12:40 server dovecot: IMAP(juha): Fixed index file ~user/Maildir/.Geekzone/dovecot.index: first_recent_uid_lowwater 431 -> 430 Oct 24 12:12:40 server dovecot: IMAP(juha): Corrupted index file ~user/Maildir/.Geekzone/dovecot.index: Duplicate header extension keywords Oct 24 12:12:40 server dovecot: child 5786 (imap) killed with signal 11 They happen with Thunderbird 1.5.0.7 and I'm using Dovecot 1.0RC7 from the FreeBSD ports. I think the index corruption may be caused by Tbird's message filtering - I'm asking it to filter certain messages from INBOX to subfolders. When the error occurs, Tbird pops up an error message saying it can't connect to the mail server, but I don't lose any messages it seems. Instead, I get duplicates and even triplicates when I restart Tbird. Any work around for this? -- Juha http://www.geekzone.co.nz/juha

7 35

[Dovecot] segfault in RC15
by Cor Bosman 15 Jan '07

15 Jan '07

Hi all, ive seen a few segfaults in RC15. It's hard for me to reproduce but I was able to get a core when it happened with one of our customers. RC15 FreeBSD 4.10 X86 NFS/NetApp It's squirrelmail/webmail client. Can't reproduce it, cant turn on dovecot.rawlog because I dont know in advance which customer will hit this. See it about 5 times per hour, with thousands of logins per hour. Here's the backtrace.. Cor ------ Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/local/lib/dovecot/imap/lib01_quota_plugin.so...done. Reading symbols from /usr/lib/librpcsvc.so.2...done. Reading symbols from /usr/local/lib/dovecot/imap/lib02_imap_quota_plugin.so...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 maildir_save_file_get_path (_t=0x80d72c0, seq=37) at maildir-save.c:242 242 i_assert(seq >= ctx->first_seq); (gdb) bt full #0 maildir_save_file_get_path (_t=0x80d72c0, seq=37) at maildir-save.c:242 _t = (struct mailbox_transaction_context *) 0x80d72c0 seq = 37 ctx = (struct maildir_save_context *) 0x0 mf = (struct maildir_filename *) 0x80d72c0 #1 0x80682ca in maildir_mail_get_virtual_size (_mail=0x80e9440) at maildir-mail.c:145 mail = (struct index_mail *) 0x80e9440 mbox = (struct maildir_mailbox *) 0x80d8c40 data = (struct index_mail_data *) 0x80e94a4 path = 0x80e94a4 "" fname = 0x80d72c0 "@\214\r\bà¶\f\b\004" virtual_size = 580366801855675066 flags = 19 #2 0x8097b22 in mail_get_virtual_size (mail=0x80e9440) at mail.c:68 mail = (struct mail *) 0x80d72c0 #3 0x805cf4d in fetch_rfc822_size (ctx=0x80de088, mail=0x80e9440, context=0x0) at imap-fetch-body.c:839 ctx = (struct imap_fetch_context *) 0x80d72c0 size = 135099072 #4 0x805b395 in imap_fetch (ctx=0x80de088) at imap-fetch.c:265 ctx = (struct imap_fetch_context *) 0x80de088 handlers = (struct imap_fetch_context_handler *) 0x80de1a8 ret = 1 #5 0x8056e0b in cmd_fetch (cmd=0x80db044) at cmd-fetch.c:171 cmd = (struct client_command_context *) 0x80db044 client = (struct client *) 0x80db000 ctx = (struct imap_fetch_context *) 0x80de088 args = (struct imap_arg *) 0x80dc048 search_arg = (struct mail_search_arg *) 0x80de050 messageset = 0x25 <Address 0x25 out of bounds> ret = 135099072 #6 0x805955a in cmd_uid (cmd=0x80db044) at cmd-uid.c:19 cmd = (struct client_command_context *) 0x80db044 cmd_name = 0x80dc0f8 "FETCH" #7 0x8059f45 in client_handle_input (cmd=0x80db044) at client.c:382 cmd = (struct client_command_context *) 0x80db044 client = (struct client *) 0x80db000 #8 0x805a01e in _client_input (context=0x80db000) at client.c:433 client = (struct client *) 0x80db000 cmd = (struct client_command_context *) 0x80db044 ret = 2 #9 0x80a9608 in io_loop_handler_run (ioloop=0x80d7000) at ioloop-poll.c:199 ctx = (struct ioloop_handler_context *) 0x80cb0a0 pollfd = (struct pollfd *) 0x2 tv = {tv_sec = 0, tv_usec = 888475} io = (struct io *) 0x80cb4a0 t_id = 2 msecs = 135099072 ret = 0 call = 135099072 #10 0x80a901d in io_loop_run (ioloop=0x80d7000) at ioloop.c:281 ioloop = (struct ioloop *) 0x80d7000 #11 0x8060f1d in main (argc=1, argv=0xbfbff624, envp=0xbfbff62c) at main.c:280 No locals.

2 17

[Dovecot] imap over ssh won't work
by Taco Witte 13 Jan '07

13 Jan '07

Hi, Using version 1.0.rc15 I'm trying to let Evolution connect with IMAP over SSH. When run from the command line, this is what I get: ssh host dovecot --exec-mail imap * BAD [ALERT] imap binary must not be started from inetd, use imap-login instead. ssh host MAIL=/root/Maildir/ /usr/local/libexec/dovecot/imap * BAD [ALERT] imap binary must not be started from inetd, use imap-login instead. When I run the same commands directly on "host", I do get a PREAUTH prompt (Logged in as root) and when I look around I find exactly the same syntaxis. Does anybody have a clue why it doesn't work? Thanks in advance and kind regards, Taco

2 1

[Dovecot] IMAP folder watching plugin request
by Jonathan Stewart 13 Jan '07

13 Jan '07

Hello Timo and list, I'm pretty sure this has been asked before but would it be possible for a generic folder watching plugin to be distributed with Dovecot? My intention for this is to be able to integrate a spam filter into dovecot. Filtering would be performed on delivery and spam put into a spam folder and then if mail was moved into or out of the folder the filter could be retrained. I am willing to help with any testing of course. Thanks, Jonathan

2 1

Re: [Dovecot] Configuring Dovecot for use with Active Directory
by Phil Anslemo 12 Jan '07

12 Jan '07

Here's my updated dovecot-ldap.conf file. I made some slight changes after starting dovecot and receiving errors. hosts = 192.168.0.240:389 #uris = dn = cn=<BINDUSER>,ou=IT,ou=Central Office,dc=<DOMAIN>,dc=local dnpass = <PASSWORD> #sasl_bind = no #sasl_mech = #sasl_realm = #sasl_authz_id = auth_bind = yes #auth_bind_userdn = ldap_version = 3 base = dc=<DOMAIN>, dc=local deref = never scope = subtree user_filter = (&(objectClass=user)(sAMAccountName=%n)) #pass_attrs = uid=user #pass_attrs = uid=user,userPassword=password,homeDirectory=userdb_home,uidNumber=userdb_uid,gidNumber=userdb_gid pass_filter = (&(objectClass=user)(sAMAccountName=%n)) #default_pass_scheme = CRYPT user_global_uid = 101 user_global_gid = 101 Now that I've cleaned up most of the problems, the next issue I'm having is actually authenticating the users from dovecot through ldap in active directory. When it attempts to authenticate, dovecot hangs and then timesout. The only thing I can think of is ldap needs to send the password to Active Directory in a format it can understand. Has anyone run into this? Thanks, uxphreak ----- Original Message ---- From: Phil Anslemo <uxphreak(a)yahoo.com> To: dovecot(a)dovecot.org Sent: Thursday, January 11, 2007 4:19:46 PM Subject: Configuring Dovecot for use with Active Directory Hello, My server is configured as follows: FreeBSD 6.1 OpenLDAP 2.3.27 Cyrus SASL 2.1.21 Dovecot 1.0.rc15 I have PostFix configured to use SASL for SMTP AUTH, which in turn leverages OpenLDAP to verify users in Active Directory. I do not have, nor want to in the future, local users in FreeBSD, so I've configured PostFix for Virtual Mailboxes. Everything is working and I'm getting ready to configure Dovecot, but need clarification. I want to make sure my dovecot-ldap.conf is properly configured and need another set of eyes to look at it (of course dovecot.conf should also be correct, but one thing at a time). Here's my dovecot-ldap.conf file: hosts = 192.168.0.240 #uris = dn = cn=<BINDUSER>,ou=IT,ou=Central Office,dc=<DOMAIN>,dc=local dnpass = <>PASSWORD #sasl_bind = no #sasl_mech = #sasl_realm = #sasl_authz_id = auth_bind = yes #auth_bind_userdn = ldap_version = 3 base = dc=<DOMAIN>, dc=local deref = never scope = subtree #user_filter = (&(objectClass=posixAccount)(uid=%u)) #pass_attrs = uid=user,userPassword=password #pass_attrs = uid=user,userPassword=password,homeDirectory=userdb_home,uidNumber=userdb_uid,gidNumber=userdb_gid #pass_filter = (&(objectClass=posixAccount)(uid=%u)) #default_pass_scheme = CRYPT user_global_uid = 101 user_global_gid = 101 Your help is appreciated. Thanks, uxphreak ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Dovecot] Weird indexing problem between Thunderbird and Dovecot
by Mario Nigrovic-rvvk40 12 Jan '07

12 Jan '07

Folks - I just ran across this problem; not sure how it originally happened. I noticed that Thunderbird was displaying the wrong message body when I selected a message. I tried several actions to clean up the problem (stopping dovecot and thunderbird, removing all .thunderbird/pref/ImapMail cache data, removing all dovecot index and uidlist files), to no avail. Then I noticed that somehow a core file had made it into my main inbox. I surmise that dovecot saw it as a legitimate email but thunderbird refused to count it (or some permutation thereof). (The core file had been renamed "core,2u" IIRC). Anyway, removing the offending file and (again) all cache files seems to have solved the problem. Just FYI. -- Mario

1 0

[Dovecot] help with deleted segment of email when connecting Outlook?
by Lisa Rau 12 Jan '07

12 Jan '07

This group was so helpful last time I am hoping someone can HELP! We have qmail / dovecot running IMAP and a user who had all their email in their non-Outlook client (Thunderbird?). We installed Outlook 2003 and configured it with IMAP and all their email EXCEPT a three week block showed up. The three week block of email is not on their desktop and even worse, isn't on the server / in qmail - its totally gone. Does anyone have any idea of why or how this would have occured? And even better - is there any hope we could ever find this email (its not on a backup)? Hopefully, Lisa

2 1

[Dovecot] Configuring Dovecot for use with Active Directory
by Phil Anslemo 11 Jan '07

11 Jan '07

Hello, My server is configured as follows: FreeBSD 6.1 OpenLDAP 2.3.27 Cyrus SASL 2.1.21 Dovecot 1.0.rc15 I have PostFix configured to use SASL for SMTP AUTH, which in turn leverages OpenLDAP to verify users in Active Directory. I do not have, nor want to in the future, local users in FreeBSD, so I've configured PostFix for Virtual Mailboxes. Everything is working and I'm getting ready to configure Dovecot, but need clarification. I want to make sure my dovecot-ldap.conf is properly configured and need another set of eyes to look at it (of course dovecot.conf should also be correct, but one thing at a time). Here's my dovecot-ldap.conf file: hosts = 192.168.0.240 #uris = dn = cn=<BINDUSER>,ou=IT,ou=Central Office,dc=<DOMAIN>,dc=local dnpass = <>PASSWORD #sasl_bind = no #sasl_mech = #sasl_realm = #sasl_authz_id = auth_bind = yes #auth_bind_userdn = ldap_version = 3 base = dc=<DOMAIN>, dc=local deref = never scope = subtree #user_filter = (&(objectClass=posixAccount)(uid=%u)) #pass_attrs = uid=user,userPassword=password #pass_attrs = uid=user,userPassword=password,homeDirectory=userdb_home,uidNumber=userdb_uid,gidNumber=userdb_gid #pass_filter = (&(objectClass=posixAccount)(uid=%u)) #default_pass_scheme = CRYPT user_global_uid = 101 user_global_gid = 101 Your help is appreciated. Thanks, uxphreak ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com

1 0

[Dovecot] RC16 is a lot slower that RC7
by Marc Perkel 11 Jan '07

11 Jan '07

I tried RC16 from RC7 and like other releases since RC7 it is significantly slower. I'm still trying to figure out why. But I have again switched back. Do new version take up a lot more ram perhaps? I'm running with a gig of ram, and I'm running a few other apps. It's not a fast computer, just an old 754 pin semptron. But the point is that RC7 runs a lot faster than RC16.

2 2

[Dovecot] rc17 Linux RPM distribution rebuild trouble.
by Serge D 11 Jan '07

11 Jan '07

The question is addressed to Linux RPM-packagers. Hello! I was trying to rebuild rc17 binaries from dovecot-1.0-1_38.rc17.at.src.rpm taken at ATrpms <http://ATrpms.net/>. The process fails with following messages: -------------------- Making install in imap-quota make[3]: Entering directory `/usr/src/asplinux/BUILD/dovecot-1.0.rc15/src/plugins/imap-quota' make[4]: Entering directory `/usr/src/asplinux/BUILD/dovecot-1.0.rc15/src/plugins/imap-quota' make[4]: Target `install-exec-am' does not require perform any command. test -z "/usr/lib/dovecot/imap" || mkdir -p -- "/var/tmp/dovecot-1.0-0_34.rc15-root/usr/lib/dovecot/imap" mkdir: `/var/tmp/dovecot-1.0-0_34.rc15-root/usr/lib/dovecot/imap' exists, but it is not a directory make[4]: *** [install-imap_moduleLTLIBRARIES] Error 1 ------------------- As I have not so much experience at RPM-packaging, so would be thankful for the ideas how to fix it? Kind regards, - Serge.

2 5

[Dovecot] mbox-rewrite errors
by T. Horsnell 11 Jan '07

11 Jan '07

I've noticed a burst of about 12000 of these mbox-rewrite msgs in the log, spread over about 10 minutes. They are always for the same person (XXX'd out here), and have not occurred before or since. There's no evidence of device problems in the message log. Jan 10 17:46:43 ls1 imap-login: Login: XXX [::ffff:10.2.0.1] Jan 10 17:46:43 ls1 imap(XXX): file mbox-rewrite.c: line 429 (mbox_write_header): assertion failed: (hdr_parsed_size.physical_size == hdr_size) Jan 10 17:46:43 ls1 dovecot: child 6004 (imap) killed with signal 6 Jan 10 17:46:43 ls1 dovecot: child 6006 (imap) killed with signal 6 Jan 10 17:46:43 ls1 dovecot: child 6008 (imap) killed with signal 6 Jan 10 17:46:43 ls1 imap-login: Login: XXX [::ffff:10.2.0.1] Jan 10 17:46:43 ls1 imap(XXX): file mbox-rewrite.c: line 429 (mbox_write_header): assertion failed: (hdr_parsed_size.physical_size == hdr_size) Jan 10 17:46:43 ls1 imap-login: Login: XXX [::ffff:10.2.0.1] Jan 10 17:46:43 ls1 imap(XXX): file mbox-rewrite.c: line 429 (mbox_write_header): assertion failed: (hdr_parsed_size.physical_size == hdr_size) Jan 10 17:46:43 ls1 imap-login: Login: XXX [::ffff:10.2.0.1] Jan 10 17:46:43 ls1 dovecot: child 6010 (imap) killed with signal 6 Jan 10 17:46:43 ls1 dovecot: child 6012 (imap) killed with signal 6 Jan 10 17:46:43 ls1 imap(XXX): file mbox-rewrite.c: line 429 (mbox_write_header): assertion failed: (hdr_parsed_size.physical_size == hdr_size) Do I need to worry? I'm still using dovecot-0.99.11-4 on a RHEL4 Opteron box. Cheers, Terry.

1 0

[Dovecot] 1.0.rc17 released
by Timo Sirainen 11 Jan '07

11 Jan '07

http://dovecot.org/releases/dovecot-1.0.rc17.tar.gz http://dovecot.org/releases/dovecot-1.0.rc17.tar.gz.sig - MySQL authentication caused username to show up as "OK" in rc16.

5 9

Re: [Dovecot] LDAP authentication stops working...
by "Αποστόλης Παπαγια ννάκης (Apostolis Papagiannakis)" 11 Jan '07

11 Jan '07

> > Date: Wed, 10 Jan 2007 16:07:03 +0100 > From: "J.M. Maurer" <mmaurer(a)betterbe.com> > Subject: Re: [Dovecot] LDAP authentication stops working... > To: dovecot(a)dovecot.org > Message-ID: <1168441623.11613.3.camel(a)sigma.lan.uwog.net> > Content-Type: text/plain > > On Tue, 2007-01-09 at 09:54 +0000, Gavin Henry wrote: > >> > <quote who="Adrian Close"> >> >>> > > Hi all, >>> > > >>> > > I'm running dovecot-1.0.rc17 on OpenBSD 3.9, using userdb and passdb >>> > > methods of "ldap" (SSL on 636/tcp) in addition to "passwd". >>> > > >>> > > Occasionally (generally after a few hours of operation, but not always), >>> > > LDAP-based logins stop working (e.g. hang/timeout after POP3 PASS >>> > > command). Accounts with local passwords (as opposed to accounts with a >>> > > password field of "x") still work fine at this point. >>> >> > >> > We also get this. Twice a day we have to restart dovecot, using userdb and >> > passdb via LDAP, with userdb_prefetch. >> > > Just to add: we moved from rc<something before 5> to rc15 recently, and > we now also see a lot of hangs with > > The result handler for the initial ldap_search to find the dn to bind to > is never called. I assume Timo fscked something up recently in my > auth_bind code ;-P > > Anyway, restarting ldap every hour or so with cron does the job :-| > > I'd debug this if I had the time, but I won't have before next week. > > Cheers, > Marc > > > > --- I haven't documented it properly (yet) but when using rc15 with userdb_prefetch + passdb + ldap_authbind (200-500 concurrent clients) directly with LDAP it operates OK only for a few minutes. After a while authentication freezes. On the LDAP server (openldap v2.2.28) I see countless log entries such as: " slapd[24721]: connection_input: conn=1134942 deferring operation: binding". Dovecot show I tried to increase various dovecot and openldap limits without success. Until the problem is solved, I use Dovecot with getpwnam (/etc/passwd) + pamldap which works always OK. Could anybody please verify that direct LDAP userdb_prefetch, passdb, auth_bind work ok with openldap under heavy stress? Is it possible that multiple concurrent LDAP bind requests and searches under different LDAP credentials through the very same TCP connection produce some kind of spourious problem? Apostolis Papagiannakis Aristotle University of Thessaloniki, Greece

1 0

[Dovecot] [sfs: dovecot-auth file descriptor usage]
by Steven F Siirila 10 Jan '07

10 Jan '07

I am re-posting this message from last Friday, as I have seen no replies. It is critical that we address this problem, since until then we cannot put more than a few hundred users on our server. If Dovecot-auth TRULY needs to keep open a file descriptor for every single login session, we will have to start looking at alternatives. In short: Help! ----- Forwarded message from Steven F Siirila <sfs> ----- Date: Fri, 5 Jan 2007 13:55:38 -0600 From: Steven F Siirila <sfs> To: dovecot(a)dovecot.org Subject: dovecot-auth file descriptor usage User-Agent: Mutt/1.4.2.1i In dovecot-auth (rc15) we experienced problems when the file descriptors reached 256 (due to a Solaris fdopen() call described previously). The issue was that there was one file descriptor being used for every imap-login and pop3-login process (in our environment of SSL-only that means one for every active IMAP and POP connection). Mods were made (and appear in rc16) to close out the descriptor in question after using it during authentication (as I understand it). However, I am still seeing plenty of file descriptors left open in rc16 (one per session). For example, on a Solaris 9 server with 9 IMAP connections open here is an lsof excerpt of dovecot-auth: dovecot-a 26071 root 7u unix 105,136 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3000d084250) dovecot-a 26071 root 8u unix 105,140 0t80 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3c9c4227b68) dovecot-a 26071 root 9u unix 105,149 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa7680b8) dovecot-a 26071 root 10u unix 105,266 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa765d48) dovecot-a 26071 root 11u unix 105,160 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa7667e0) dovecot-a 26071 root 12u unix 105,255 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa769288) dovecot-a 26071 root 13r DOOR 265,0 0t0 50 /var/run (swap) (door to nscd[7752]) dovecot-a 26071 root 14u unix 105,258 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x30002dc4008) dovecot-a 26071 root 15u unix 105,282 0t80 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x30003185738) dovecot-a 26071 root 16u unix 105,141 0t80 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x30003185ac8) With the modification made, shouldn't these no longer accumulate? -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 ----- End forwarded message ----- -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

2 2

[Dovecot] pre-1.0.rc6 / index file problems? try this
by Timo Sirainen 10 Jan '07

10 Jan '07

People who have had "duplicate header extension" and whatever other random index file corruption problems, please see if this fixes anything: http://dovecot.org/list/dovecot-cvs/2006-December/007315.html The change is also in the latest nightly snapshot (http://dovecot.org/ nightly/dovecot-latest.tar.gz). You could in general treat the latest snapshot as "pretty much the same as the 1.0.rc16 release", so some testing for it would be nice. I've updated autotools that were used to build the snapshot, does anyone have problems with compiling the snapshot? I'm going to build the 1.0rc16 release using the same autotools. rc16 has several changes intended to make Mac OS X's HFS+ happy. This is mostly because currently the only computer I have is a Powerbook. I'll get a new Linux machine in a couple of weeks hopefully. I've still about 50 unread/possibly unanswered mails. I'll try to get to them soon. Here's a list of all the important changes: * IMAP: When trying to fetch an already expunged message, Dovecot used to just disconnect client. Now it instead replies with dummy NIL data. * Priority numbers in plugin names have changed. If you're installing from source, you should delete the existing plugin files before installing the new ones, otherwise you'll get errors. * Maildir: We're using rename() to move files from tmp/ to new/ now. See http://wiki.dovecot.org/MailboxFormat/Maildir -> "Issues with the specification" for reasoning why this is safe. This makes saving mails faster, and also makes Dovecot usable with Mac OS X's HFS+ (after you also set dotlock_use_excl=yes, see below). + Added dotlock_use_excl setting. If enabled, dotlocks are created directly using O_EXCL flag, instead of by creating a temporary file which is hardlinked. O_EXCL is faster, but may not work with NFS. + If Dovecot crashes with Linux or Solaris, it'll log a "Raw backtrace". It's worse than gdb's backtrace, but better than nothing. + Added maildir_copy_preserve_filename=yes setting. + Added a lazy-expunge plugin to allow users to unexpunge their mails. + maildir quota: Added ignore setting to maildir quota, which allows ignoring quota in Trash mailbox. + dict quota: If dictionary doesn't yet contain the quota, calculate it by going through all the mails in all the mailboxes. + login_log_format_elements: Added %a=local port and %b=remote port - Doing a STATUS command for a selected mailbox (not a recommended IMAP client behavior) caused Dovecot to sync the mailbox silently. This could have lost eg. EXPUNGE events from clients, causing them to use wrong sequence numbers. - deliver was treating boolean settings set to "no" as if they were "yes" (they were supposed to be commented out for "no") - Running "dovecot" with -a or -n option while Dovecot was running deleted all authentication sockets, which caused all the future logins to fail. - maildir: RENAME and DELETE didn't touch control directory if it was different from maildir or index dir. - We treated internal userdb lookup errors as "user unknown" errors. In such situations this caused deliver to think the user didn't exist and the mail get bounced. - pam: Setting cache_key crashed - shared maildir: dovecot-keywords file's mode wasn't taken from dovecot-shared file. - dovecotpw wasn't working with PowerPC

4 7

[Dovecot] 1.0.rc16 released
by Timo Sirainen 10 Jan '07

10 Jan '07

http://dovecot.org/releases/dovecot-1.0.rc16.tar.gz http://dovecot.org/releases/dovecot-1.0.rc16.tar.gz.sig If you've had problems with getting errors about index files sometimes being corrupted, please try if this release fixes it. If you've reported any bugs that this release hasn't fixed, please report them again so I know they still didn't get fixed and that I didn't forget them. * IMAP: When trying to fetch an already expunged message, Dovecot used to just disconnect client. Now it instead replies with dummy NIL data. * Priority numbers in plugin names have changed. If you're installing from source, you should delete the existing plugin files before installing the new ones, otherwise you'll get errors. * Maildir: We're using rename() to move files from tmp/ to new/ now. See http://wiki.dovecot.org/MailboxFormat/Maildir -> "Issues with the specification" for reasoning why this is safe. This makes saving mails faster, and also makes Dovecot usable with Mac OS X's HFS+ (after you also set dotlock_use_excl=yes, see below). + Added dotlock_use_excl setting. If enabled, dotlocks are created directly using O_EXCL flag, instead of by creating a temporary file which is hardlinked. O_EXCL is faster, but may not work with NFS. + If Dovecot crashes with Linux or Solaris, it'll log a "Raw backtrace". It's worse than gdb's backtrace, but better than nothing. + Added maildir_copy_preserve_filename=yes setting. + Added a lazy-expunge plugin to allow users to unexpunge their mails. + maildir quota: Added ignore setting to maildir quota, which allows ignoring quota in Trash mailbox. + dict quota: If dictionary doesn't yet contain the quota, calculate it by going through all the mails in all the mailboxes. + login_log_format_elements: Added %a=local port and %b=remote port + Added -i and -o options to rawlog to restrict logging only to input or output. - Doing a STATUS command for a selected mailbox (not a recommended IMAP client behavior) caused Dovecot to sync the mailbox silently. This could have lost eg. EXPUNGE events from clients, causing them to use wrong sequence numbers. - deliver was treating boolean settings set to "no" as if they were "yes" (they were supposed to be commented out for "no") - Running "dovecot" with -a or -n option while Dovecot was running deleted all authentication sockets, which caused all the future logins to fail. - maildir: RENAME and DELETE didn't touch control directory if it was different from maildir or index dir. - We treated internal userdb lookup errors as "user unknown" errors. In such situations this caused deliver to think the user didn't exist and the mail get bounced. - pam: Setting cache_key crashed - shared maildir: dovecot-keywords file's mode wasn't taken from dovecot-shared file. - dovecotpw wasn't working with PowerPC

4 6

Re: [Dovecot] 1.0.rc17 released
by Janne Johansson 10 Jan '07

10 Jan '07

Ouch didn't get the maillist on the receiver list. > > > 2007/1/10, Thomas Zajic <zlatko(a)zlatko.fdns.net>: > > > > * John Peacock, 2007-01-09 19:35 > > > > > [...] > > > When trying to move large numbers of messages to Trash using > > Thunderbird > > > 1.5.0.9, I would get "Lost connection with server" messages at > > anything > > > over about 1500 messages. The strange thing is that when I checked > > the > > > trash folder, the deleted messages were there multiple times, i.e. > > > everytime I attempted to move all messages to Trash, plus everytime it > > > > > failed until I got below the magic number. > > > [...] > > > > I think this is a Thunderbird problem rather than a Dovecot one. I had > > the same thing happening recently when I moved last year's logfiles to > > my archive folder (36000+ messages). > > > > I had this on 1.0rc10, and moved to 1.0rc15 and it went away (or pushed > the limits > over the number of messages I wanted to delete) and I was also using > Thunderbird 1.5.0.x. > I'll report if it happens to me again. > > > -- Some mornings, it's just not worth gnawing through the straps...

3 3

[Dovecot] dovecot cannot access the then new created folders by squirrel mail?
by shamsurrahman 10 Jan '07

10 Jan '07

hi, i use dovecot and squirrelmail wwbmail to access my mails in fc6, every thing is working ok, but the only thing quirrel mail can create new folders but can't acces or open them for example i created folder accounts by squirrelmail it was created but can't open, this is the permissions for the accounts in the ~/mail/: drwx------ 2 jaan jaan 4096 Jan 8 07:14 accounts -rwxr-xr-x 1 jaan jaan 0 Jan 8 20:35 draftbox any one can help please?

2 1

[Dovecot] Dovecot's deliver trouble (...probably bug?)
by Serge D 10 Jan '07

10 Jan '07

Hello everybody! I am a Linux admin trying to move my mail system based on qmail to the software which is more spam-protected: exim4 + dovecot-1.0rc15 + pgsql . I've downloaded and rebuild dovecot from src.rpm (for fc4). During the testing stage I've discovered two troubles: 1) the problem with deliver (...I'm not sure it's a really bug). Here is relevant part of my /var/log/messages : ------- Jan 3 10:40:37 serge deliver(serge(a)test.net): auth input: serge(a)test.net Jan 3 10:40:37 serge deliver(serge(a)test.net): auth input: home=/var/spool/mail/test.net/serge/ Jan 3 10:40:37 serge deliver(serge(a)test.net): auth input: uid=500 Jan 3 10:40:37 serge deliver(serge(a)test.net): auth input: gid=12 Jan 3 10:40:37 serge deliver(serge(a)test.net): setuid(500) failed: Operation not permitted ------- -- my system is fc4 based Linux. uid/gid are according to /etc/dovecot-sql.conf : user_query = SELECT maildir AS home, 500 AS uid, 12 AS gid FROM mailbox WHERE username = '%n@%d' AND active='1' I was trying to chown 500.12 /var/spool/mail -R , chmod u+s ...etc, but it does not helps. Please, help. I don't want another MDA, people adviced me dovecot as good and well tested solution. I have already spent about two work days to configure and test it... 2) Because of mentioned above problem deliver generates a bounce message for exim, and here is a bug with e-mail in the header. It was taken "as is" from the queue of Exim -- have a look at "Return-path:", "envelope-from" and "Sender:" Because of these errors exim can not deliver the message back to sender. It freezes it, ...trying again, ...freezes ... etc... -------------------------------------------------- 1H252L-0004jZ-F3-D This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: serge(a)test.net local delivery failed ------ This is a copy of the message, including all the headers. ------ Return-path: <"testuser(a)test.net"@test.net> Received: from serge.lc.test.net ([10.0.0.5]) by serge.lc.test.net with esmtpa (Exim 4.62) (envelope-from <"testuser(a)test.net"@test.net>) id 1H252K-0004jT-U5 for serge(a)test.net; Wed, 03 Jan 2007 14:16:05 +0200 Message-ID: <459B9E84.9070607(a)test.net> Date: Wed, 03 Jan 2007 14:16:04 +0200 From: test uset <testuser(a)test.net> User-Agent: Thunderbird 1.5 (X11/20060119) MIME-Version: 1.0 To: serge(a)test.net Subject: =?KOI8-R?Q?=D4=C5=D3=D4_=D0=D2=CF=C8=CF=D6=C4=C5=CE=C9=D1?= Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Sender: "testuser(a)test.net"@test.net Test message body. ------------------------------------ Here is an original message from e-mail client ( just to make sure that it was made proper way): ------------------------------------ > From - Wed Jan 03 18:18:54 2007 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00800000 Message-ID: <459BD76D.4090903(a)test.net> Date: Wed, 03 Jan 2007 18:18:53 +0200 From: test uset <testuser(a)test.net> User-Agent: Thunderbird 1.5 (X11/20060119) MIME-Version: 1.0 To: serge(a)test.net Subject: =?KOI8-R?Q?=D4=C5=D3=D4_=D0=D2=CF=C8=CF=D6=C4=C5=CE=C9=D1?= Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Test message body. ---------------------------------------------------------- As for POP3 with dovecot, it seems working OK. Dovecot generates mail directories according to the user data returned by SQL, and creates index files proper way - everything with given uid.gid = 500.12 ... If you will need some extra piece of information, or my configs or logs -- please feel free to ask for it. Any kind of help: advices, URLs, patches, etc.., are welcome. I badly need to bring up this new system as soon as possible. Thank you in advance. Best regards, Serge www.cis.by

4 4