- dovecot - dovecot.org

[Dovecot] "fchown() failed with file" and Operation not permitted with indexes
by Gavin Henry 05 May '06

05 May '06

Dear all, Getting lots of these errors in our maillog with the INDEX changed: dovecot: IMAP(ghenry): fchown() failed with file /home/ghenry/Maildir/index/.INBOX/dovecot.index.tmp: Operation not permitted For .log and .cache as well. We have: location = maildir:/home/%u/Maildir:CONTROL=%h/Maildir/control:INDEX=%h/Maildir/index I looked in safe-mkdir.c and saw: fchown() failed for (line 42) to change the owner first, so don't know why we are getting this error? Thanks, Gavin. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

3 5

[Dovecot] dovecot LDA and pop3 session lock question
by Ken A 05 May '06

05 May '06

If pop3_lock_session = yes, how does Dovecot LDA handle the situation when the pop3 mbox is locked? Does it requeue mail for later delivery immediately (EX_TEMPFAIL), or wait until mbox_lock_timeout? Thanks, Ken A. Pacific.Net

2 2

[Dovecot] Problems with Dovecot 1.0 beta7 rpm form atrpm for RHEL4
by Oliver Schulze L. 05 May '06

05 May '06

Hi, I just want to install dovecot 1.0 beta7 from atrpm and noted that it depends on a non official dependency. If you have RHEL4 (Centos) 4.3 fully updated and you try to install: http://dl.atrpms.net/all/dovecot-1.0-0_10.99.beta7.el4.at.i386.rpm You get this error: # rpm -ivh dovecot-1.0-0_10.99.beta7.el4.at.i386.rpm error: Failed dependencies: openssl >= 0.9.7f-4 is needed by dovecot-1.0-0_10.99.beta7.el4.at.i386 The lates official openssl version for RHEL 4.3 is: # rpm -q openssl openssl-0.9.7a-43.8 I think I can solve this problem by compiling the src.rpm, but I get this error: # rpmbuild --rebuild --target=i686 --clean dovecot-1.0-0_10.99.beta7.el4.at.src.rpm Installing /opt/shares/tmp/dovecot-1.0-0_10.99.beta7.el4.at.src.rpm Building target platforms: i686 Building for target i686 error: line 4: Tag takes single token only: Release: 0_%atrelease 10.99.beta7 How can I compile the .src.rpm from atrpm? It seems that there is an error in the spec file: This line: Release: 0_%atrelease 10.99.beta7 should it looks like this: Release: 0_%{atrelease}10.99.beta7 Many thanks Oliver -- Oliver Schulze L. <oliver(a)samera.com.py>

3 13

[Dovecot] support for no modules, patch
by Jens Laas 05 May '06

05 May '06

--- src/lib/module-dir.c~ 2006-02-26 13:14:12.000000000 +0100 +++ src/lib/module-dir.c 2006-05-05 11:09:11.000000000 +0200 @@ -255,8 +255,8 @@ } #else - struct module *module_dir_load(const char *dir __attr_unused__, + const char *module_names __attr_unused__, bool require_init_funcs __attr_unused__) { i_error("Dynamically loadable module support not built in"); ----------------------------------------------------------------------- 'Old C programmers don't die ... they're just cast into void*' ----------------------------------------------------------------------- Jens Låås Email: jens.laas(a)data.slu.se Department of Computer Services, SLU Phone: +46 18 67 35 15 Vindbrovägen 1 P.O. Box 7079 S-750 07 Uppsala SWEDEN -----------------------------------------------------------------------

1 0

[Dovecot] running only the dovecot-auth service
by Udo Rader 05 May '06

05 May '06

Hi, we are just testing postfix 2.3 in combination with its new dovecot SASL plugin. Now what we would like to have was dovecot SASL without acutally running dovecot ... The reason for this is because we have the "real" dovecot running on a different server than the postfix instance and it would be nice if it would not be necessary running an "full" dovecot on that server for only SASL support. So is it possible to start only the "dovecot-auth" part of dovecot? Another idea that I had was to export the created auth socket via nfs. Somewhere, sometimes I think to have read that it was possible to use unix domain sockets over nfs mounted shares, but I am not sure about this (and have failed so far). Udo Rader -- bestsolution.at EDV Systemhaus GmbH http://www.bestsolution.at

