June 2006 - dovecot - dovecot.org

[Dovecot] strange behaviour: connecting to mysql, but no queries after upgrade on ubuntu...
by dstrayer＠sadt.com 20 Jun '06

20 Jun '06

> hi all, > > I'm having trouble using dovecot with mysql after upgrading to 1.0.beta3 on > ubuntu. according to the mysql log, dovecot connects but doesn't issue any > queries.. > > any hints what might be wrong or where I should look? > -- > Cheers, > > Nikl I'm seeing the same behavior under Debian Sid. (First time I've tried it, so I don't know whether the problem is connected to a particular update.) I can make an imap connection using passwd-file authentication. When I switch to mysql, the mysql log shows a connection when dovecot starts but no further activity. The reply to the imap client is NO Temporary authentication failure. In the mail.log, I see: Jun 16 06:25:57 server dovecot: auth(default): client in: AUTH^I1^IPLAIN^Iservice=IMAP^Ilip=192.168.1.2^Irip=192.168.1.3^Iresp=AGd1ZXN0QHNhZHQuY29tAGZvbw== Jun 16 06:25:57 server dovecot: child 4951 (auth-worker) killed with signal 11 Jun 16 06:25:57 server dovecot: auth(default): client out: FAIL^I1^Iuser=foo(a)sample.com^Itemp Jun 16 06:25:57 server dovecot: imap-login: Aborted login: user=<foo(a)sample.com>, method=PLAIN, rip=192.168.1.2, lip=192.168.1.3 Any clues?

4 5

[Dovecot] Problem compile dovecot-sieve under Debian
by Dominique Feyer 20 Jun '06

20 Jun '06

I get the source from CVS: # cvs -d :pserver:anonymous@dovecot.org:/home/cvs co dovecot-sieve Edit configure.in to change - AC_CONFIG_HEADERS([dsieve-config.h]) + AC_CONFIG_HEADERS(dsieve-config.h) Launch autogen.sh, and I have some errors: configure.in: 4: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' configure.in: 11: automake requires `AM_PROG_LEX', not `AC_PROG_LEX' automake: src/libsieve/Makefile.am: not supported: source file `../map.c' is in subdirectory automake: src/libsieve/Makefile.am: not supported: source file `../imparse.c' is in subdirectory automake: src/libsieve/Makefile.am: lex source seen but `AC_DECL_YYTEXT' not in `configure.in' If i try to build: # ./configure --with-dovecot=../dovecot-1.0.beta9 No error: ... configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating src/libsieve/Makefile config.status: creating stamp.h config.status: creating dsieve-config.h config.status: dsieve-config.h is unchanged # make gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o sievec sievec.o libsieve.a /usr/src/dovecot-1.0.beta9/src/lib/liblib.a 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 try to install cyrus-dev or cyrus21-dev with apt-get, but nothing change, always the same error. Does someone have success with plugin dovecot-sieve ? Thanks -- Dominique Feyer Administrateur Système Ch. de la Colline 5bis CH-1007 Lausanne dfeyer(a)net4all.ch

3 10

Re: [Dovecot] dovecot, search and i18n
by Timo Sirainen 20 Jun '06

20 Jun '06

On Tue, 2006-06-20 at 13:19 +0400, Alex Povolotsky wrote: > Timo Sirainen wrote: > > On Tue, 2006-06-20 at 11:45 +0400, Alex Povolotsky wrote: > > > >> Hello! > >> > >> Does dovecot support i18n'd search? > >> > > > > It supports searching with all the character sets that your system's > > iconv supports. Case-insensitive matching unfortunately works only for > > A-Z characters for now. > > > > > Hmm... Attempt to plainly use squirrelmail's search resulted in no > success at all. Imap command was quite plain, > > SEARCH ALL SUBJECT {10}[russian letters here] > > The problem is that Cyrillic has at least two widely used encodings. > Maybe I need to specify them exactly somehow? I don't know much about Squirrelmail configuration, but SEARCH command should specify character set if using non-ascii characters in search string. Otherwise Dovecot will just try to search them from the mails without any charset conversions. So correct way would have been something like: SEARCH CHARSET cyrillic ALL SUBJECT {10} Maybe someone in this list knows more about Squirrelmail..

1 0

[Dovecot] Question about acls
by Stian Jordet 20 Jun '06

20 Jun '06

Hi, Is it possible to have a maildir-folder with an acl letter "i", but not "r"? I mean, the folder always seems empty for the user, but he can copy mail there? (which of course might be readable for another user..) Regards, Stian

2 2

[Dovecot] dovecot, search and i18n
by Alex Povolotsky 20 Jun '06

20 Jun '06

Hello! Does dovecot support i18n'd search? Alex.

2 1

[Dovecot] Shared Folder's, Separate Index's, not 'Working'
by Timothy White 20 Jun '06

20 Jun '06

