- dovecot - dovecot.org

[Dovecot] gdbhelper.c concerns
by Jeff A. Earickson 17 Jan '06

17 Jan '06

Timo, I was surprised to find both an execvp() and a system() call in gdbhelper.c. While gdbhelper should be running as an ordinary user (the person running imap), I find it a bit scary. I realize that the code is getting ready to run gdb, which is god-knows-where in the user's path. But still... Maybe the code should do a getuid() and/or geteuid() and refuse to run if the uid is zero. Also, the code does the fork() *before* checking the argc count. Maybe do it the other way around so the i_fatal is killing one process instead of two. Jeff Earickson Colby College

1 0

[Dovecot] 1.0 beta1 -- kevent() for notify failed: Invalid argument
by John Wong 17 Jan '06

17 Jan '06

after upgrade to 1.0 beta1 i see the warning/error message in mail log like this: kevent() for notify failed: invalid argument I/O leak: 0x1c05b6cc (5) is it normal?

2 1

[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