June 2006 - dovecot - dovecot.org

[Dovecot] Help! Uidlist files are gone and won't come back; imap keeps coredumping!
by Mario Nigrovic-rvvk40 19 Jun '06

19 Jun '06

Folks - Some time ago as I migrated to dovecot 1.0, I ran into all sorts of problems with file locks, and I tried various solutions. Apparently, in the process, I got a bit careless and removed all my dovecot-uidlist files. They're gone. My understanding, however, is that they should come back, but this doesn't happen. I've been forced to run with index=MEMORY in 1.0 for the entire time I've been using it, but I would really like to get back to a more standard configuration. Yet, anything I do to try and actually use index files, whether (locally) on /var or (via NFS) in /home, I run into problems. The log files say: dovecot: Jun 01 07:36:36 Info: imap-login: Login: user=<rvvk40>, method=plain, rip=10.69.75.131, lip=172.16.26.151 dovecot: Jun 01 07:36:36 Info: IMAP(rvvk40): Effective uid=10019173, gid=21 dovecot: Jun 01 07:36:36 Info: IMAP(rvvk40): maildir: data=/home/mario/.mail/Maildir dovecot: Jun 01 07:36:36 Info: IMAP(rvvk40): maildir: root=/home/mario/.mail/Maildir, index=/home/mario/.mail/Maildir, control=, inbox= dovecot: Jun 01 07:36:36 Error: child 21207 (imap) killed with signal 11 dovecot: Jun 01 07:36:36 Error: child 21208 (imap) killed with signal 11 dovecot: Jun 01 07:36:36 Error: child 21211 (imap) killed with signal 11 dovecot: Jun 01 07:36:36 Error: child 21212 (imap) killed with signal 11 and a truss says: 29146: execve("/home/mario/tools/SunOS/libexec/dovecot/imap", 0x000407D8, 0x00052850) argc = 1 29146: argv: imap ... 29146: write(1, " * 1 2 4 5 F E T C H".., 2091) = 2091 29146: write(1, " * 1 2 9 5 F E T C H".., 2059) = 2059 29146: write(1, " * 1 3 4 6 F E T C H".., 2056) = 2056 29146: poll(0x000AEC90, 3, 9912) = 1 29146: read(0, " 4 U I D f e t c h ".., 4037) = 173 29146: open64("/home/mario/.mail/Maildir/.Freescale.ATIC.CMOS65/dovecot-uidlist", O_RDONLY) Err#2 ENOENT 29146: Incurred fault #6, FLTBOUNDS %pc = 0xFF133218 29146: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000 29146: Received signal #11, SIGSEGV [default] 29146: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000 29146: *** process killed *** Some background info: dovecot is running only for me, so it runs under my UID, from my home directory. % tools/SunOS/sbin/dovecot --version 1.0.beta8 % tools/SunOS/sbin/dovecot --build-options Build options: ioloop=poll openssl Passdb: checkpassword pam passwd passwd-file shadow Userdb: checkpassword passwd passwd-file static % uname -a SunOS velocity 5.8 Generic_117350-06 sun4u sparc What do I have to do to recreate the uidlist files? Mario -- I don't need a name; my number's just fine. | Mario.Nigrovic(a)freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only

4 17

[Dovecot] beta8 + mbox + Thunderbird
by Thomas Hummel 19 Jun '06

19 Jun '06

