- dovecot - dovecot.org

[Dovecot] dovecot-sasl license
by Marcus Rueckert 19 Apr '05

19 Apr '05

hi, i talked to timo about re-licensing the sasl part of dovecot under a more liberal license (bsd/lgpl e.g.). it would allow the integration of it in bsd base systems. another reason i would be interested is adding sasl support to svnserve [1]. so here is my question: what is your oppinion about this issue? any objections from contributors? darix [1] http://subversion.tigris.org/ -- irssi - the client of the smart and beautiful people http://www.irssi.de/

3 2

[Dovecot] Fetching POP3 Mail with Dovecot
by Eurig Jones 18 Apr '05

18 Apr '05

Hi, I have a small personal server here which I've managed to successfuly install the dovecot server onto. What i'm hoping to do is download POP3 mail from 1 or 2 accounts using the dovecot server so I'll be able to read all from the dovecot server... Is this possible? thanks! Eurig

2 1

[Dovecot] attr_names in test67
by Thomas Hummel 18 Apr '05

18 Apr '05

Hello, I'm wondering if the following situation is valid (though I think it isn't since I still cannot authenticate with ldap pass/userdb on test67 running on FreeBSD-5.3). Is it normal that the passdb_ldap_conn->attr_names second element (for instance) "turns to" "homeDirectory" as the following step by step gdb run sample shows ? : -- Breakpoint 1, userdb_ldap_preinit (args=0x80796d0 "/usr/local/dovecot/etc/dovecot-ldap.conf") at userdb-ldap.c:201 201 userdb_ldap_conn = db_ldap_init(args); (gdb) p passdb_ldap_conn->attr_names[1] $1 = 0x8079990 "userPassword" (gdb) cont Continuing. Breakpoint 2, userdb_ldap_init (args=0x80796d0 "/usr/local/dovecot/etc/dovecot-ldap.conf") at userdb-ldap.c:208 208 (void)db_ldap_connect(userdb_ldap_conn); (gdb) p passdb_ldap_conn->attr_names[1] $2 = 0x80799e0 "homeDirectory" (gdb) cont Continuing. Breakpoint 3, ldap_lookup_pass (auth_request=0x5, ldap_request=0x14) at passdb-ldap.c:157 157 struct ldap_connection *conn = passdb_ldap_conn; (gdb) p passdb_ldap_conn->attr_names[1] $3 = 0x80799e0 "homeDirectory" (gdb) cont Continuing. -- Could it explain why I get - in the error log : -- dovecot: Apr 08 18:08:15 Error: auth(default): ldap(dovetest,127.0.0.1): No password in reply dovecot: Apr 08 18:08:15 Error: auth(default): file passdb-ldap.c: line 122 (handle_request): assertion failed: (scheme != NULL) -- - in the info log : dovecot: Apr 08 18:08:15 Info: auth(default): ldap(dovetest,127.0.0.1): base=ou=personnes, dc=pasteur, dc=fr scope=subtree filter=(&(objectClass=posixAccount)(uid=dovetest)) fields=uid,homeDirectory,,,uidNumber,gidNumber ? Thanks for your help. -- Thomas Hummel | Institut Pasteur <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau

2 2

[Dovecot] no password reply
by Askar 18 Apr '05

18 Apr '05

"dovecot-auth: ldap(branch): No password in reply" Is this Freebsd error , or active directory is not configured correctly or dovecot bug? regards Askar

5 5

[Dovecot] SORT using cached filesystem modtimes
by Emmett Lazich 18 Apr '05

18 Apr '05

Timo or anyone, This may be a bug or maybe a design decision. Either way I am curious to hear comments. Why do the dovecot-0.99.14 server's .imap.index files contain a cached copy of each message's date and time as supplied by the filesystem, as opposed to the date and time found in each message header? When testing various imap clients (eg. tbird-1.0.2, evolution-2.0, outlook2003, squirrelmail-1.4.4) I was intrigued by the behaviour of message date sorting. I toggled on/off the use of server side SORTing in some imap clients, then started forcing rebuilds of .map.index files, and eventually came to the above conclusion. For normal dovecot server side processing, this condition (if I am correct) may not be a problem, but if someone was to deposit a bunch of maildir files firstly into an imap account (bypassing dovecot), and if this person (eg. me) did not preserve the filesystem/inode file attributes. Then dovecot appears to cache the "wrong" data. What happens then is that some imap clients can display wrong date+times in the message lists, and some imap clients find that server side SORTing does not work. Keen to hear thoughts/opinions. -Emmett

3 3

[Dovecot] LSUB matches prefix bug?
by Chris Wakelin 17 Apr '05

17 Apr '05