2 2

[Dovecot] Bug in new mail-index-transaction.c
by Bill Boebel 04 May '06

04 May '06

These changes apparently broke something: > 2006-04-24 09:17 Timo Sirainen <timo.sirainen(a)movial.fi> > > * src/lib-index/mail-index-transaction.c: Fixed crash while > updating keywords (broken by recent changes). > > 2006-04-20 14:10 Timo Sirainen <tss(a)iki.fi> > > * src/lib-index/mail-index-transaction.c: If we sorted appended > messages, we weren't sorting extensions and keywords so they were > mapped to wrong messages (dbox-only problem, keywords not yet > fixed by this change). What I am seeing is when there are messages that have keywords set, Dovecot occasionally hangs while building the index and/or uidlist. It leaves a lock file "dovecot-uidlist.lock" around and the IMAP process reading that folder never completes successfully. To fix it, I have have to rename the message files to remove the keyword. For example: $ mv 1146246349.P365Q2.mail1b.r1.iad.emailsrvr.com:2,Sa 1146246349.P365Q2.mail1b.r1.iad.emailsrvr.com:2,S I reverted back to the copy of src/lib-index/mail-index-transaction.c from the 4/14/2006 CVS snapshot, and this problem completely went away. And mailboxes that were encountering the .lock problem suddenly worked again. If there is any additional information that you need in order to troubleshoot this bug, please let me know and I'll be happy to send it. Bill

2 2

Re: [Dovecot] Expunge is not expunging unless it is called twice
by Bill Boebel 03 May '06

03 May '06

On Tue, May 2, 2006 18:21, Timo Sirainen <tss(a)iki.fi> said: > > Dovecot is requiring two "expunge" calls before it deletes an email. It just >> seems to ignore the first expunge call, leaving the email file in the maildir cur/ >> folder. Any idea why? I even waited 10 seconds after setting the Deleted flag, >> but still the first expunge call did nothing.... > > Fixed now. > I have tested this and works now. Thanks, Bill

1 0

[Dovecot] help server crash
by Luis Atala 03 May '06

03 May '06

chek this out how can i fix this pple? http://channels.debian.net/paste/2475 http://channels.debian.net/paste/2476 pls i need help

3 11

[Dovecot] dovecot, procmail, postfix & SpamAssassin working together
by Paul Matthews 03 May '06

03 May '06

Hi there, i'm trying to get dovecot, procmail, postfix & SpamAssassin working together http://www.linuxquestions.org/questions/showthread.php?t=441062 But i'm not having a lot of luck, a question about dovecot, what kind of mail box am i using? mbox? if so does anyone know if procmail can use mbox? /etc/dovecot.conf protocols = imap pop3 imap_listen = [::] pop3_listen = [::] imaps_listen = pop3s_listen = log_path = /var/log/dovecot.log login = imap login = pop3 default_mail_env = mbox:/home/CATHEDRAL/%u/mail:INBOX=/var/spool/mail/%u auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam auth_user = root -- Paul Matthews I.T Trainee | The Cathedral School Ph (07) 47222 194 | Fax (07) 47222 111 PO Box 944 Aitkenvale Q 4814 E: paul.matthews(a)cathedral.qld.edu.au W: www.cathedral.qld.edu.au Anglican coeducation | Day and Boarding | Early Childhood to Year 12 Educating for life-long success **************************************************************************** **************************************************************************** *********************************** IMPORTANT NOTICE REGARDING CONFIDENTIALITY This electronic email message is intended only for the addressee and may contain confidential information. If you are not the addressee, you are notified that any transmission, distribution or photocopying of this email is strictly prohibited. The confidentiality attached to this email is not waived, lost or destroyed by reasons of a mistaken delivery to you.

