- dovecot - dovecot.org

[Dovecot] Re: dovecot Digest, Vol 10, Issue 7
by Lars Skovgaard 08 Feb '04

08 Feb '04

>> 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. > > That looks like this procmail bug: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62859 > > Upgrading to procmail 3.22 should fix the problem. > > Paul Thanks a lot. Wow, I didn't even know about Bugzilla ...what a great site. I've upgraded to procmail 3.22, and the problem is solved! /Lars On 8/2-2004, at 11.00, dovecot-request(a)dovecot.org wrote: >> 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. > > That looks like this procmail bug: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62859 > > Upgrading to procmail 3.22 should fix the problem. > > Paul >

1 0

[Dovecot] CRAM-MD5 support?
by S Tanaka 08 Feb '04

08 Feb '04

Hi, I'm wondering what is dovecot's support for CRAM-MD5? The mailing list for November 2003 seems to indicate that Timo has included it into the CVS tree, however the ChangeLogs in the latest version does not say anything about it. The online docs has indicated that it's supported, but the doc files in 0.99.10.4 doesn't seem to mention about it.... Thanks in advance.

2 1

[Dovecot] Re: Illegal characters in message names
by Paul Adams 07 Feb '04

07 Feb '04

> 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. That looks like this procmail bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62859 Upgrading to procmail 3.22 should fix the problem. Paul

1 0

[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