- dovecot - dovecot.org

[Dovecot] 1.0 beta1 plugin-loading
by Jan-Piet Mens 17 Jan '06

17 Jan '06

When a user logs on, the following messages appear in the log: dovecot: imap 21360 : Loading modules from directory: /usr/local/lib/dovecot/imap dovecot: imap 21360 : dlopen(/usr/local/lib/dovecot/imap/lib02_trash_plugin.so) failed: /usr/local/lib/dovecot/imap/lib02_trash_plugin.so: undefined symbol: quota dovecot: imap 21360 : Module loaded: /usr/local/lib/dovecot/imap/lib01_quota_plugin.so dovecot: imap 21360 : dirsize quota path = /shared/homes/rscweb.net/jpm/Maildir/ dovecot: imap 21360 : dirsize quota limit = 512000kB dovecot: imap 21360 : Module loaded: /usr/local/lib/dovecot/imap/lib02_imap_quota_plugin.so dovecot: imap 21360 : dlopen(/usr/local/lib/dovecot/imap/lib01_zlib_plugin.so) failed: /usr/local/lib/dovecot/imap/lib01_zlib_plugin.so: undefined symbol: gzseek Removing those files with rm -f lib01_zlib_plugin.* lib02_trash_plugin.so solves the problem. Platform Centos 4.2 , Linux 2.6.9-22.0.1.ELsmp Regards, -JP

1 0

[Dovecot] 1.0beta1: bullet-proofing dovecot-example.conf
by Jeff A. Earickson 17 Jan '06

17 Jan '06

Timo, I got bit last night during my upgrade to beta1 by uncommenting the following part of dovecot.conf for my site: #passdb passwd-file { # File contains a list of usernames, one per line #args = /etc/dovecot.deny #deny = yes #} I did a "s/#//" over this block of code, thereby uncommenting the comment too. Then I wondered why beta1 wouldn't start for me, until I found the conf syntax error. I suggest "bullet-proofing" some of the comments in dovecot-example.conf against this error, like so: #passdb passwd-file { ### File contains a list of usernames, one per line #args = /etc/dovecot.deny #deny = yes #} Attached is a diff against beta1 dovecot-example.conf to fix this kind of dumb mistake. Jeff Earickson Colby College

1 0

[Dovecot] SSL and login_process_per_connection = no
by Chris Wakelin 17 Jan '06

17 Jan '06

Just thought I'd check, but is the combination of SSL and "login_process_per_connection = no" expected? I'm wondering, because imap_login is doing the SSL-proxying, and in our live Dovecot instance we have "login_process_per_connection = no" (we had problems with authentication and running out of file descriptors early on, now fixed by using userdb = passwd-file rather than NIS). This combination seems to work OK in 1.0-beta1, except I just got disconnected with a log entry: Warning: imap-login: SSL_write() syscall failed: Bad file number [<IP address>] which I've never seen before (though I've been testing this with alpha5 for weeks). Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

1 0

[Dovecot] 1.0 beta1 testing
by Timo Sirainen 17 Jan '06

17 Jan '06

If you have time, please test http://dovecot.org/nightly/dovecot-latest.tar.gz If nothing big comes up, I'll release it as 1.0beta1 tomorrow evening.

8 10

[Dovecot] Duplicate suppression
by Greg Trounson 17 Jan '06

17 Jan '06