Hi all, I'm still using beta8 (on FreeBSD 5.4-RELEASE). Recently I put a co-worker who's using Thunderbird (1.5.0.4) on it and he seemed to have lost some messages (which were delivered on the spool since seen on procmail logfile). I switched him on another server to play safe and tried to test it myself but failed to reproduce the issue. I myself use mutt on a daily basis with no problem with that beta8. Did someone experienced the same (I read about some similar issue on the list but with maildir format - I'm using mbox) ? -- Thomas Hummel | Institut Pasteur <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau

3 4

RE: [Dovecot] MS Exchange SMTP Login problem
by Xavier Romero 19 Jun '06

19 Jun '06

Ok, patched and working perfectly !! Thank you!!! Xavier Romero. -----Mensaje original----- De: dovecot-bounces(a)dovecot.org [mailto:dovecot-bounces@dovecot.org] En nombre de Timo Sirainen Enviado el: lunes, 19 de junio de 2006 12:49 Para: Xavier Romero CC: dovecot(a)dovecot.org Asunto: Re: [Dovecot] MS Exchange SMTP Login problem On Mon, 2006-06-19 at 12:43 +0200, Xavier Romero wrote: > But it seems that the way Exchange talks to our server, dovecot gets > confused, and password is used instead username for user lookups, so > authentication fails. Fixed in next version, or use a patch: http://dovecot.org/list/dovecot-cvs/2006-June/005765.html

1 0

[Dovecot] MS Exchange SMTP Login problem
by Xavier Romero 19 Jun '06

19 Jun '06

Hello, I'm using dovecot & postfix to bring smtp auth to our customers. Normal mail clients have no problem at all and I'm so satisfied. However, we're having problems with Microsoft Exchange server clients. We're using our postfix-dovecot server as smarhost for several Exchange Servers, and we wish to use TLS + basic authentication for these outgoing mails. But it seems that the way Exchange talks to our server, dovecot gets confused, and password is used instead username for user lookups, so authentication fails. Info: auth(default_with_listener): client in: AUTH 5 login service=smtp resp=bXlfdXNlcm5hbWU= //(resp=my_username) Info: auth(default_with_listener): client out: CONT 5 VXNlcm5hbWU6 //(Username:) Info: auth(default_with_listener): client in: CONT 5 bXlfcGFzc3dvcmQ= //(my_password) Info: auth(default_with_listener): client out: CONT 5 UGFzc3dvcmQ6 //(Password:) Info: auth(default_with_listener): client in: CONT 5 bXlfcGFzc3dvcmQ= //(my_password) Info: auth(default_with_listener): sql(my_user): query: SELECT user, password FROM users WHERE user = 'my_password' Info: auth(default_with_listener): sql(my_user): unknown user Info: auth(default_with_listener): client out: FAIL 5 user=my_password Any clue if there is a way to make it work, either modifiying Exchange or dovecot settings? Thank you very much! Xavier Romero.

2 1

Re: [Dovecot] Problem with Dovecot LDA / Postfix
by Dominique Feyer 19 Jun '06

19 Jun '06

Thanks. The log is really useful ;-) **** deliver(info(a)lda.net4all.ch): Fatal: Running as root isn't permitted **** So it's not possible acutally to use LDA to deliver mail with different UID/GID So I need the change all the owner for my mail storage ... update the DB and restart the service ... it's bad !!! I need a lots of downtime to change the owner of 80Go data storage. So beafore that, I need to test the dovecot-sieve plugin from CVS. Next month a lot of my customer are in holiday and the need auto responders ;-) I try the dovecot-sieve plugin from the CVS and I have this error when i start make (configure as no error): libsieve.a(script.o)(.text+0xa23): In function `sieve_script_load': /usr/src/dovecot-sieve/src/libsieve/script.c:435: undefined reference to `map_refresh' libsieve.a(script.o)(.text+0xaf0): In function `sieve_script_unload': /usr/src/dovecot-sieve/src/libsieve/script.c:462: undefined reference to `map_free' libsieve.a(sieve.o)(.text+0x1e6e): In function `verify_flag': /usr/src/dovecot-sieve/src/libsieve/sieve.y:951: undefined reference to `imparse_isatom' collect2: ld returned 1 exit status make[3]: *** [sievec] Erreur 1 make[3]: Leaving directory `/usr/src/dovecot-sieve/src/libsieve' make[2]: *** [all-recursive] Erreur 1 make[2]: Leaving directory `/usr/src/dovecot-sieve/src' make[1]: *** [all-recursive] Erreur 1 make[1]: Leaving directory `/usr/src/dovecot-sieve' make: *** [all-recursive-am] Erreur 2 I have the same error last week when I try to build dovecot-lda with sieve script support from the CVS. I use Debian Sarge. I think the macro imparse_isatom is from the cyrus-imapd project. I try to install cyrus-dec and cyrus21-dev with apt-get ... but always the same error. Do you have a idea ? Le vendredi 16 juin 2006 à 10:44 -0400, My BSD a écrit : > On Fri, 16 Jun 2006 14:44:51 +0200 > Dominique Feyer <dfeyer(a)net4all.ch> wrote: > > > I have only postfix log (in syslog mail facility), no dovecot log from > > the LDA deliver binary (with mail_debug = yes), this is strange ... > > > > Jun 16 14:37:58 mail2 postfix/pickup[6014]: 5407F7FF3: uid=0 > > from=<root> Jun 16 14:37:58 mail2 postfix/cleanup[6073]: 5407F7FF3: > > message-id=<20060616123758.5407F7FF3(a)mail2.clm.net4all.ch> > > Jun 16 14:37:58 mail2 postfix/qmgr[6015]: 5407F7FF3: > > from=<root(a)localhost.localdomain>, size=326, nrcpt=1 (queue active) > > Jun 16 14:37:58 mail2 postfix/pipe[6076]: 5407F7FF3: > > to=<info(a)lda.net4all.ch>, relay=dovecot, delay=0, status=bounced > > (Command died with status 89: > > "/usr/local/dovecot-1.0-beta9/libexec/dovecot/deliver") > > > > Can i activate log for the LDA in the configuration file or deliver > > command argument in master.cf ? > > > ... > > My dovecot setup logs to a file, settings below: > > ---------------------------------------------- > mail_debug = yes > log_path = /var/log/dovecot/dovecot > info_log_path = /var/log/dovecot/dovecot.info > ---------------------------------------------- > > Make sure that the socket user has write access to the file, otherwise > it won't work (and thinking of it, also make sure that the socket user > also has access to the socket itself -- that was one of my biggest > problems before I got it to work). > > You may also want to add the following until you get it working: > > ---------------------------------------------- > auth_verbose = yes > auth_debug = yes > auth_debug_passwords = yes > ---------------------------------------------- > > Good luck! > -- Dominique Feyer Administrateur Système Ch. de la Colline 5bis CH-1007 Lausanne dfeyer(a)net4all.ch

