February 2004 - dovecot

[Dovecot] Illegal characters in message names
by Lars Skovgaard 06 Feb '04

06 Feb '04

Hi all I've set up Dovecot to use maildir-storage according to the previous hint from Blair Zajac, and it's working perfectly. However, I still have a problem with the way procmail wants to name the received emails. The following is a slightly modified extract from my logs: procmail: [5373] Thu Feb 5 23:59:14 2004 procmail: Assigning "MAILDIR=/Users/name/Maildir/" procmail: Assigning "ORGMAIL=/Users/name/Maildir/" procmail: Assigning "DEFAULT=/Users/name/Maildir/" procmail: Assigning "INCLUDERC=/Users/name/Library/rc.myrules" procmail: Match on "^From:.*someone@somewhere.com" procmail: Error while writing to ".Folder/tmp/1076021954.5373_0.y/rc.myrulessomewhere.com" procmail: Couldn't create or rename temp file ".Folder/tmp/1076021954.5373_0.y/rc.myrulessomewhere.com" procmail: Assigning "LASTFOLDER=/Users/name/Maildir/new/ 1076021954.5373_1.rp.comsomewhere.com" procmail: Notified comsat: "name@0:/Users/name/Maildir/new/1076021954.5373_1.rp.comsomewhere.com" As you can see, procmail puts a slash in the middle of the name, which of course is not allowed. This causes the rule to break, and the mail to be delivered to the default mailbox instead of the intended. Does anyone know how to control which characters are allowed in procmail, or how to control the naming eg. by way of grep? /Lars

1 0

[Dovecot] Password prompt
by Zachary Schneider 05 Feb '04

05 Feb '04

When checking multiple POP3 accounts against Dovecot + ldap AUTH with outlook XP and Mail.app password dialogs randomly request that you reenter the password. I see stuff like this in the logs: Feb 4 19:02:25 geonosis dovecot: login: received another "not listening" notification (if you can't login at all, see src/lib/fdpass.c) Feb 5 08:53:19 geonosis dovecot: login: received another "not listening" notification (if you can't login at all, see src/lib/fdpass.c) and: Feb 4 12:00:41 geonosis pop3: I/O leak: 0x8050cc0 (0) Feb 4 12:00:41 geonosis pop3: I/O leak: 0x80848d0 (1) Feb 4 12:02:05 geonosis pop3: I/O leak: 0x8050cc0 (0) Feb 4 12:02:05 geonosis pop3: I/O leak: 0x80848d0 (1) and: Feb 4 11:35:02 geonosis dovecot-auth: Login process has too old (125s) requests, killing it. Feb 4 11:35:50 geonosis dovecot-auth: Login process has too old (123s) requests, killing it. This is the most recent version of Dovecot. IMAP appears to work pretty flawlessly. Please advise Thanks z

1 0

[Dovecot] Newbie question: How to make dovecot read /var/mail/user while using Maildir
by Lars Skovgaard 05 Feb '04

05 Feb '04

Hi I've been trying to figure out how to make dovecot read the system standard /var/mail/user, which is in mbox-format, while at the same time using Maildir as the preferred method of storage. When in Maildir-mode, I can store mail on the server without a hitch, but I don't receive mails. When in mbox-format, I can read and write, but the risk of corrupting mails is to high for me to consider mbox as an option. I would appreciate to hear from anyone who has a possible solution to this. Info about my system: MacOSX 10.2 Jaguar Apache 2.0.47 running Squirrelmail 1.4.2 PHP 4.3.2 Sendmail 8.12.9 Procmail v3.21 /Lars

3 2

[Dovecot] Dovecot crashes on certain spam messages
by Karl Eklund 05 Feb '04

05 Feb '04

Dovecot crashes. I think it's because of some message in my spam folder. It has happened once before, and that time I solved it by deleting that folder. It happens when I start gnus ("Checking messages in folder spam" or something like that), which makes gnus just stop, or when I try to enter that folder in mutt. Jan 30 17:07:09 kalle imap(ke): file imap-bodystructure.c: line 278 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Is there something I can do to determine which message it crashed on? Maildir format, version 0.99.10.4.

5 10

[Dovecot] dovecot crash on sendfilev64 on solaris 8 (32bit) (WORKAROUND)
by Fabio Pietrosanti (naif) 04 Feb '04

04 Feb '04

Hi, related to my previous email i found that setting "mail_save_crlf = no" instead of yes make dovecot working. However if enabled on solaris 8 it doesn't work hanging on sendfilev64() call. I noticed that maildir file names are still different from maildrop and dovecot but now works. However moving bigger mailbox from local storage to remote imap server i receive "Disconnect for inactivity while waiting for command data" error triggered by client_input_timeout function in imap/client.c . The timeout is defined as CLIENT_CMDINPUT_TIMEOUT which is defined as CLIENT_OUTPUT_TIMEOUT which is 1 minute (60*1000) . I think that could be usefull to have this timeout tunable because when you tranfer into the imap server large quantity of data if it takes more than 1 minutes, process goes timeout ( altought with mutt 1.4i client ) . Regards -naif

