January 2006 - dovecot

Re: [Dovecot] Maildirquota
by Rodolfo Gonzalez Gonzalez 25 Jan '06

25 Jan '06

On 2006-01-24 10:42:23 -0600, Rodolfo Gonzalez Gonzalez wrote: >> I'd like to use dovecot+postfix (with Maildir) for several virtual email >> servers, but one requirement is quota support. I'm aware about the lack >> of maildirquota support in dovecot, and I found a patch in the >> "unofficial patches" section which is said to provide maildirquota > > 1.0.beta2 has a quota plugin. > see the wiki about it. Hi darix, I'm reading it, but it says: "Software quotas Dovecot 1.0 supports quota using a quota plugin. It's currently discussed in Dovecot LDA page and it supports only very simple quota calculation which is suitable only for mboxes. Maildir++ quota support will come later." And in http://www.dovecot.org/patches/1.0/ there's the patch only, the link http://www.dovecot.org/patches/1.0/quota.tar.gz is broken. The page http://wiki.dovecot.org/LDA#head-de783575628d0e78c0e594931f173493fd8257d0 doesn't state if the plugin works for Maildir++ quotas (which is what I need). Thanks for your answer, Rodolfo.

1 0

[Dovecot] 1.0beta2: mbox_sync assert
by Jeff A. Earickson 24 Jan '06

24 Jan '06

Timo, My first assert in beta2. Syslog said: Jan 24 09:57:16 emerald dovecot: [ID 107833 mail.error] imap(user): Cached message offset 94625 is invalid for mbox file /var/mail/m/user Jan 24 09:57:16 emerald dovecot: [ID 107833 mail.error] imap(user): file mbox-sync.c: line 1471 (mbox_sync_do): assertion failed: (!sync_ctx->mbox->mbox_sync_dirty || (flags & MBOX_SYNC_UNDIRTY) == 0) Gdb analysis on the core file is attached. My setup: Solaris 9, mbox format, mbox on NFS filesystem (also S9), index files on local UFS filesystem. Jeff Earickson Colby College

1 0

[Dovecot] RPM spec file
by Timo Sirainen 24 Jan '06

24 Jan '06

What would you think if I just removed it completely from tarball? It doesn't look like it works currently properly, and it probably needs to be changed a bit for each different distribution?

3 2

[Dovecot] Connection refused
by ohp＠pyrenet.fr 23 Jan '06

23 Jan '06

Dear Timo et all, I wanted to put dovecot on production on my real server but, be it with the beta1 you left on my machine yesterday on beta2, when I launch dovecot, I have tons of messages in syslogs like : imap-login: can't connect to auth server at default: Connection refused. What did I do wrong?? TIA -- Olivier PRENANT Tel: +33-5-61-50-97-00 (Work) 15, Chemin des Monges +33-5-61-50-97-01 (Fax) 31190 AUTERIVE +33-6-07-63-80-64 (GSM) FRANCE Email: ohp(a)pyrenet.fr ------------------------------------------------------------------------------ Make your life a dream, make your dream a reality. (St Exupery)

2 2

Re: [Dovecot] Major CPU spike for SSL parameters?
by Peter Chiu 23 Jan '06

23 Jan '06

Jan 23 00:38:03 foxmulder dovecot: Dovecot v1.0.beta2 starting up Jan 23 00:38:03 foxmulder dovecot: 1137994456 + 172800 (1138167256) < 1137994683, size=230, uid=0 vs 0, gid=87 vs 0 Jan 23 00:38:21 foxmulder dovecot: SSL parameters regeneration completed Jan 23 00:48:04 foxmulder dovecot: 1137994701 + 172800 (1138167501) < 1137995284, size=230, uid=0 vs 0, gid=87 vs 0 Jan 23 00:48:32 foxmulder dovecot: SSL parameters regeneration completed Jan 23 00:58:04 foxmulder dovecot: 1137995312 + 172800 (1138168112) < 1137995884, size=230, uid=0 vs 0, gid=87 vs 0 Jan 23 00:58:39 foxmulder dovecot: SSL parameters regeneration completed Timo Sirainen wrote: > On 23.1.2006 01:11, "Peter Chiu" <pc8888(a)gmail.com> wrote: > >> I tried your patch again b2 and I am still having the same problem. >> >> Jan 22 17:57:30 foxmulder dovecot: Dovecot v1.0.beta2 starting up >> Jan 22 17:57:30 foxmulder dovecot: ssl_parameters_regenerate = 48 >> Jan 22 17:58:30 foxmulder dovecot: SSL parameters regeneration completed >> Jan 22 18:07:31 foxmulder dovecot: ssl_parameters_regenerate = 48 >> Jan 22 18:07:43 foxmulder dovecot: SSL parameters regeneration completed > > Hmm. Maybe the file's timestamp is wrong or the uid/gid. Try this patch: > > http://dovecot.org/tmp/ssl-regen-debug.diff > >