3 4

[Dovecot] Problem with default_mail_env in beta9
by Andreas Schulze 19 Jun '06

19 Jun '06

Hallo, I am playing arround with dovecot I hat version 1.0.beta7 running fine. After installing beta9 there is a problem with default_mail_env setting. I have all users in ldap. there is an attribute "mailMessageStore" which contains a relative path to users maildir mailMessageStore: sca/ my mailer completes this relative pathinformation to /var/mail/sca/ therefor I setup default_mail_env to "maildir:/var/mail/%h" dovecot-ldap.conf includes "user_attrs = mailMessageStore=home,uidNumber=uid,gidNumber=gid" all fine in beta7 in beta9 I got this in my log: dovecot: Jun 16 14:50:22 Info: Dovecot v1.0.beta9 starting up dovecot: Jun 16 14:50:30 Info: auth(default): client in: AUTH 1 PLAIN service=POP3 lip=127.0.0.1 rip=127.0.0.1 resp=random dovecot: Jun 16 14:50:30 Info: auth(default): ldap(sca,127.0.0.1): bind search: base=o=datev,c=de filter=(uid=sca) dovecot: Jun 16 14:50:30 Info: auth(default): client out: OK 1 user=sca dovecot: Jun 16 14:50:30 Info: auth(default): master in: REQUEST 1 30400 1 dovecot: Jun 16 14:50:30 Info: auth(default): ldap(sca,127.0.0.1): base=o=datev,c=de scope=subtree filter=(uid=sca) fields=mailMessageStore,uidNumber,gidNumber dovecot: Jun 16 14:50:30 Info: auth(default): master out: USER 1 t02985a home=sca/ uid=30014 gid=30007 dovecot: Jun 16 14:50:30 Info: pop3-login: Login: user=<sca>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1 dovecot: Jun 16 14:50:30 Error: POP3(sca): dovecot: Jun 16 14:50:30 Fatal: chdir(sca/) failed with uid 30014: Permission denied dovecot: Jun 16 14:50:30 Error: child 30407 (pop3) returned error 89 If I change user_attrs to "user_attrs = mailMessageStore=FOO,uidNumber=uid,gidNumber=gid" I got dovecot: Jun 16 14:54:36 Info: Dovecot v1.0.beta9 starting up dovecot: Jun 16 14:54:41 Info: auth(default): client in: AUTH 1 PLAIN service=POP3 lip=127.0.0.1 rip=127.0.0.1 resp=random dovecot: Jun 16 14:54:41 Info: auth(default): ldap(sca,127.0.0.1): bind search: base=o=datev,c=de filter=(uid=sca) dovecot: Jun 16 14:54:41 Info: auth(default): client out: OK 1 user=sca dovecot: Jun 16 14:54:41 Info: auth(default): master in: REQUEST 1 30475 1 dovecot: Jun 16 14:54:41 Info: auth(default): ldap(sca,127.0.0.1): base=o=datev,c=de scope=subtree filter=(uid=sca) fields=mailmessagestore,uidNumber,gidNumber dovecot: Jun 16 14:54:41 Info: auth(default): master out: USER 1 sca uid=30014 gid=30007 dovecot: Jun 16 14:54:41 Info: pop3-login: Login: user=<sca>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1 dovecot: Jun 16 14:54:41 Info: POP3(sca): Effective uid=30014, gid=30007 dovecot: Jun 16 14:54:41 Info: POP3(sca): maildir: data=/var/mail//HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB dovecot: Jun 16 14:54:41 Info: POP3(sca): maildir: root=/var/mail//HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB, index=/var/mail//HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB, control=, inbox= this inicates to me, that 1. homedirvariable is unset OK, because I assigned mailMessageStore to local FOO 2. default_mail_env is correct evaluated to maildir:/var/mail/%h Question: Why is default_mail_env not correct evalueted to maildir:/var/mail/sca/ if sca/ is set as homedir ? As mentions above, this worked fine with beta7 ... What do I wrong ??? My I provide more Informations ? -- Andreas Schulze DATEV eG, Paumgartner Strasse 6-14, D - 90429 Nürnberg Abt. Internet- und Securitydienste Telefon : +49 911 276 2648 Telefax : +49 911 276 7892 Mobil : +49 172 8122883 E-Mail : andreas.schulze_at_datev.de