1 0

[Dovecot] dovecot crash on sendfilev64 on solaris 8 (32bit)
by Fabio Pietrosanti (naif) 04 Feb '04

04 Feb '04

Hi, i'm running dovecot on a SMP sparc 32bit server with solaris 8(latest patch installed). Dovecot with ssl. Postfix+imap+maildrop . Dovecot work fine with every email and folders delivered by maildrop, but now i'm trying to move all my local folders (i'm using mutt and i'm storing my emails locally on my pc) to the imap server . The upload of an entire 12000 mails folders worked fine, when i try to access that folder i can see "fetching headers" and all it's ok but when i attempt to read a message dovecot imap process crash. Dovecot crash even if i attempt to read one single email moved from my local inbox to remote imap INBOX maildir. Dovecot work fine on every folder created by maildrop. I made some debugging with truss and found that he die on sendfilev64 call: 5113: 0 7 O K S t a t u s c o m p l e t e d .\r\n 5113: poll(0x0008B450, 1, 204) = 0 5113: poll(0x0008B450, 1, 0) = 0 5113: poll(0x0008B450, 1, 999) = 1 5113: time() = 1075892017 5113: read(0, 0x000925AC, 3796) = 35 5113: a 0 0 0 8 U I D F E T C H 1 2 5 1 3 B O D Y . P E E K [ 5113: ]\r\n 5113: time() = 1075892017 5113: time() = 1075892017 5113: time() = 1075892017 5113: fcntl(4, F_SETLKW64, 0xDFFFF510) = 0 5113: open64("/mailboxes/pietrosanti.it/lists@pietrosanti.it/.Cyber-Rights/cur/1075891040.P3168Q12514M511660.supertolla.itapac.net:2,S", O_RDONLY) = 14 5113: fstat64(14, 0xDFFFF550) = 0 5113: time() = 1075892017 5113: write(1, 0x00093488, 40) = 40 5113: * 1 2 5 1 3 F E T C H ( U I D 1 2 5 1 3 B O D Y [ ] 5113: { 1 9 5 7 }\r\n 5113: sendfilev64(1, 1, 0xDFFFF3C0, 1, 0xDFFFF3BC) Err#124 EAFNOSUPPORT 5113: time() = 1075892017 5113: time() = 1075892017 5113: fcntl(4, F_SETLKW64, 0xDFFFF5F8) = 0 5113: close(14) = 0 5113: time() = 1075892017 5113: close(9) = 0 5113: munmap(0xDF230000, 1608) = 0 5113: munmap(0xDF220000, 10264) = 0 5113: close(10) = 0 5113: munmap(0xDF1A0000, 1560) = 0 5113: close(12) = 0 5113: munmap(0xDF190000, 2576) = 0 5113: close(13) = 0 5113: munmap(0xDF1B0000, 5) = 0 5113: close(11) = 0 5113: close(4) = 0 5113: munmap(0xDF4C0000, 330120) = 0 5113: munmap(0xDF240000, 2563740) = 0 5113: close(5) = 0 5113: munmap(0xDF1C0000, 330072) = 0 5113: close(7) = 0 5113: munmap(0xDF520000, 2576) = 0 5113: close(8) = 0 5113: munmap(0xDF790000, 5) = 0 5113: close(6) = 0 5113: fstat(3, 0xDFFFFAE0) = 0 5113: close(3) = 0 5113: alarm(0) = 16 5113: sigaction(SIGALRM, 0xDFFFFA48, 0x00000000) = 0 5113: llseek(0, 0, SEEK_CUR) Err#29 ESPIPE 5113: _exit(0) I noticed that maildir files created by dovecot have the following file names format: 1075891040.P3168Q12514M511660.supertolla.itapac.net:2,S and maildrop one are in this other format: 1075893689.M267966P5215V01540032I001B6706_0.supertolla.itapac.net,S=1381:2,S I'm working on SPARC 32 bit architecture with the following compile options: CC=gcc CXX=gcc CFLAGS="-O9 -msupersparc -mcpu=supersparc -mtune=supersparc -fno-omit-frame-pointer -m32" CXXFLAGS="-O9 -msupersparc -mcpu=supersparc -mtune=supersparc -felide-constructors -fno-exceptions -fno-rtti -m32" CPPFLAGS="-I/usr/local/ssl/include/ -I/data/chroot/mysql/mysql/include/mysql" LDFLAGS="-L/data/chroot/mysql/mysql/lib/mysql -L/usr/local/ssl/lib" LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/ssl/lib:/data/chroot/mysql/mysql/lib/mysql export CC CXX CFLAGS CXXFLAGS CPPFLAGS LDFLAGS LD_LIBRARY_PATH ./configure --prefix=/dovecot --without-passwd --without-passwd-file --without-shadow --without-pam \ --without-ldap --without-vpopmail --without-pgsql --without-cyrus-sasl2 --with-ssl=openssl \ --with-ssldir=/etc/ssl --without-pop3d --with-mysql --with-static-userdb vi config.h #define PASSDB_MYSQL 1 #define USERDB_MYSQL 1 vi src/auth/Makefile add -lmysqlclient to LIBS LIBS = -lsocket -lnsl -lrt -lsendfile -lmysqlclient Regards -- Fabio Pietrosanti ( naif ) - f.pietrosanti(a)inet.it I.NET SpA - ( Operation Group, Network Security ) Sede: Via Darwin, 85 20019 Settimo Milanese (MI), Italy Tel: +39 02 32863.1 - Fax: +39 02 32863.7709 PGP Key avaiable on request -- Free advertising: www.openbsd.org - Multiplatform Ultra-secure OS