I think I've found a minor bug in the LSUB command: . LSUB "" "*" gives ... * LIST (\Noselect) "/" "#maildir" ^^^^ * LSUB () "/" "#maildir/test4" where I have a namespace with prefix "#maildir/". Here's a patch to make it not list the namespace prefix in an LSUB command (or should it list it as 'LSUB (\Noselect) "/" "#maildir"'?) :- --- dovecot-1.0-stable.orig/src/imap/cmd-list.c Fri Mar 18 20:00:44 2005 +++ dovecot-1.0-stable/src/imap/cmd-list.c Mon Apr 11 18:29:33 2005 @@ -218,7 +218,7 @@ match = ns->hidden ? IMAP_MATCH_NO : imap_match(ctx->glob, cur_prefix); - if (match == IMAP_MATCH_YES) { + if ((match == IMAP_MATCH_YES) && !ctx->lsub) { /* The prefix itself matches */ enum mailbox_flags flags; string_t *str = t_str_new(128); Best Wishes, Chris --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

2 1

[Dovecot] Dovecot causing hanging on random folders...
by Rick Flower 17 Apr '05

17 Apr '05

I've been using the 1.0 test series (currently 1.0test 67 and before that 1.0-test59) and both exhibited this issue.. I use Thunderbird and will open one or two of my nested Maildir folders via imap and find that it goes out there trying to open the folder (according to the messages that Thunderbird claims) and it never comes back.. I've attached to the various dovecot processes to see what their doing and they appear to be waiting for things to do -- e.g. not working on anything in particular.. The only way to fix this is to quit Thunderbird and restart it.. I see this about 2-3 times a day.. I'd love to track it down.. I've seen this on Fedora Core 1 (i386 server) and also on a PPC Linux system running an older kernel (on a Buffalo Linkstation if you know what that is).. Below is the current set of dovecot processes running on my FC1 box : [rickf@srv1 dovecot-1.0-test67]# ps aux | grep dove root 748 0.0 0.0 3380 720 ? S 11:30 0:00 dovecot-auth dovecot 749 0.0 0.0 2440 668 ? S 11:30 0:01 imap-login dovecot 760 0.0 0.0 2788 700 ? S 11:30 0:01 imap-login root 709 0.0 0.0 2312 688 ? S 11:30 0:13 /usr/dovecot/sbin/dovecot I'd be happy to track this down if someone can point me in the right direction.. -- Rick

2 1

[Dovecot] Multiple auth mechinisms
by Micha Silver 17 Apr '05

17 Apr '05

From the WIki features page, ( http://wiki.dovecot.org/moin.cgi/CoreFeatures ) it's not clear to me if the dovecot-stable release supports multiple authentications mechanisms (like in 1.0-testxx). I need both virtual domains and system users. Can I use the stable release for this? Thanks, --Micha

2 1

[Dovecot] Failed to create storage with data:
by Matthieu Imbert 17 Apr '05

17 Apr '05

Hi, i'm using dovecot-1.0-stable. All my mail accounts are virtual accounts that come from pam with the following configuration in auth_default: passdb = pam userdb = static uid=5000 gid=5000 home=/var/mail/vhost/example.com/%n mail=/var/mail/vhost/example.com/%n for a user foo, if the directory /var/mail/vhost/example.com/foo already exists, then all is ok, but if the directory doesn't exists, it seems dovecot is unable to create it "on the fly". I get the following error message: Failed to create storage with data: /var/mail/vhost/example.com/foo i'm quite sure it is not a permission related problem (i made /var/mail/vhost/example.com world writable to be sure). I'm currently trying to understand the maildir code... But could someone tell me if the maildir directory should exist for dovecot to work ? In the case that the answer is yes, i would say in advance that it's a problem for sites hosting a lot of virtual users, since it means that these users must receive at least one mail for their mail account to work correctly (i use postfix as MTA, and if the user's maildir doesn't exist, postfix takes care of creating it). I'm not very fond of solutions with scripts taking care of creating users. Thanks in advance for your answers :) -- \|||/ (o o) Matthieu Imbert ooO-(_)-Ooo------------------------------------------ équipe administration réseau et systèmes Ecole normale superieure lettres et sciences humaines 15, Parvis René Descartes BP 7000 69342 LYON cedex 07 tél 0437376127, secrétariat 0437376122 fax 0437376123 contact équipe réseau et systèmes <reseau(a)ens-lsh.fr> contact personnel <matthieu.imbert(a)ens-lsh.fr> -----------------------------------------------------

5 8

[Dovecot] test-67 index issues.
by Dan Sully 17 Apr '05

17 Apr '05

I've been seeing a lot of these in my logs: dovecot: Apr 11 17:48:24 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:24 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:24 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:24 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:24 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:24 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:24 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:25 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:25 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:25 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:25 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 Agent is Apple Mail. Previously removing the indexes and letting them rebuild fixed the issue. Now I've had to restart the server and remove the indexes. Linux, 2.6.x, glibc 2.3.3 -D -- It's the wrong trousers Gromit, and they've gone wrong!

2 1