Looking back through the mail, I found the following from March --- On Thu, 2006-03-23 at 16:15 +0000, Mark Lidstone wrote: > Hi all, > > I was wondering if the above was possible. I know that the "seen" > flag is stored in the filename, but was wondering if anyone knew of a > way to separate it out? I know this would strictly-speaking break > maildir compatibility, but it would be extremely useful for shared > folders. The way this worked at one point was by making each user have separate index file for the mailbox, then keeping the \Seen flag only inside that index file and ignoring the maildir's seen flag completely. Then I rewrote the maildir syncing code and this part was dropped out. Probably wouldn't be too difficult to make it work again.. Yea, looks like it wasn't. Works now in CVS. --- I'm trying to do a similar thing now, but without 100% luck. I have the following namespaces defined namespace public { separator = / prefix = Public/ location = maildir:/var/mail/scouts/public:CONTROL=/var/mail/scouts/%1n/%n/shared-settings/public/control:INDEX=/var/mail/scouts/%1n/%n/shared-settings/public/index hidden = no } namespace public { separator = / prefix = Official/ location = maildir:/var/mail/scouts/official::INDEX=/var/mail/scouts/%1n/%n/shared-settings/official/index hidden = no } Even though I have separate INDEX's for the second public namespace, the SEEN flag doesn't seem to be picked up from the users' INDEX's. BUT, for the first namespace, when I have CONTROL defined as well, it IS picked up! The reason I don't want CONTROL defined for the second name space, is I discovered that I can force all users on the system, to be subscribed to mailboxes in the 'Official' name space, if I keep CONTROL with the mailbox, instead of separate, and ensure that once I have set up the subscriptions file, I ensure it can't be changed. The counter side of this 'subscriptions' hack, is that I can't do hidden=yes. Ideally, I want a method of forcing a subscription on every user, that they can't change, but still preserving the SEEN flag. The closest I have come to, is, separate CONTROL, INDEX, and hidden=yes. This requires though, that I use the SquirrelMail forced subscriptions extension, which I've not yet tested. The other idea I had, was a method for having subscriptions come out of a database, seeing as I already have a large block of user data in the SQL database, and if I could have subscriptions in there as well, that would be a huge bonus! (Even better if it was only for the namespaces I wanted, cause I don't need to put each users personal subscriptions in a database). Anyway, it's mainly ideas, other than the SEEN flag issue I described above. Hope someone has ideas for getting it to work. Tim -- Linux Counter user #273956

1 0

[Dovecot] About RH patches and 1.0beta8
by Oliver Schulze L. 20 Jun '06

20 Jun '06

Hi, I just started building dovecot 1.0beta8 on RHEL4.3 based on atrpm.net .spec file. I noted that 3 patches are included in the .src.rpm and wanted to discuss them. I'm interested in knowing if those patches are relevant to all dovecot users and if they can be applied to dovecot. From: http://dl.atrpms.net/all/dovecot-1.0-0_10.99.beta7.el4.at.src.rpm patch: dovecot-1.0.beta2-mkcert-permissions.patch calls 'chown root.root', is good to have the certs owned by root? patch: dovecot-1.0.beta2-pam-setcred.patch is dissables the call to pam_setcred() because there is no other call to pam_setcred() in order to release the resources patch: dovecot-1.0.beta2-pam-tty.patch it add a call to pam_set_item() I don't to attach the patches to the list, but I can if anyone could not extract them from the .src.rpm Many thanks Oliver -- Oliver Schulze L. <oliver(a)samera.com.py>

5 5

[Dovecot] "GETQUOTA" Working?
by richs＠whidbey.net 20 Jun '06

20 Jun '06

Using beta9, I've tried "quota = dirsize:storage=10240" and "quota = maildir:storage=10240", but I can't seem to get the IMAP commands to respond: * OK Dovecot ready. a LOGIN user pass a OK Logged in. b CAPABILITY * CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS b OK Capability completed. c GETQUOTAROOT INBOX c BAD Error in IMAP command GETQUOTAROOT: Unknown command. d GETQUOTA "" d BAD Error in IMAP command GETQUOTA: Unknown command. e LOGOUT * BYE Logging out e OK Logout completed. (Per http://www.faqs.org/rfcs/rfc2087.html) Apparently "QUOTA" isn't being advertised, and none of the commands are accepted. Any ideas? Rich

1 1

[Dovecot] 1.0.beta9 released
by Timo Sirainen 19 Jun '06

19 Jun '06

Fixes a lot of bugs. The next release will be the first "release candidate" instead of a beta. * PAM: Don't call pam_setcred() unless setcred=yes PAM passdb argument was given. * Moved around settings in dovecot-example.conf to be in more logical groups. + Local delivery agent (deliver binary) works again. + LDAP: Added support for SASL binding. Patch by Geert Jansen + ssl_verify_client_cert: Check CRLs. If auth_verbose=yes, log invalid sent certificates. If verbose_ssl=yes, log even the valid certificates. When using the username from the certificate, use CommonName. Based on patch by HenkJan Wolthuis + PAM: Set PAM_TTY which is needed by some PAM plugins + dovecot --exec-mail ext <binary path> can now be used to start binaries which want dovecot.conf to be read, for example the convert-tool. - Expunging needed to be done twice if client used STORE +FLAGS.SILENT command to set the \Deleted flags - Added sql_escape_string() to lib-sql API and use it instead of normal \-escaping. - ACL plugin fixes - DIGEST-MD5: Trying to use subsequent authentication crashed dovecot-auth. - Fetching BODY when BODYSTRUCTURE was already cached caused the reply to be broken in some cases - Lots of fixes for index file handling - dbox fixes and changes - mbox syncing broke if some extraneous/broken headers were removed (eg. extra X-IMAPbase headers in mails) - Running Dovecot from inetd work now properly with POP3 - Quota plugin fixes for calculating the quota correctly

8 13

[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