2 1

Re: [Dovecot] FreeBSD 6 - DirectAdmin - dovecot
by Floris van den Berg 03 May '06

03 May '06

Jim Trigg schreef: > On Tue, May 2, 2006 1:27 pm, Floris van den Berg wrote: > >> Jim Trigg schreef: >> >>> On Tue, May 2, 2006 10:45 am, Floris van den Berg wrote: >>> >>> >>>> Jim Trigg schreef: >>>> >>>> >>>>> On Tue, May 2, 2006 1:15 am, Floris van den Berg wrote: >>>>> >>>>> >>>>> >>>>>> Since version 1.0 I experience strange problems with dovecot. At the >>>>>> moment I have beta 7 installed. I use FreeBSD 6.0. >>>>>> >>>>>> * Pop3 works >>>>>> * Imap works, but only when i telnet to localhost >>>>>> * In all other cases I can't connect to the server. Tried with >>>>>> squirrelmail, uebimau and thunderbird. Squirrelmail after a long >>>>>> time >>>>>> waiting: "ERROR: Connection dropped by IMAP server." >>>>>> >>>>>> >>>>> What happens if you try to telnet to the imap port other than >>>>> localhost? >>>>> >>>>> >>>>> >>>> Hi, that works too. It didn't work before because i didn't properly >>>> disable the firewall. >>>> >>>> >>> Do the mail clients work now, then, or do we need to keep >>> troubleshooting? >>> >>> >> Webmail still doesn't work. Other clients however do work. >> I still have no clue what's wrong :( >> > > Actually, here are all of my imap-related entries from Squirrelmail's > config.php -- what is different in your setup? > > $imapServerAddress = 'localhost'; > $imapPort = 143; > $imap_server_type = 'other'; > $imap_auth_mech = 'login'; > $use_imap_tls = false; > No difference. It's getting weirder and weirder. 1) imap works fine when i connect to this dovecot from a remote client (e.g. thunderbird or scripts provided above) 2) everything works fine when i use the troubled box and connect to a remote dovecot server, using telnet and the scripts provided above. 3) the scripts above do work when used with localhost but they are extremely slow. It takes about 1,5 to 2 minutes to complete just to perform a login/logout sequence. Seems to be something wrong with connecting to localhost on that port. Can't pinpoint what it is. Oh by the way, results do not differ when the firewall is enabled or disabled. Floris

1 0

[Dovecot] Dovecot-1.0.beta7 Build Fedora 3 Error REMOVE
by Luke Jackson 03 May '06

03 May '06

Sorry about the double post and I did search google but it didn't provide me with the information i needed. You can delete the last 2 posts I was forced to use google as I was not receving emails from the list at ljackson at luteck.com Thanks for your help hope to be more informed next time I post. -Luke

1 0

[Dovecot] Dovecot-1.0.beta7 Build Fedora 3 Error
by Luke Jackson 03 May '06

03 May '06

