- dovecot - dovecot.org

[Dovecot] Mailbox isn't a valid mbox file
by Kenneth Porter 09 Jun '09

09 Jun '09

Getting "Mailbox isn't a valid mbox file" on 1.2rc2 after transferring mail from an ancient 0.99.13 system. The first line of the file looks ok. Curiously, it's one of my archival folders of this list. Here's the first header from the top of the file: >From tss at iki.fi Sat May 1 21:48:17 2004 From: tss at iki.fi (Timo Sirainen) Date: Sat May 1 21:54:18 2004 Subject: [Dovecot] 1.0-test2 released Message-ID: <1083437297.21296.19.camel@hurina> X-IMAPbase: 1085322222 20128 Status: RO X-UID: 14065 Content-Length: 226989 X-Keywords: It would be nice if the code that verified the mailbox format would log details about what it disliked.

3 4

Re: [Dovecot] Dovecot + FreeBSD-7.2 + ZFS ?
by Frank Bonnet 09 Jun '09

09 Jun '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Thanks for the feedback ! I'll plan to run it at 7.2 and of course certainly not on a production server without numerous tests ! Dino Ming wrote: > Just to let you guys know, I have nightmare with FreeBSD 7.0-RELEASE + ZFS. > It brought to me an unrecoverable filesystem error. > It is a good technology. But I would wait for it to be more mature before > production. > > I would highly suggest to run a stress test if you really bring it to production > state. > > Dino. > > Frank Bonnet wrote: > Geoffroy Desvernay wrote: > >>>> Frank Bonnet a écrit : >>>> >>>>> Hello >>>>> >>>>> Anyons has tested this configuration with success ? >>>>> >>>>> I'll test it in few days and I am wondering if I am alone :-) >>>>> >>>>> >>>> Not ZFS, but various combinations of dovecot 1.1.15+FreeBSD(7.1 and >>>> 7.2)+(NFS and UFS). No problem for us® ;) >>>> >>>> > > Yes I too , just curious about ZFS > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkos4ZIACgkQ6f7UMO5oSsXUjACeJCrMjVvQwh7sW6h5Vaw6vMqN HRQAoJR7j0jSPtxsBzntaBzZgc4JAJe1 =gVum -----END PGP SIGNATURE-----

5 7

[Dovecot] General performance of RC5
by Joan 08 Jun '09

08 Jun '09

Hi all, Switiching to RC5, there is a visible decrease in performance to access via IMAP large accounts (>1G) with mutiple mailboxes per accounts. In RC4, there was no delay visible by a human when accessing locally. Now it takes up to 4 or 5 secs. (running on OpenSuse, mysql 5.1.35 for auth, dbox as back end) Anybody experienced also this ? Thanks Joan

2 2

[Dovecot] Dovecot 1.2 + AIX setups
by Jonathan Siegle 08 Jun '09

08 Jun '09

Is anyone running Dovecot on AIX? I'm trying to debug the "Corrupted index cache file... record points outside file" problem. I can give gory details about what I've tried, but for now I would just like to see setups on AIX. Thanks, Jonathan

1 0

[Dovecot] Dovecot + FreeBSD-7.2 + ZFS ?
by Frank Bonnet 08 Jun '09

08 Jun '09

Hello Anyons has tested this configuration with success ? I'll test it in few days and I am wondering if I am alone :-) Thanks

3 3

Re: [Dovecot] Password environment variable - logging the password
by Donovan Craig 07 Jun '09

07 Jun '09

Timo Sirainen wrote: > Hmm. I guess it's possible that the password is lost by then.. Then > another possibility would be to use passdb sql + userdb prefetch and: > > password_query = SELECT .., '%w' as userdb_plain_pass, .. That did the trick. Thanks so much for your help.

1 0

Re: [Dovecot] Password environment variable - logging the password
by Donovan Craig 07 Jun '09

07 Jun '09

>> On Jun 6, 2009, at 5:19 AM, Donovan Craig wrote: >> Im using the mysql userdb, but the passwords are stored in MD5. >> I want to be able to get the password within the post login script, >> not from >> the log file. >> >> Is there any way to do this? > Timo Sirainen wrote: > user_query = SELECT '%w' as plain_pass, ... > then it should be in $PLAIN_PASS environment in post-login script. This would be great if it worked, but unfortunately this %w is empty when I try to use it. >From the documentation, it seems that this variable is only available during auth. http://wiki.dovecot.org/Variables Is there any other way I can get the plain password within the postloginscripting? Thanks again. Donovan

2 1

Re: [Dovecot] Password environment variable - logging the password
by Donovan Craig 07 Jun '09

07 Jun '09

> look at the setting: > > # In case of password mismatches, log the passwords and used scheme so the # problem can be debugged. Requires auth_debug=yes to be set. > #auth_debug_passwords = no Thanks for your replies so far. As mentioned, I¹d like to be able to log the username and password in plain text after successful login. I¹m using the mysql userdb, but the passwords are stored in MD5. I want to be able to get the password within the post login script, not from the log file. Is there any way to do this? Thanks. Donovan

2 1

[Dovecot] Multiple Dovecot instances over single mail store
by Zohan 06 Jun '09

06 Jun '09

Hi, I need to run two Dovecot instances with totally different authentication configs: first - passwordless, based on client SSL certificate; and second - regular password based (LDAP, passwd etc.). (As far as I know this cannot be achieved with single Dovecot instance; if I'm mistaken, please correct me). My intention is to give clients dual access to their mailboxes: some do own a SSL cert, others do not. I want to know whether it is possible at all. If possible, how do we implement proper concurrent access (locking, etc.) between the two instances to a single maildir-based store? I guess this should be possible since I know Dovecot can operate NFS-backed mail stores, e.g. in a load-balancing cluster setup. Second, is it OK to run the second instance in the same OS (we use Linux)? or chroot'ed or even virtualized solution will work better? Thank you! Zohan

2 1

[Dovecot] sieve/dovecot folder separator inconsistency
by Daniel Mayer 06 Jun '09

06 Jun '09

Hi, I'm running dovecot 1.0.15 and ran recently into a problem with the folder separators when using sieve scripts. The server is set to use a slash as a folder separator for all namespaces and announces this correctly when issuing the NAMESPACE command. We are using Ingo (http://www.horde.org/ingo/) of the horde framework to manage our sieve scripts. It creates the folder name / folder path to be used in the sieve scripts based on the result of the NAMESPACE given by the IMAP Server. It therefore created the path separated by slashes ("/"). According to my tests, the delivery agent along with sieve expects the folders to be separated by dots (".") instead of slashes. Is this a correct observation or can this be set using a parameter or something similar? The result of this otherwise inconsistent behavior is that a client who sticks to the provided namespace creates a folder path which cannot be understood by the deliver process. Please let me know if you need any additional information. Thanks, Daniel

3 5