Hi there, Does the Dovecot project have plans to implement duplicate suppression at some stage? I have a situation where several people belong to more than one mailing list. One alias ('staff') incorporates several lists. These staff are receiving duplicate messages (one copy for every list they're on) when a message is sent to this staff alias. There is no reason they need to receive more than one copy. There seems to be no way I can turn that feature off in my MTA so I thought I'd try a bit further down the chain. thanks, Greg

6 6

[Dovecot] virtual users with winbind
by Paul Matthews 17 Jan '06

17 Jan '06

hi there, i'm trying to setup virtual users with winbind, i have everything setup in dovecot other than 'Data source for users, homes and IDs'. i have 'Password authentication source' set to auth_passdb = pam my pam module is using winbind with the mkhomedir.so i have 'Mail file location' set to default_mail_env = mbox:/home/%u/mail:INBOX=/var/spool/mail/%u i have 'Data source for users, homes and IDs' set tp auth_userdb = passwd at the moment my local users can sign in, but my winbind users can't, i'm looking for a way to make auth_userdb look up a pam module, or something ... i don't know what i'm looking for, can someone help me with virtual users with winbind?

1 0

[Dovecot] in a major jam...
by Tom Allison 16 Jan '06

16 Jan '06

I upgraded my dovecot installation from something <<1.0 to 0.99.14 today. I wasn't exactly planning to but it just came along for the ride when I upgraded the rest of my system. I was using postgresql for the authentication. Nothing works. the debug logs show that I'm able to make a connection to the database table well enough: auth(default): pgsql: Connected to dbmail (that's my database name) When I attempt to login I get (briefly) password mismatch. I haven't changed the password in well over a year. My old configuration file for dovecot.conf went to the tune of: login = imap auth_mechanisms = plain auth_passdb = pgsql:/etc/dovecot/dovecot-pgsql.conf auth_user = root (probably not the best, but it worked) I now have a config file something like this: dovecot-pgsql.conf -- added the 'driver = pgsql' statement. Because it's able to connect to the database I don't think this is much of a problem here. dovecot.conf (these are all the non-empty lines, except for some logging stuff) protocols = imap disable_plaintext_auth = no protocol imap { } protocol pop3 { } auth_verbose = yes auth_debug = yes auth default { mechanisms = plain passdb pam { } passdb sql { args = /etc/dovecot/dovecot-pgsql.conf } userdb passwd { } user = root } It's fairly obvious that there has been a lot of work done on getting more authentication mechanisms in place for dovecot. That's great, and some day I want to play with it, but this is not the day for it. help.... help.... oh help!

2 2

[Re: [Dovecot] in a major jam...]
by Tom Allison 16 Jan '06

16 Jan '06

Marcus Rueckert wrote: > On 2006-01-16 14:46:36 -0500, Tom Allison wrote: > >>I upgraded my dovecot installation from something <<1.0 to 0.99.14 >>today. I wasn't exactly planning to but it just came along for the ride >>when I upgraded the rest of my system. > > > do you mind to upgrade to the release mentioned in this mail > http://www.dovecot.org/list/dovecot/2006-January/010832.html ? > > the 0.99.14 code base is 2y old and no longer actively maintained. > I upgraded from 0.99.14. It reports 1.0alpha5 now. This is the transistion that broke me. And I just realized I posted this twice to the mailing list. My rather hastily set up connection to another mail server wasn't telling me I actually sent anything.

1 0

[Dovecot] Plain password not authenticating
by Anne Wilson 16 Jan '06

16 Jan '06

I'm trying to set up a temporary mailserver using Debian Sarge and Dovecot 1.0 with maildir format. My only previous experience has been on a simple imap server. I have read the wiki documentation and searched the archives, but can't tie down my problem. The log tells me Info: passwd-file(anne) : unknown user. I have set auth_userdb = passwd-file /etc/imap.passwd auth_passdb = passwd-file /etc/imap.passwd and created the /etc/imap.passwd file as anne:{plain}mypassword:1000:1000::/home/anne What have I missed? Anne -- Registered Linux User No.293302 (http://counter.li.org/)

4 23

[Dovecot] Re: Dovecot memory use and settings
by Roger Weeks 16 Jan '06

16 Jan '06

We're continuing to have dovecot auth-worker failures once or more times per day. The symptoms are these in the log: pop1 dovecot: auth-worker(default): Out of memory (Needed 8164 bytes) or auth-worker(default): sql(lewis1,12.43.59.134): Password query failed: MySQL client ran out of memory Timo suggested that we need to up the auth_process_size = 256 However, we've tried increasing this to 512 and then 768. The comment on the entry says # Set max. process size in megabytes. These changes don't seem to make any difference. On both of our servers (RH ES4, 1MB RAM), we never seem to have more than 300MB of RAM used. However, the auth-worker process continues to fail occasionally. It does respawn itself after a couple of minutes, but in that time all authentication for dovecot fails. Am I missing something else in the config? -- Roger J. Weeks Systems & Network Administrator Mendocino Community Network On Jan 11, 2006, at 12:51 PM, Timo Sirainen wrote: > On Wed, 2006-01-11 at 12:40 -0800, Roger Weeks wrote: >> pop1 dovecot: auth-worker(default): Out of memory (Needed 8164 bytes) >> >> or >> >> auth-worker(default): sql(lewis1,12.43.59.134): Password query >> failed: MySQL client ran out of memory > > These are different from the system running out of memory. It's about > authentication process size hitting its configured limit. Default is: > > # Set max. process size in megabytes. > #auth_process_size = 256 > > So it appears that it's trying to grow above 256MB at which point it > gets killed. This could mean that something is leaking memory, but I > don't remember other people having this problem, so it might be > somehow > specific to your configuration. > > In any case those auth-workers are restarted automatically whenever > they > die so it shouldn't be that big of a problem? > > There are also ways to debug this if you want to.. >

3 5