- dovecot - dovecot.org

[Dovecot] Dovecot LDA with sieve scripting
by Timo Sirainen 23 Apr '05

23 Apr '05

I also placed dovecot-lda-0.1.tar.gz in http://dovecot.org/test/. It's also in dovecot-lda module in CVS. It's based on the same deliver binary that exists in Dovecot's sources, but I've also plugged in CMU Sieve (mostly because it was the easiest one to plug in). The code could be much prettier, but it works anyway :) I think at some point I'm going to try to make the Sieve stuff a plugin on top of the normal delivery binary. (Dovecot in general should have some pretty plugin architecture, so you could just unpack them in some directory then do ./configure --with-builtin-plugins=quota-maildir,lda-sieve --with-external-plugins=sql,ldap,quota-sql) configure needs --with-dovecot=../dovecot-1.0-test68 option. So, usage goes like I mentioned in my previous mail (uhm. should put it into README): http://dovecot.org/list/dovecot/2005-March/006512.html Sieve script is assumed to be in ~/.dovecot.sieve file. It's automatically compiled to ~/.dovecot.sievec whenever timestamp changes. If it doesn't exist, mail is stored normally into INBOX.

1 0

[Dovecot] glue for HPUX
by rja＠surfeu.fi 23 Apr '05

23 Apr '05

Hi! Have anyone successed with hp-ux (how) ? I've compiled 0.99.14 with gcc-3.4.3 at hpux 11.11. I can telnet to port 143 and connection stays up, but I don't get any response back. It seems like dovecot "doesn't see" what I type in telnet. I tried to debug... # ps -ef | grep dovecot # gdb -tui -p 17185 /usr/local/sbin/dovecot Attaching to program: /usr/local/sbin/dovecot, process 17185 [ No Source Available ] warning: reading `r3' register: No data 0x77faff30 in _poll_sys+0x10 () from /usr/lib/libc.2 (gdb) up #1 0x77fba9ac in poll+0x6c () from /usr/lib/libc.2 (gdb) up |163 ret = poll(data->fds, data->fds_pos, msecs); >|164 if (ret < 0 && errno != EINTR) |165 i_warning("poll() : %m"); #2 0x14310 in io_loop_handler_run (ioloop=warning: reading `r8' register: No data 0x0) at ioloop-poll.c:163 (gdb) This works fine... # MAIL=mbox:~/mail /usr/local/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 SORT... I tried also 1.0, but it hangs if .conf file is larger than ~400 bytes and the the process never goes into the background. So - I have same problems than Ajaxster... http://dovecot.org/list/dovecot/2004-December/005612.html Best Regards /Jim

2 1

[Dovecot] password_verify in test67 with ldap
by Thomas Hummel 23 Apr '05

23 Apr '05

Hello Timo, your patch introducing pass_attr_names and user_attr_names fixed the problem of the 'shared' attr_names member of [passdb|userdb]_ldap_conn as I answered in the relative thread. Now I think there is a problem while comparing user-provided and ldap-provided passwords causing a false 'password mismatch' situation, while using PLAIN mechanism with LDAP authentication. As a matter of fact, the user provided by the user, as read in the 'mech_plain_auth_continue' function is passed as an argument in the 'auth_request_verify_plain' function which, in turns pass it to the function pointed to by 'passdb->verify_plain' (that is 'ldap_verify_plain') which doesn't use it [instead maybe of setting the 'passdb_ldap_request' 'password' field with it ?]. So once back from the LDAP request, when in 'handle_request' we call 'password_verify', the password we try to match against the one read in the LDAP db is null. Did I get it right ? Thanks -- Thomas Hummel | Institut Pasteur <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau

2 2

[Dovecot] dovecot-stable-latest.tar.gz - Login process died too early - shutting down
by websafe 23 Apr '05

23 Apr '05

Hello, i've installed dovecot: ./configure \ --prefix=/usr \ --sysconfdir=/etc \ --localstatedir=/var \ --enable-debug \ --with-storages=maildir && make && make install groupadd dovecot useradd -s /bin/bash -g dovecot dovecot ok, in /etc/dovecot.conf I have: # grep -v "#" /etc/dovecot.conf ###################################################################### protocols = imap ssl_disable = yes default_mail_env = maildir:/home/%u/Maildir protocol imap { login_executable = /usr/local/libexec/dovecot/imap-login mail_executable = /usr/local/libexec/dovecot/imap mail_executable = /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap mail_modules = /usr/local/lib/dovecot/imap } protocol pop3 { } auth_executable = /usr/local/libexec/dovecot/dovecot-auth auth_verbose = yes auth_debug = yes auth default { mechanisms = plain passdb = shadow userdb = passwd user = root } ###################################################################### When I try to run: dovecot i get # tail -f /var/log/maillog: Apr 20 19:02:02 sww dovecot: Dovecot v1.0-stable starting up Apr 20 19:02:03 sww dovecot: Login process died too early - shutting down Apr 20 19:02:03 sww dovecot: imap-login: Panic: Leaked file fd 5: dev 0.6 inode 7 Apr 20 19:02:03 sww dovecot: auth(default): Panic: Leaked file fd 5: dev 0.6 inode 7 Apr 20 19:02:03 sww dovecot: child 21550 (login) killed with signal 6 Apr 20 19:02:03 sww dovecot: child 21549 (login) killed with signal 6 Apr 20 19:02:03 sww dovecot: child 21548 (login) killed with signal 6 Apr 20 19:02:03 sww dovecot: child 21547 (auth) killed with signal 6 I've got dovecot working on two other machines without any problem... Is there a way to fix this? Maybe some libs are missing? -- websafe -- websafe, http://www.partybitchez.org/