2 3

[Dovecot] building dovecot lda on solaris 9
by lenny＠edpausa.com 18 Jun '06

18 Jun '06

Trying to build the latest CVS code of LDA against dovecot beta 9. Running autogen script I'm getting this message. I added the contents of /usr/local/share/aclocal/ to /usr/local/share/libtool/libltdl/aclocal.m4 #aclocaldir = /usr/local/share/aclocal/ aclocal_DATA = libmcrypt.m4 libtool.m4 ltdl.m4 but no luck. any advise ? /usr/local/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of AM_PATH_LIBMCRYPT run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal autom4te: unknown language: Autoconf-without-aclocal-m4 aclocal: autom4te failed with exit status: 1 autoheader: `lda-config.h.in' is unchanged You should add the contents of `/usr/local/share/aclocal/libtool.m4' to `aclocal.m4'. configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in the top-level directory, configure.in: and that aclocal.m4 was recently regenerated (using aclocal). /usr/local/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/local/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL src/libsieve/Makefile.am:5: library used but `RANLIB' is undefined src/libsieve/Makefile.am:5: src/libsieve/Makefile.am:5: The usual way to define `RANLIB' is to add `AC_PROG_RANLIB' src/libsieve/Makefile.am:5: to `configure.in' and run `autoconf' again. /usr/local/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/local/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL

3 4

[Dovecot] LDA - Return-Path missing
by Timothy White 18 Jun '06

18 Jun '06

I seem to have a problem... Deliver relies on Return-Path headers? I tried sending emails from SquirrelMail, and Gmail, and both have caused the same issue (on the recieving end). (I am trying to test this part, the quota exceeded stuff). deliver(joeblogs): Return-Path missing, rejection reason: Quota exceeded I can post email headers, and stuff if needed. Does it need the Return-Path header, shouldn't it rely on the From address, if there is no Return-Path? Tim -- Linux Counter user #273956

2 1

[Dovecot] Dovecot randomly stops responding
by Miguel Saturnino 18 Jun '06

18 Jun '06

Hi! I'm running Dovecot 1.0beta7 on FreeBSD 6.0 (i386) and it randomly stops responding. To mitigate the problem I made a little ruby scripts which logs in to the POP3 server every 3 minutes and, in case of error (the errors are usually timeout or end of file errors), restarts Dovecot. Although this keeps this keeps things working, I'd like to figure out what is causing Dovecot to stop responding. Looking at the logs, nothing stands out except that there is always one or more of these messages just before Dovecot stops responding: Apr 20 19:25:00 zeus dovecot[62881]: pop3-login: Disconnected: Inactivity: rip=209.123.xxx.xxx, lip=64.21.xxx.xxx Any help debugging this would be greatly appreciated. Thanks, -- Miguel Saturnino <miguel.saturnino(a)teiadigital.pt>

2 3

[Dovecot] Maildir++ implementation issues.
by Apps Lists 18 Jun '06

18 Jun '06

Hi Timo and crew! I'm doing more testing with Dovecot and Maildrop today and have run across some strangeness. It appears as if Maildrop stores updates to the maildirquota file in a way that causes Dovecot to ignore them. In my test scenario, Dovecot just rebuilt my maildirsize file to the following: 0S 86213796 108 After delivering a few messages through Postfix -> Maildrop and have the following maildirsize file: 0S 86213796 108 5102 1 387708 1 5093 1 382406 1 3550 1 268337 1 Note the pretty formatting. These are spaces. Unfortunately, Dovecot seems to ignore these when reading the maildirsize file in maildirsize_parse(). It appears to be using sscanf to look for numeric entries: if (sscanf(*lines, "%lld %d", &bytes_diff, &count_diff) != 2) I've read and re-read the maildir++ specification at http://www.inter7.com/courierimap/README.maildirquota.html and can't understand why Maildrop implements things this way. Steve

2 1