Hello I'm attempting to configure Dovecot with mysql support so I'm able to have a single database of users and point both postfix and dovecot to this db. I currently have an rpm src that I have download and placed in my RPMBUILDROOT of my linux box. Next I configured the .spec file and attempted to run a rpmbuild -bb Near the end of the install phase I receive an error which has me stumped. I ran rpmbuild again and used the -bi --short-circuit options and logged the output for you to see. Any help would be greatly appreciated..... rpmbuild -bi --short-circuit dovecot-fc5.spec Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.44599 Making install in src make[1]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src' Making install in lib make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib' Making install in lib-dict make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-dict' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-dict' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-dict' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-dict' Making install in lib-sql make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-sql' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-sql' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-sql' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-sql' Making install in lib-ntlm make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-ntlm' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-ntlm' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-ntlm' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-ntlm' Making install in lib-settings make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-settings' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-settings' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-settings' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-settings' Making install in lib-charset make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-charset' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-charset' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-charset' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-charset' Making install in lib-mail make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-mail' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-mail' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-mail' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-mail' Making install in lib-imap make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-imap' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-imap' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-imap' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-imap' Making install in lib-index make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-index' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-index' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-index' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-index' Making install in lib-storage make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' Making install in index make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' Making install in maildir make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/maildir' make[5]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/maildir' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/maildir' make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/maildir' Making install in mbox make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/mbox' make[5]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/mbox' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/mbox' make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/mbox' Making install in dbox make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/dbox' make[5]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/dbox' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/dbox' make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/dbox' make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' make[5]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' Making install in subscription-file make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/subscription-file' make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/subscription-file' make[4]: Nothing to be done for `install-exec-am'. make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/subscription-file' make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/subscription-file' Making install in register make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make install-am make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make[5]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' make[4]: Nothing to be done for `install-exec-am'. make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' Making install in lib-auth make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-auth' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-auth' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-auth' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-auth' Making install in auth make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/auth' /bin/sh ../../libtool --mode=link --tag=CC gcc -std=gnu99 -O2 -g -march=i386 -mcpu=i686 -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 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 -lldap -L/usr/lib/mysql -lmysqlclient -lz -lm -export-dynamic -ldl gcc -std=gnu99 -O2 -g -march=i386 -mcpu=i686 -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 -lpam -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lldap -L/usr/lib/mysql /usr/lib/mysql/libmysqlclient.a -lcrypt -lnsl -lc -lnss_files -lnss_dns -lresolv -lz -lm -ldl make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/auth' make[1]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src' RPM build errors: /BUILD/dovecot-1.0.beta7/src/lib/sha1.c:233: first defined here /usr/bin/ld: Warning: size of symbol `sha1_result' changed from 190 in ../lib/liblib.a(sha1.o) to 126 in /usr/lib/mysql/libmysqlclient.a(sha1.o) collect2: ld returned 1 exit status make[2]: *** [dovecot-auth] Error 1 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.44599 (%install) Bad exit status from /var/tmp/rpm-tmp.44599 (%install) Thanks, -m3

1 0

[Dovecot] "0" quota and Maildir++
by Apps Lists 03 May '06

03 May '06

Hi Timo. I saw the "0" quota should be interpreted as unlimited in the ChangeLog from yesterday's snapshot. I just tested and it's still seeing zero as zero. I am unable to append any messages. Can you double-check this feature? Thanks! Steve

2 2

[Dovecot] Unoffical Survey - What MTA/Spam filtering do you use?
by Marc Perkel 03 May '06

03 May '06

I like this unofficial survey of hardware but wondering what MTA and spam filtering everyone is using. I do front end spam filtering for other servers as well. (junkemailfilter.com) I'm using Exim 4.61 SpamAssassin 3.11 Some version of DSpam that I'm experimenting with Most of my spam filtering happens on the Exim level. My mail spam filter server is: AMD 3800 Dual Core Athlon 2 100gb SATA drives 4 gigs ram 64 bit Fedora Core 4 2 backup servers on higher MX recored that are similar configuration.

18 38

[Dovecot] timeout_remove and "Timeout leak" problems
by David Friedlander 03 May '06

03 May '06

Hello, I have run into troubles trying to jump from 1.0alpha5 (basically running smoothly) to 1.0beta5 and/or beta7. I am seeing errors such as the following set for nearly every user. dovecot: May 01 16:21:02 Info: IMAP(joeuser): Disconnected: Logged out dovecot: May 01 16:21:02 Error: IMAP(joeuser): file ioloop.c: line 153 (timeout_remove): assertion failed: (*timeout != NULL) dovecot: May 01 16:21:03 Info: IMAP(joeuser): Disconnected: Logged out dovecot: May 01 16:21:03 Warning: IMAP(joeuser): Timeout leak: 0x111acc dovecot: May 01 16:21:03 Error: child 20607 (imap) killed with signal 6 (INBOX is on local RAID disks while home directory (hence, ~/Maildir) is on a NetApp NFS file server.) While I tweaked settings for the differences between the 1.0a5 conf file and the beta conf file, things are fundamentally the same between them. The other critical element to this is that imap-login sessions are being left around and the load average climbs inexorably. (It reached 50 on this dual dual-core machine before I killed things off and started the daemon from scratch.) This occurs for users using a whole array of clients: Thunderbird, SquirrelMail, Eudora, Apple Mail, etc. How can I track this down or can someone please help me figure out what is happening here? (I have been unable to find answers between the mailing list archives and Google.) Thanks in advance, David P.S. The only item of note from examining ioloop.c was the differences between the alpha and beta source code: alpha5: void timeout_remove(struct timeout *timeout) { i_assert(timeout != NULL); timeout->destroyed = TRUE; } beta7: void timeout_remove(struct timeout **timeout) { i_assert(*timeout != NULL); (*timeout)->destroyed = TRUE; *timeout = NULL; }