2 1

[Dovecot] vpopmail
by Reed L. O'Brien 23 Apr '05

23 Apr '05

So I now am able to log into dovecot, authenticate but I can't see anything. Every command after login says NO error or the really cryptic just plain 'NO' I am authenticating through vpopmail and the mail users are in /home/vpopmail the dir is owned vpopmail:vchkpw and are drwx------ do I need to change something there? ( Ihave tried drwxrwxrwt perms also) Thanks r # nc localhost 143 * OK dovecot ready. a login reed(a)email.com passwd a OK Logged in. a select INBOX a NO a select cur a NO Mailbox doesn't exist: cur a select . a NO Invalid mailbox name a . a BAD Error in IMAP command .: Unknown command. # nc localhost 143 * OK dovecot ready. a login reed(a)email.com passwd a OK Logged in. a select % a NO Mailbox doesn't exist: % a CREATE INBOX a NO Internal error occured. Refer to server log for more information. [2005-04-20 11:31:25] Reed L. O'Brien Systems Engineer Focus Data Solutions, Inc. www.focusdatasolutions.com t.703.836.0080/f.703.299.0892

2 1

[Dovecot] feature request: login in process title
by Marten Lehmann 23 Apr '05

23 Apr '05

Hello, I'm a bit afraid of users, the might slow down the server because of search requests to the imap-server on very large mailboxes. Even with a performant index, this could cause a lot of cpu and i/o-load. Is it possible to include the login-name in the imap process, so that a "ps ax" doesn't just give "imap", but e.g. "imap test(a)example.com"? Maybe it's of general interest to see in the title at which stage an imap-process is working. Regards Marten

3 2

[Dovecot] creating subfolders without preceding inbox wanted?
by Marten Lehmann 23 Apr '05

23 Apr '05

Hello, today I accidentally created a subfolder "Trash" instead of INBOX.Trash. No error was given, the creation lead to the folder ".Trash". If I know this folder, I can also select it. But a "list * * " doesn't show the Trash folder. How could I ever find this folder by the imap-procotol if I don't know it's name? Is this the correct behaviour? Or shouldn't imap simply disallow the creation of such folders, but only with preceding "INBOX."? Regards Marten

2 1

[Dovecot] IMAP EXPUNGE disconnect/box hang - Fedora Core 2, Squirrelmail and Evolution
by Schettino, John Charles 22 Apr '05

22 Apr '05

Correction: I'm running yum.log:03/07/05 05:48:28 Updated: dovecot 0.99.14-1.1.fc2.rf.i386 - Sorry about that. I'm a bit befuddled by this behavior. I've been using dovecot for close to a year, and recently the Fedora Core 2 Update: dovecot-0.99.13-4.FC2 build came in via yum. Since then I occasionally get this EXPUNGE disconnect error. When the error hits, the box does not crash but I can no longer log in*, nor start any new processes. I happen to have gkrellm running and I see a slow but steady climb in the # of processess. The only way to recover the box is to do a hard reset, as I cannot log in, nor su - to do a shutdown. In one case I happened to have a root shell open, and I still could not do a shutdown. Any ideas as to what I should do with this? As long as I don't expung everything is fine, but when I do expunge (move something or a filter runs in squirrelmail, or Action/Expunge in Evolution) sometimes it works fine, sometimes I get this error and a weird zombie state. It was all rock solid before this new version. Suggestions welcome - I don't seem to be getting any logging when it goes bad, perhaps I can up the log level? I'm more then happy to build the current dovecot from source, and if I should post this to some Fedora list, point me at it :D

1 0

[Dovecot] IMAP EXPUNGE disconnect/box hang - Fedora Core 2, Squirrelmail and Evolution
by Schettino, John Charles 22 Apr '05

22 Apr '05

I'm a bit befuddled by this behavior. I've been using dovecot for close to a year, and recently the Fedora Core 2 Update: dovecot-0.99.13-4.FC2 build came in via yum. Since then I occasionally get this EXPUNGE disconnect error. When the error hits, the box does not crash but I can no longer log in*, nor start any new processes. I happen to have gkrellm running and I see a slow but steady climb in the # of processess. The only way to recover the box is to do a hard reset, as I cannot log in, nor su - to do a shutdown. In one case I happened to have a root shell open, and I still could not do a shutdown. Any ideas as to what I should do with this? As long as I don't expung everything is fine, but when I do expunge (move something or a filter runs in squirrelmail, or Action/Expunge in Evolution) sometimes it works fine, sometimes I get this error and a weird zombie state. It was all rock solid before this new version. Suggestions welcome - I don't seem to be getting any logging when it goes bad, perhaps I can up the log level? I'm more then happy to build the current dovecot from source, and if I should post this to some Fedora list, point me at it :D

1 0

Re: [Dovecot] 1.0 release
by Roger Marquis 22 Apr '05

22 Apr '05

> See http://www.dovecot.org/list/dovecot/2005-January/006144.html If anyone on this list is running 1.0 under FreeBSD inetd I'd really like to know if the syslog/ip address bug has been fixed. We're hoping to use dovecot with pop before smtp but 0.99's dovecot-auth + dovecot--inetd logs the local server's ip address instead of the remote client ip. -- Roger Marquis Roble Systems Consulting http://www.roble.com/

1 0