1 0

[Dovecot] Dovecot died due to some SSL related error
by Christof Baumgärtner 04 Feb '04

04 Feb '04

Hi, Dovecot (pre-compiled version of Fedora Core 1, configured for Maildir) is running fine for me since a few days. It happened now twice to me that dovecot died with the following error message in /var/log/maillog: Feb 4 11:18:27 hundehuette imap-login: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded Feb 4 11:18:27 hundehuette dovecot: Login process died too early - shutting down As these previous log messages indicate the login was working before without any problem: Feb 4 11:02:37 hundehuette imap-login: Login: andrea [192.168.2.138] Feb 4 11:05:56 hundehuette last message repeated 30 times Feb 4 11:09:02 hundehuette last message repeated 15 times Feb 4 11:12:08 hundehuette last message repeated 15 times Feb 4 11:15:15 hundehuette last message repeated 15 times Feb 4 11:18:21 hundehuette last message repeated 15 times Feb 4 11:18:26 hundehuette last message repeated 12 times Dovecot is running as user "dovecot" who does not have a ~/.rnd file Any idea? Thanks, Christof

1 0

Re: [Dovecot] Dovecot crashes on certain spam messages
by Dan Sully 03 Feb '04

03 Feb '04

I'm also seeing this - I wasn't able to get a core dump, but was able to get info from strace/lsof to track down the message: strace shows in a continuous read loop, as it's trying to go past EOF. pread(9, "", 3502, 30524) = 0 pread(9, "", 3502, 30524) = 0 pread(9, "", 3502, 30524) = 0 I've attached the problem message (gzipped). -D -- <dr.pox> does whistling in the dark make me go blind faster?

1 0

[Dovecot] SpamAssassin
by Kenneth Porter 03 Feb '04

03 Feb '04

--On Thursday, January 29, 2004 11:16 PM +0200 Timo Sirainen <tss(a)iki.fi> wrote: > I don't yet really even want Dovecot to be too well known, it's not > ready yet. When 1.0 comes (this spring I hope) I'll start publicizing it > more. After that I should only need to add new features - existing ones > should be perfect and better than anyone else's ;) Just a heads-up, then. A regular FAQ on the SA-Talk list is how to integrate SA into someone's IMAP/POP3 server, and once Dovecot gets popular, you'll start seeing that question here. I run SA from sendmail via MIMEDefang (to reject the egregious stuff), and from procmail on delivery (to tag and quarantine the borderline stuff). I'm not sure why people would use it in the IMAP server, but the question does come up.

8 9

[Dovecot] Dovecot dies on startup????
by Mitchell Baker 02 Feb '04

02 Feb '04

Trying to crank it up on our RedHat 8.0 system... I get the following.. I am sure it is something simple in the config.. just don't know what... Any help would be greatly appreciated.. Here is from the log.. If there is a way to get more log info that might help he as well.. Jan 29 14:30:34 smtp dovecot: Dovecot starting up Jan 29 14:30:34 smtp dovecot: dovecot startup succeeded Jan 29 14:30:36 smtp dovecot: Auth process died too early - shutting down Jan 29 14:30:36 smtp dovecot: child 3517 (auth) returned error 127 Jan 29 14:30:36 smtp imap-login: fd_send(-1) failed: Broken pipe Thanks... See-ya Mitch -- /####################################################################/ /# Mitchell "Buzz" Baker "To Infinity And Beyond..." #/ /# Sr. Systems/Security Admin Rose-Hulman Institute of Technology #/ /# Mitchell.D.Baker(a)rose-hulman.edu www.rose-hulman.edu #/ /# For PGP Public key, check out www.keyserver.net #/ /####################################################################/

3 3