3 2

[Dovecot] Compiling Dovecot with-notify=inotify
by Nicolas STRANSKY 23 Jan '06

23 Jan '06

Hi, I'm trying to compile Dovecot beta2 with inotify support, but this is unsuccessfull. First, it seems that the configure script is looking for inotify.h in /usr/include/sys, whereas it is in /usr/include/linux on my Debian Sarge system. But that's a minor point, let's make a symlink. % dpkg -S /usr/include/linux/inotify.h linux-kernel-headers: /usr/include/linux/inotify.h % dpkg -l linux-kernel-headers ii linux-kernel-headers 2.6.13+0rc3-2 Linux Kernel Headers for development Then the compilation fails with the following error : i386-linux-gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -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-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 -Wl,--export-dynamic libpassword.a ../lib-settings/libsettings.a ../lib-ntlm/libntlm.a ../lib-sql/libsql.a ../lib/liblib.a -lcrypt -lpam -L/usr/lib -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv -lldap -lpq /usr/lib/libmysqlclient.so -lz -ldl ../lib/liblib.a(ioloop-notify-inotify.o)(.text+0x185): In function `io_loop_notify_add': /home/nico/sources/dovecot/dovecot-1.0.beta2/src/lib/ioloop-notify-inotify.c:102: undefined reference to `inotify_add_watch' ../lib/liblib.a(ioloop-notify-inotify.o)(.text+0x26d): In function `io_loop_notify_remove': /home/nico/sources/dovecot/dovecot-1.0.beta2/src/lib/ioloop-notify-inotify.c:145: undefined reference to `inotify_rm_watch' ../lib/liblib.a(ioloop-notify-inotify.o)(.text+0x2de): In function `io_loop_notify_handler_init': /home/nico/sources/dovecot/dovecot-1.0.beta2/src/lib/ioloop-notify-inotify.c:163: undefined reference to `inotify_init' Am I missing something ? What should be done to compile Dovecot with inotify support ? Thanks in advance, -- Nico L'homme est intelligent parce qu'il a une main. -+- Anaxagore -+-

3 4

[Dovecot] Date recieve vs date sent
by Justin Deutsch 23 Jan '06

23 Jan '06