2 1

[Dovecot] Re: mail shown throught outlook, shows todays date
by richs＠whidbey.net 03 May '06

03 May '06

> bclark wrote: > > > The interesting thing is, once I have some mail on the dovecot, > the date > > displayed on Mozilla is correct, but the mail shown throught > outlook, > > shows todays date (thats for all mail). > > Each mail has (at least) two dates : the date it was sent (stored > in the > headers), and the date it arrived (in Maildir, the date of the > file). Most > likely, Mozilla and SquirrelMail are showing the date in the > headers, and Outloo > is showing the arrival date. > > This problem has come up a few times, I believe. As I recall, most > mail clients > allow you to select which date to sort by. If you can't find the > option, it may > be somewhere in this list's archives. > > > Almost seems as Outlook (office 2000) looks at the date / time > stamp of > > the file it self as opposed to opening and reading the mail and > reading > > the necassry tags. > > That's my assessment, also. > > > If anyone could help me understand this (is this a dovecot issue), I > > would really appreciate it. > > I don't believe it's a dovecot issue, per se. > > -- > Curtis Maloney > cmaloney <at> cardgate.net I've been testing Dovecot 1.0beta7 to implement IMAP for the first time, and have had a good experience so far. But like Curtis and Brent, I found that Outlook and Outlook Express display "incorrect" dates on messages uploaded via APPEND. That's because they sort messages using INTERNALDATE: wea3 SELECT "Test Folder" pqng UID FETCH 1:* (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER] INTERNALDATE) Some have created scripts to sync file timestamps with "Date" headers, which conflicts with the concept of "INTERNALDATE". Others ask users to add the "Date Sent" column, but those dates are only revealed after a message is viewed. I'd like to propose the attached patch to add an optional "outlook- dates" IMAP workaround, which returns the message "Date:" even when INTERNALDATE is specified. Since "BODY.PEEK" is being called anyway, our tests didn't reveal any performance impact. Can anyone think of a scenario this would negatively impact? Another option might be to patch the APPEND function? Thanks! Rich Sandberg richs(a)whidbey.net

4 7

[Dovecot] Expunge is not expunging unless it is called twice
by Bill Boebel 03 May '06

03 May '06

Dovecot is requiring two "expunge" calls before it deletes an email. It just seems to ignore the first expunge call, leaving the email file in the maildir cur/ folder. Any idea why? I even waited 10 seconds after setting the Deleted flag, but still the first expunge call did nothing.... 1 OK User logged in 2 select "INBOX" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 12 EXISTS * 0 RECENT * OK [UIDVALIDITY 1144082550] UIDs valid * OK [UIDNEXT 1509] Predicted next UID 2 OK [READ-WRITE] Select completed. 3 UID STORE 1511 +FLAGS (\Deleted) * 12 FETCH (UID 1508 FLAGS (\Deleted \Seen)) 3 OK Store completed. 4 expunge 4 OK Expunge completed. 5 expunge * 12 EXPUNGE 5 OK Expunge completed.

2 1

[Dovecot] errors while testing with imaptest
by Jens Laas 03 May '06

03 May '06

