- dovecot - dovecot.org

[Dovecot] Corrupted index cache file [...] invalid record size
by Lorens 28 Oct '05

28 Oct '05

I get this error every single time some of my users log in: Error: POP3(${user}): Corrupted index cache file /${userdir}/dovecot.index.cache: invalid record size The named file seems to be deleted as soon as corruption is found. This only affects some users. I thought the affected users had in common that they are using POP3 in "leave-messages-on-server" mode, and that their mailboxes are big ( > 100 MB). However I've found a few counterexamples, few and far between (not every login) but still. Google's no help, for once :-) Could this be a locking problem, a bug with big Maildirs (counterexamples being few), or what? I know some of my users have had problems logging several IMAP clients into the smae account at the same time, wouldn't put it past some of those with problems to be trying the same with POP. I know that a detected cache corruption is merely that, but I find the error message annoying :-) Configuration: v1.0-stable (0.99.20050712-2 from debian unstable) Maildir only Default locking (nothing mentioned in conf file) Access over NFS mmap_disable = yes (wiki says to disable mmap to use indexes on NFS). Thanks for any pointers.

2 1

[Dovecot] 1.0alpha3: assert and core
by Jeff A. Earickson 28 Oct '05

28 Oct '05

Hi, An assert and core with 1.0alpha3 on Solaris 9, mbox format, imap only, compiled with gcc 4.0.1. The syslog message was: imap(user): file message-body-search.c: line 393 (message_body_search_ctx): assertion failed: (input->v_offset <= part->physical_pos) gdb core dump analysis is attached. Jeff Earickson Colby College

2 1

[Dovecot] hangup with corrupted indexes
by Sergey Redin 28 Oct '05

28 Oct '05

Hello everyone, I remember that Timo wrote in this maillist that if index files are corrupted, dovecot should be OK and just recreate it. So I report here a bug: I have corrupted indexes which make pop3 and imap processes to hangup right after the first list command. The process does not respond and eats 90% of CPU. Just unpack http://redin.info/dovecot-corrupted-index.tgz (10 Kb) into a user's IMAP root (I have mbox storage, but the same thing for maildir with this indexes), do the chown, and try to check the email. I know that the problem can be fixed by removing the index files or using INDEX=MEMORY, but it is claimed that dovecot is failsafe and can deal with any kind of corrupted index files. This is the only reason why I report it here. I have 1.0.alpha4 on FreeBSD 4.11 (installed from ports). Best regards, Sergey Redin.

2 1

[Dovecot] Dovecot problems on Debian
by Jaldhar H. Vyas 28 Oct '05

28 Oct '05

If you have been bitten by bug #334180 and dovecot 1.0alpha3-2.0.1 rest assured the problem is being worked on. In the meantime you should downgrade to -2 which can be found at: http://snapshot.debian.net/archive/2005/10/08/debian/pool/main/d/dovecot/ -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

1 0

[Dovecot] Weirdness with authentication/1.0a4.
by Ashley Penney 28 Oct '05

28 Oct '05

Hi, FreeBSD has recently upgraded their port from 0.99 to 1.0a4, and this has caused me an absolute nightmare of a situation. In a nutshell I replaced my conf with the -example, and modified almost nothing. I made some SSL certs and put them in place, left it with imap/pop/pam etc. Whenever users tried to connect to the remote address, cara.untaken.net, I would get: Oct 27 18:31:14 cara dovecot: Dovecot v1.0.alpha4 starting up Oct 27 18:31:33 cara dovecot: imap-login: Login failed: Plaintext authentication disabled: rip=217.206.62.50, lip=217.206.62.50 Oct 27 18:31:33 cara dovecot: imap-login: Disconnected: rip=217.206.62.50, lip=2 17.206.62.50 However, plaintext authenication was most definitely not disabled. Using www.untaken.net/mail/ which is hosted on the same box as dovecot I could get this plaintext failure constantly using cara.untaken.net, but switching to 'localhost' instead would work fine, despite being the same physical machine. I'm baffled at what could cause this, I put my currently conf over at www.untaken.net/dovecot/ just for reference, I've modified various bits now from the default in a desperate attempt to get it working. Has anyone else seen anything like it? -- <EisernLint> i am considering taking pilates classes.

2 1

[Dovecot] Authentication using native MySQL PASSWORD() function
by Tom Sommer 28 Oct '05

28 Oct '05

Hi, I have a little problem, I need to adapt a setup that currently uses the native MySQL PASSWORD() function to encrypt passwords for e-mail accounts. I plan on using Dovecot with SQL to authenticate on my server, is there a password scheme that fits this authentication method? Any help is appreciated -- Tom Sommer

3 11