Hi All, I have migrated a client from what I think was UW-IMAPD to Dovecot, using the tool imapsync (http://www.linux-france.org/prj/imapsync/) The client is using Outlook and Outlook Express as their mail client and now all of their emails have the date 20/01/2006 in the folder view. When the email is viewed directly, the date is the correct date for the email. I was wondering if any one has any suggestions on how to make the received date the same as the sent date, so that people can used their Inboxes effectively? Thanks, -- Justin Deutsch Relevance... because results count Relevance Phone: +61 (0)2 6241 6400 A.B.N. 86 063 403 690 Fax: +61 (0)2 6241 6422 Unit 11, Mobile: +61 (0)40 246 55 88 Cnr Brookes & Heffernan Sts, E-mail: Justin.Deutsch(a)relevance.com.au Mitchell ACT 2911 Web: http://www.relevance.com.au

2 1

Re: [Dovecot] Major CPU spike for SSL parameters?
by Peter Chiu 23 Jan '06

23 Jan '06

I applied the patch to master-settings.c and the problem is still there Jan 19 20:01:51 foxmulder dovecot: SSL parameters regeneration completed Jan 19 20:13:02 foxmulder dovecot: SSL parameters regeneration completed Jan 19 20:21:33 foxmulder dovecot: SSL parameters regeneration completed Jan 19 20:33:17 foxmulder dovecot: SSL parameters regeneration completed Jan 19 20:42:03 foxmulder dovecot: SSL parameters regeneration completed Jan 19 20:52:12 foxmulder dovecot: SSL parameters regeneration completed foxmulder:~$ uname -srp FreeBSD 6.0-RELEASE-p3 i386 foxmulder:etc$ grep ssl dovecot.conf ssl_cert_file = /etc/ssl/certs/dovecot.pem ssl_key_file = /etc/ssl/private/dovecot.pem ssl_parameters_regenerate = 48 Timo Sirainen wrote: > On Wed, 2006-01-18 at 18:40 -0500, Todd Vierling wrote: >> On Wed, 18 Jan 2006, Todd Vierling wrote: >> >>> After setting "ssl_parameters_regenerate" to the explicit value of 168, it's >>> still happening this often. I now set it to 0 to disable regeneration for >>> the moment. >> And it's still happening every 10-ish minutes. Thoughts? > > Happens with 64bit systems. Fix in CVS and here: > > Index: src/master/master-settings.c > =================================================================== > RCS file: /var/lib/cvs/dovecot/src/master/master-settings.c,v > retrieving revision 1.105 > diff -u -r1.105 master-settings.c > --- src/master/master-settings.c 18 Jan 2006 23:14:45 -0000 1.105 > +++ src/master/master-settings.c 19 Jan 2006 20:38:31 -0000 > @@ -64,7 +64,7 @@ > DEF(SET_STR, ssl_cert_file), > DEF(SET_STR, ssl_key_file), > DEF(SET_STR, ssl_key_password), > - DEF(SET_STR, ssl_parameters_regenerate), > + DEF(SET_INT, ssl_parameters_regenerate), > DEF(SET_STR, ssl_cipher_list), > DEF(SET_BOOL, ssl_verify_client_cert), > DEF(SET_BOOL, disable_plaintext_auth), >

4 5

[Dovecot] Compile failure (alpha 5, MySQL 5)
by Tom Sommer 23 Jan '06

23 Jan '06

gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/kerberos/include -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-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 -Wl,--export-dynamic libpassword.a ../lib-settings/libsettings.a ../lib-ntlm/libntlm.a ../lib-sql/libsql.a ../lib/liblib.a -lcrypt -lpam -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv -L/usr/local/mysql/lib -lmysqlclient -lz -ldl /usr/local/mysql/lib/libmysqlclient.a(sha1.o)(.text+0x50): In function `sha1_result': : multiple definition of `sha1_result' ../lib/liblib.a(sha1.o)(.text+0x820):/usr/local/src/dovecot-1.0.alpha5/src/lib/sha1.c:233: first defined here /usr/bin/ld: Warning: size of symbol `sha1_result' changed from 158 in ../lib/liblib.a(sha1.o) to 316 in /usr/local/mysql/lib/libmysqlclient.a(sha1.o) collect2: ld returned 1 exit status Running MySQL 5.0.16 and Dovecot 1.0 Alpha 5 // Tom

4 5

Re: [Dovecot] Major CPU spike for SSL parameters?
by Peter Chiu 23 Jan '06

23 Jan '06

Yay. It works. SSL regenerated statement is gone. I was using alpha and upgraded to b1, b2 afterward. login directory is root:dovecot and when you create a brand new ssl-parameters.dat in freebsd, it inherited the gid (87) from the directory. I chgrp it to wheel and it works now. Thanks. -rw-r--r-- 1 root wheel 230 Jan 23 02:18 ssl-parameters.dat Jan 23 02:19:39 foxmulder dovecot: Dovecot v1.0.beta2 starting up Jan 23 02:19:39 foxmulder dovecot: 1138000736 + 172800 (1138173536) < 1138000779, size=230, uid=0 vs 0, gid=0 vs 0 Jan 23 02:29:40 foxmulder dovecot: 1138000736 + 172800 (1138173536) < 1138001380, size=230, uid=0 vs 0, gid=0 vs 0 Timo Sirainen wrote: > On 23.1.2006 09:04, "Peter Chiu" <pc8888(a)gmail.com> wrote: > >> I tried to set the guid, howerver dovecot reset it back to the way it >> was. Did I do something wrong? > > No, I meant that you shouldn't have had it if it was there for some reason. > > Well, try then just "chgrp root ssl-parameters.dat" and that should work. > But I still don't know why it would get created with GID 87 (dovecot?) > instead of root. > >

1 0