I get lots of these (in error log): dovecot: Apr 28 14:50:03 Error: IMAP(jenslt): Corrupted index cache file /home0/jenslt/.imap/INBOX/dovecot.index.cache: record points outside file And some of these: dovecot: Apr 28 14:50:03 Error: IMAP(jenslt): Corrupted index cache file /home0/jenslt/.imap/INBOX/dovecot.index.cache: field index too large (2037149797 >= 19) Should I worry or not? (Assuming its not due to me having broken imaptest). This was with command: imaptest jenslt@xxxx:yyy pass=xxxx clients=40 msgs=300 Local software raid 5 on linux 2.6.16.11 on reiserfs. Cheers, Jens ----------------------------------------------------------------------- 'Old C programmers don't die ... they're just cast into void*' ----------------------------------------------------------------------- Jens Låås Email: jens.laas(a)data.slu.se Department of Computer Services, SLU Phone: +46 18 67 35 15 Vindbrovägen 1 P.O. Box 7079 S-750 07 Uppsala SWEDEN -----------------------------------------------------------------------

2 1

[Dovecot] Dovecot LDA - Performance/issues versus postfix delivery? Also, installing on OS X?
by Dean Blackburn 03 May '06

03 May '06

Can anyone give me an idea of whether or not dovecot-lda can solve the following issue: We seem to have constantly-corrupting dovecot* files for people who fit one (or more) of the following categories: 1) 1000+ message inboxes; 2) multiple clients simultaneously checking mail; 3) people receiving a lot of mail, and/or the server receiving and trying to deliver a single message to all users at once We're using straight postfix maildir delivery, and while the mail keeps coming, we start to see a lot of "temp.xxxx.xxxx.xxx" type lockfiles build up after any inconsistencies appear in the Inbox indexes, and clients start to report timeouts and/or crash as a result. Would switching to LDA by itself resolve this issue (on the argument that delivery would ALSO update the indexes every time), or is there some more fundamental issue we are having that is causing the inconsistency to arise? On a related note: I noticed the darwinports version of 1.0beta7 does not include the code for dovecot-lda... Does anyone have experience setting this up? Thanks! -deano

3 3

[Dovecot] madvise() errors
by Mark E. Mallett 02 May '06

02 May '06

(I think this has been mentioned before.) Do these hurt?: May 2 13:41:30 sysname dovecot: POP3(xxxx): madvise() failed with file /users/xx/xxxx/Maildir/dovecot.index.log: Operation not supported I think not, since I've been seeing them forever. But they do muddy the logs. This is on an old BSD/OS server, where the man page for madvise ends with: BUGS This call is not yet supported. The messages are *only* about index.log files. Would it be possible to either suppress the log message if the error is specifically "not supported" or, better yet, detect it at configure time? Completely understandable if it's not worth the effort, though. mm

2 2

Re: [Dovecot] managesieve daemon
by Gerald Dachs 02 May '06

02 May '06