[Dovecot] Strange Disconnect Problem
by Marc Perkel 27 Oct '05

27 Oct '05

It's only happening with one user but for some reason I can't get this person logged in. And I'm using his ID on my computer and my ID works. Using two different IMAP clients. What would be causeing the "disconnected" to happen? dovecot: Oct 17 10:56:43 Info: imap-login: Login: user=<lowsley(a)cbsyellowpgs.com>, method=PLAIN, rip=65.37.192.182, lip=69.50.231.10 dovecot: Oct 17 10:56:47 Info: imap-login: Disconnected: user=<john(a)sembrot.com>, method=PLAIN, rip=204.95.16.61, lip=69.50.231.10

2 1

[Dovecot] Shared Folder usage alpha3
by Ralf Zerres 27 Oct '05

27 Oct '05

Dear List, this is my first mail to this list. I'v tried to carefully review all given information towards the Shared Folder subject I could find in the archive / mailing list / wiki. And so far I'm also aware that Timo hasn't put it on the active tasklist for the 1.0 release. Citing the track http://dovecot.org/pipermail/dovecot/2003-October/002493.html I was wandering, wether any further attempt has been made, to use the given functionality for real work. To be more precise, wether anybody has done - delivery of mailboxes to a shared maildir - offering these maildirs through a given namespace Before bothering here without any local experience, I'v set up a dov-server (1.0alpha3) on a debian sid. As an MTA postfix is doing the job. Within postfix I did set up a virtual domain and the needed maps (mailbox, alias). I'm able to deliver successful with the standard postfix functionality to the given filesystem structure (fs=ext3). If it is on any help, I can post the relevant config files. As good practice, all mail is delivered to given mailbox-owner with 0600 permission for the new subdir. Hence, can't be seen by any shared-maildir user (unless owner uid matches:) >From here on I'v tried to switch from debians default postfix delivery-strategy (mailbox_command = procmail -a "$EXTENSION") to given dovcot deliver process (mailbox_command = /usr/lib/dovecot/deliver). The primary aim is to define a strategy to deliver with 0660 rights which will enable group read-write access to the given Mailstore. I have adopted the dovecot.conf enableing a listening socket ... default_mail_env = maildir:/home/%u/Maildir: \ INDEX=/home/%u/MaildirIndex namespace private { separator = / prefix = inbox = yes } namespace public { # the prefix needs to be postponed with the separator prefix = Public/ # the location path given as [<mailbox-type>:]<path>/mailbox location = maildir:/home/SharedMaildirs separator = / inbox = no hidden = no } auth default { ... # using deliver through a socket socket listen { master { path = /var/run/dovecot/auth-master mode = 0666 } } } and configured the subsequent dovecot-deliver.conf ... auth_socket_path = /var/run/dovecot/auth-master mail = maildir:%h/Maildir/ umask = 0007 auth_verbose = yes use_syslog = yes just to see, whether a manual call /usr/lib/dovecot/dovecot-deliver -d <user> <testmail would do the trick. Well, I got the delivered mail, but files are not installed with the etimated previledges. Can someone can point me to the clou? Greetings Ralf PS: I also read about posix-acl's support. But my test's didn't allow a successful read ....

2 1

[Dovecot] Alpha4 pre-release, please upgrade
by Timo Sirainen 27 Oct '05

27 Oct '05

Please try if http://dovecot.org/nightly/dovecot-latest.tar.gz (or the CVS directly) works with you. I made a lot of changes to dovecot-auth, so I wouldn't want to make alpha4 release without some more testing in different environments. I'll release alpha4 in a few days, but it'll be basically same as this unless more bugs get fixed. Some of the changes include: - IMAP: We might have sent extra EXPUNGE messages when output buffer got full. This could have caused various sorts of very bad behavior. This is the main reason why everyone should upgrade as soon as possible. - POP3: We sent duplicate replies for LIST command when output buffer got full. Probably caused Thunderbird's duplicate deletion bugs? (Although I thought someone checked that Dovecot's reply was correct when the bug occurred?) - pop3_uidl_format setting is now required to be explicitly set in configuration file for pop3 to work at all. I want to get rid of the old default setting which breaks Outlooks, and simply changing the default would break existing setups. - Multiple passdbs and userdbs of same type can now be added with different parameters. Some people asked about this earlier. - Authentication cache works now with other than SQL and LDAP passdbs. Some passdbs such as PAM require some additional settings to work. See example config file. - Some other fixes to authentication cache related to failure handling and non-plaintext authentication. - deny passdb wasn't working for non-plaintext authentication.

8 21

[Dovecot] auth
by Riccardo Bini 27 Oct '05

27 Oct '05

It's possible to have an auth order so if the first is true skip the other ones? Bye Rick

2 1