- dovecot - dovecot.org

[Dovecot] Patch: fix $-terminated MCF
by Joshua Goodall 31 Jul '04

31 Jul '04

p/t_strdup_until wasn't returning a terminated string: Index: src/lib/strfuncs.c =================================================================== RCS file: /home/cvs/dovecot/src/lib/strfuncs.c,v retrieving revision 1.41 diff -u -p -r1.41 strfuncs.c --- src/lib/strfuncs.c 18 Jul 2004 01:44:59 -0000 1.41 +++ src/lib/strfuncs.c 31 Jul 2004 08:43:35 -0000 @@ -154,6 +154,7 @@ char *p_strdup_until(pool_t pool, const mem = p_malloc(pool, size + 1); memcpy(mem, start, size); + mem[size] = '\0'; return mem; } Noticed while testing $-terminated modular crypt strings, because I didn't (and still don't) understand the reason for line 65 of password-scheme.c; ... /* stop at next '$' */ p = strchr(p+3, '$'); if (p != NULL) *password = t_strdup_until(*password, p); ... and I have ln -s 'J' /etc/malloc.conf on freebsd 5-current, so malloc'd memory isn't zeroed, causing a segfault. Is there some system that appends dollar signs to MCF formats? The commit message for r1.3 of password-scheme.c doesn't explain. Joshua. -- Joshua Goodall "as modern as tomorrow afternoon" joshua(a)roughtrade.net - FW109

2 2

[Dovecot] Too many open files with test32
by Jens Gutzeit 31 Jul '04

31 Jul '04

Hi Timo and others, I'm using test32 since today and I'm getting this error once every 2 hours or so: dovecot: Jul 30 20:21:26 Error: IMAP(jens(a)gutzeit.at): open(/var/mail/data/jens/jens(a)gutzeit.at/maildir/.INBOX.Gentoo.Security/dovecot-uidlist) failed: Too many open files dovecot: Jul 30 20:21:26 Error: IMAP(jens(a)gutzeit.at): file maildir-uidlist.c: line 147 (maildir_uidlist_deinit): assertion failed: (!UIDLIST_IS_LOCKED(uidlist)) The problem is not specific to this mailbox. I hadn't this problem with the stable releases and I've also not set any special limits for the dovecot processes. I'm using a grsec pathed kernel (linux 2.6.7), the kern log says: grsec: attempted resource overstep by requesting 1024 for RLIMIT_NOFILE against limit 1024 by /usr/local/libexec/dovecot/imap[imap:19114] uid/euid:1011/1011 gid/egid:448/448, parent /usr/local/sbin/dovecot[dovecot:7799] uid/euid:0/0 gid/egid:0/0 Does dovecot really need more then 1024 filedescriptors or is it a bug? If you need more information just ask. best regards, Jens

3 4

[Dovecot] 0.99.10.9 released
by Timo Sirainen 31 Jul '04

31 Jul '04

v0.99.10.9 2004-07-31 Timo Sirainen <tss(a)iki.fi> - MySQL compiling got broken in last release - More PostgreSQL reconnection fixing

1 0

[Dovecot] mailsync: NO Unexpected EOF
by SAiello＠Jentoo.com 31 Jul '04

31 Jul '04

Hello, I am trying to migrate off a MS Exchange 5.0 server. I am using mailsync (http://www.linux-france.org/prj/imapsync/) to copy the files to a Dovecot server, version 0.99.10.7. For particular messages I get the following error: Couldn't append msg #114081 (Subject:[RE: balh blah]) to folder INBOX: Error trying to append: 826 NO Unexpected EOF I think this is Dovecot, complaining about the message text that imapsync is trying to append/write. If this is Dovecot, is there any setting I can set to fix this?

2 5

[Dovecot] 1.0-test32
by Timo Sirainen 31 Jul '04

31 Jul '04

http://dovecot.org/test/ Ok, another one. Fixes somewhat rare crashes with transaction log. mbox won't deadlock anymore. read-only mboxes work finally .. I hope .. and then the one compilation fix in lib-ntlm. Updated the Dovecot serving public mailing list archives, hopefully this version stays working instead of just returning internal error after a while.

2 2

[Dovecot] Patch for 0.99.10.8
by Jaldhar H. Vyas 31 Jul '04

31 Jul '04

I uploaded 0.99.10.8 to Debian but I needed the patch below to get it to compile. --- dovecot-0.99.10.8.orig/src/auth/db-mysql.h +++ dovecot-0.99.10.8/src/auth/db-mysql.h @@ -1,7 +1,8 @@ #ifndef __DB_MYSQL_H #define __DB_MYSQL_H -#include <mysql.h> +#include <mysql/mysql.h> +#include <mysql/errmsg.h> struct mysql_connection; struct mysql_request; -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

2 3

[Dovecot] patch for test31 compile problem
by Cor Bosman 30 Jul '04

30 Jul '04

If you grab test31 you might want to apply this small patch. *** dovecot-1.0-test31/src/lib-ntlm/ntlm-message.c Fri Jul 30 05:00:19 2004 --- ../dovecot-1.0-test31/src/lib-ntlm/ntlm-message.c Fri Jul 30 09:23:42 2004 *************** *** 76,83 **** va_start(args, buffer_offset); do { - type = va_arg(args, int); const char *data; memset(&info, 0, sizeof(info)); write_le16(&info.type, type); --- 76,83 ---- va_start(args, buffer_offset); do { const char *data; + type = va_arg(args, int); memset(&info, 0, sizeof(info)); write_le16(&in

1 0

Re: [Dovecot] dovecot mounts user home dir?
by Timo Sirainen 30 Jul '04

30 Jul '04

On 29.7.2004, at 11:38, Peter Evans wrote: > TM (offmct(a)yahoo.com) wrote: >> Why does dovecot mount the user home directory >> whenever the user checks his email (either pop or imap)? > >> Is there a way to disable this? > > Ask the system nicely, its not dovecot per se, > its the system doing things when dovecot becomes > the user for the duration of the check. I don't think simply changing user id for process does that. It's more likely because of this code in src/master/mail-process.c: /* NOTE: if home directory is NFS-mounted, we might not have access to it as root. Change the effective UID temporarily to make it work. */ if (reply->uid != master_uid && seteuid(reply->uid) < 0) i_fatal("seteuid(%s) failed: %m", dec2str(reply->uid)); ret = chdir(full_home_dir); if (reply->uid != master_uid && seteuid(master_uid) < 0) i_fatal("seteuid(%s) failed: %m", dec2str(master_uid)); /* If user's home directory doesn't exist and we're not trying to chroot anywhere, fallback to /tmp as the mails could be stored elsewhere. */ Dovecot just wants to set current directory to user's home directory as that's the most logical location. I hadn't thought about any automounters.. One way to fix it would be to not use home directories in userdb at all, instead set the "mail" setting in it. Then Dovecot would chdir to /tmp. Another fix would be to just delete the code above and make it always chdir to /tmp. Maybe there should be a setting for this? ..

1 0

[Dovecot] 1.0-test31
by Timo Sirainen 30 Jul '04

30 Jul '04

http://dovecot.org/test/ Fixed mbox corruption in some cases where it wrote headers over beginning of message body. Fixed recent flags to work correctly with mbox. Fixed LSUB command to send LSUB replies instead of LIST replies. Then there's NTLM support from Andrey (which I hopefully didn't break) and dovecotpw utility from Joshua. And then some generic status report: For last few weeks I've been trying to make all network I/O non-blocking but that work is going quite slowly. This means that IMAP and POP3 commands which send lots of data to client must be able to stop processing if output buffer is getting full and continue later. Not very difficult, but a bit boring to implement.. This would allow in future to make a single process handle multiple IMAP connections for same user. Although that might not be such a good idea since there's still lock waits and SEARCH command can take a long time.. Anyway, it makes the code less kludgy. Maybe in future we'll have non-blocking lock waits and file I/O too. Adding some support for threading might not be a bad idea either, as long as it doesn't require adding locks all over the place (threads would perform searches, threading, sorting, etc.). Oh, and another thing it enables is processing multiple commands simultaneously. IMAP supports that, although I don't know if any clients do it. So for example a client could send: 1 fetch 1:* envelope 2 status mailbox (unseen) Then Dovecot would process the fetch command until it's output blocks, then it would send the status reply in the middle of it and then again continue the fetching. The nice thing with this is that client can do some "urgent" requests in the middle of some long running commands without the need to create multiple connections to server.

1 0

[Dovecot] 0.99.10.8 released
by Timo Sirainen 30 Jul '04

30 Jul '04

v0.99.10.8 2004-07-30 Timo Sirainen <tss(a)iki.fi> + LDAP support compiles now with Solaris LDAP library - IMAP BODY and BODYSTRUCTURE replies were wrong for MIME parts which didn't contain Content-Type header. - MySQL and PostgreSQL auth didn't reconnect if connection was lost to SQL server - Linking fixes for dovecot-auth with some systems - Last fix for disconnecting client when downloading mail longer than 30 seconds actually made it never disconnect client. Now it works properly: disconnect when client hasn't read _any_ data for 30 seconds.

1 0