On Tue, 02 May 2006 15:10:16 -0500 Richard Laager <rlaager(a)wiktel.com> wrote: > On Tue, 2006-05-02 at 13:00 +0200, Gerald Dachs wrote: > > Is this interesting > > for somebody else? > > I would be interested in this for a migration at work. I may be able to > provide financial just one hour ago I broke an AMD 2700+ XP CPU (yes, it's physically broken), because I am stupid, so one of my development machines is down and my finance minister (my wife) would kill me (or would be angry with me, that would be more worse than being killed) if I would ask for a new CPU. So a contribution in form of another fast XP CPU would speed up the process ;), but is not absolutely necessary, because I can set up another machine. > or code contributions as well. only if you have something ready. The server itself is running, I use libut for this, I highly recomend this http://libut.sourceforge.net/primer.html. Last thing I was working on before the machine died (code is safe), was the command parser with flex, not ready yet. Iater I could need help with the autoconf, automake stuff, this is not one of my strength. Gerald

1 0

[Dovecot] create_dovecot_shares
by Gavin Henry 02 May '06

02 May '06

Dear All, We've been working on this for a client to help create and manage maildir shares, via the dovecot-shared file. Our problems are creating lots of dovecot-shared files and permissions and monitoring new Maildir folders that get added by the user (maybe a better way, would love to know). The tool is almost done, with the docs at: http://www.suretecsystems.com/our_docs/create_dovecot_shares.html Maybe this can be of use to others when it's finished. Thanks, Gavin. P.S> Might be redundant a little when the ACLs are complete, as per Timos' e-mail earlier today: http://dovecot.org/pipermail/dovecot/2006-May/012991.html -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

2 3

[Dovecot] Assertion failed
by Jonathan Knight 02 May '06

02 May '06

We're in a bit of a panic here as we're getting a lot of errors along the lines of: May 2 12:39:00 lenny dovecot: IMAP(XXXXX): file mbox-sync-rewrite.c: line 106 (mbox_sync_headers_add_space): assertion failed: (start_pos < data_size) We didn't see this until our mail servers went under a full load and now we've trashed the ability of nearly all our users to read email. We saw this first under 1.0Beta3 and we've tried building 1.0Beta7 and its made no difference. I've tried fiddling with the "dirty" settings for the indices and banning mmap to see if there's any way way of avoiding the broken code, but with no luck. We're running White Box EL4 (2.6 Linux kernel) Does anyone know a workaround or whether there is an older version that doesn't have the bug? We desperately need to get an email service running and I don't want to go back to (shudder) UW-imap if I can help it but my options are limited at the moment. -- ______ J.Knight(a)kis.keele.ac.uk Jonathan Knight, / Keele Information Services / _ __ Telephone: +44 1782 583478 University of Keele, Keele, (_/ (_) / / Fax : +44 1782 713082 Staffordshire. ST5 5BG. U.K.

5 9

[Dovecot] Dovecot and NFS with file locking
by Nate Sanders 02 May '06

02 May '06

Greetings all, I'm trying to get an understanding of a problem we are facing here. We're currently running dovecot 1.0-beta3 and have a long standing issue of system crashes on our mail server (Debian Linux 2.4.27-2-k7-smp). Here's what is happening: The machine hangs and the system load climbs as high as 80.0+. Yet, the system response is not effected. Command line is still responds instantly. There are multiple running dovecot PIDs, even if I stop the service. If I try to kill or -9 the PIDs, they will not die. The machine is DOA and must be forcefully restarted. Issuing a reboot will cause the machine to hang when it attempts to unmount network shares. Here's the setup: - Dovecot 1.0-beta3 - lock_method = dotlock - mmap_disable = yes /var/mail is store locally on the mail server and access via NFS to ALL remote machines. All remote machines have /var/mail sym linked to the NFS share on Mail. /home on Mail is NFS'd to another set of servers where IMAP mail folders reside in mbox format. All client machines have /home sym linked to the second NFS server. In other words, there's a lot of NFS shares and one mail transaction can involve 3 machines. What I'm trying to find out is the current state of NFS locking with Dovecot. This system hang happens 1-3 times a week. The current /home NFS mounts are running from SGI machines on IRIX 6.5. Clients are all Linux (debian) 2.4 or Linux (ubuntu) 2.6. Is our setup too much for Dovecot to handle? Are there other variables we're not looking at here? Thanks everyone. -- ============================================== Nate Sanders nate(a)ima.umn.edu Associate Systems Manager (612) 624 - 4353 http://www.ima.umn.edu/ ============================================== Institute for Mathematics and its Applications University of Minnesota 400 Lind Hall, 207 Church St. SE Minneapolis, MN 55455-0463 ==============================================

3 4

[Dovecot] blank forwarded messages
by lenny＠edpausa.com 02 May '06

02 May '06

Just switched from uw to dovecot ( latest beta3 + lda ) on production system and everything seems fine except... There's some strange problem with forwarding messages from thundebird, the body of the forwarded message is always completely blank - 0 byte size. Forwarding from squrrel, horde, eudora and outlook works fine. Client setup on thunderbird installs hasn't changed a bit. I'm still investigating why this is happening. Has anyone run into this ?

1 2