- dovecot - dovecot.org

[Dovecot] Strange behaviour with multiple auth channels
by Søren P. Skou 23 Jan '05

23 Jan '05

Hey all Just upgraded to Test-61 and at first everything looked like it worked without a hitch, I could log in and check mail (yay! ;-) ). Since I could log in, I never suspected anything would be amiss. Later one of my users told me he could no longer log in, regardless what he tried. Password error I thought and told him to go change his password, but then he explained he had not changed anything, and that his pop3 client just started complaining. Ok, time to go looking - I compared the dovecot.conf to the example from the tarball, nothing seemed as if it had changed. Then I started fiddling around to see if I could get any pattern. At that point I had two auth channels: auth default { mechanisms = plain userdb = sql /usr/local/etc/dovecot/sql.conf passdb = sql /usr/local/etc/dovecot/sql.conf user = mail } auth localuser { mechanisms = plain userdb = passwd home=/home/%u/Mail passdb = passwd home=/home/%u/Mail } Strangely enough I could see it connecting to the SQL database, I would have expected to see at least some queries when it checked for the user. But no. So I changed the configuration to: auth default { mechanisms = plain userdb = passwd home=/home/%u/Mail passdb = passwd home=/home/%u/Mail } auth virtualuser { mechanisms = plain userdb = sql /usr/local/etc/dovecot/sql.conf passdb = sql /usr/local/etc/dovecot/sql.conf user = mail } Lo and behold, my virtual users could log in - but now localusers could no longer. I've since then tried changing the auth default to auth localuser, but little does it do - I'm sort of out of my bounds here, everything works, but only if it is the second auth. The first channel seems to be ignored. So I tried adding more channels seeing what would happen. My current configuration looks like this: auth default { mechanisms = plain userdb = sql /usr/local/etc/dovecot/sql.conf passdb = sql /usr/local/etc/dovecot/sql.conf user = mail } auth localuser { mechanisms = plain userdb = passwd home=/home/%u/Mail passdb = passwd home=/home/%u/Mail } auth virtualuser { mechanisms = plain userdb = sql /usr/local/etc/dovecot/sql.conf passdb = sql /usr/local/etc/dovecot/sql.conf user = mail } As I suspected it grabs hold of localuser and uses that one. Any suggestions or "Well d'uh! you're missing...." would be welcome ;-) Friendly greetings S. P. Skou -- GPG Key: 8E58ACB3

2 1

[Dovecot] Evolution Slowness Fix
by Michael David Joy 22 Jan '05

22 Jan '05

Well, I seem to have tracked down what's going on with Evolution and Dovecot. It seems that Evolution has defaulted to checked for spam server side using Spamd on Fedora Core 3 without downloading the mail. It seems that spamd is the culprit in all this as it's trying to analyze pop3 mail without simply downloading all the new mail. I turned off the spam checking option in evolution and the crawling (read 5-10 min) email downloads stopped. I guess I should have noticed that this happened when I upgraded from Fedora Core 2 to 3, but we upgraded dovecot around the same time. While it still shouldn't be taking 10 min to download email (1 min a mail), at least I know what's going on now. Michael

4 3

[Dovecot] Kerberos/GSSAPI Auth Mechanism?
by John Waller 20 Jan '05

20 Jan '05

I have been reading that there may be a patch floating around to enable krb5 auth in dovecot <1.0, namely 0.99.10.8 (openbsd port). It could be I have something misconfigured, for openbsd supports kerberos and most programs which use the operating system's auth features use kerberos transparently through login(1). If there is a patch, I would be very interested in testing it. -- John Waller ganreshnu(a)gmail.com

1 1

[Dovecot] problems deleting folders
by Danny Sung 20 Jan '05

20 Jan '05

I've been having this problem for quite some time now of not being able to remove folders. I'm using: Fedora Core 2 dovecot-0.99.10.4-4 And dovecot is setup as using imaps (w/ SSL) and mbox files (instead of maildir). I've done a small amount of tracing to see what the problem is, and it looks like what happens is when all messages in a folder is removed, there's still a 0-byte file lying around. And the "delete" command issued from mail clients (I've used both Thunderbird and MS Outlook) end up trying to throw the file into Trash instead of somehow sending a delete command. This then results in an error. Maybe this is normal IMAP behavior, I don't know. But that's what looks like is happening. If anyone knows of a good solution to this, I would really appreciate it. I'd rather avoid using maildir but if anyone knows whether this will definitely solve the problem, then I'll make the switch. Thanks

5 6

RE: [Dovecot] Plaintext Authentication from Localhost
by Villalovos, John L 19 Jan '05

19 Jan '05

dovecot-bounces(a)dovecot.org wrote: > I noticed that... > > # Disable LOGIN command and all other plaintext authentications unless > # SSL/TLS is used (LOGINDISABLED capability). Note that 127.*.*.* and > # IPv6 ::1 addresses are considered secure, this setting has > no effect if > # you connect from those addresses. > #disable_plaintext_auth = yes > > ...was added to the latest release. Thanks Timo! This takes the > localhost-SSL burden off. :) I just tried this with the updated RPM for Fedora Core 2. With: imap_listen = [::] disable_plaintext_auth = yes IMAP did NOT work from the local host. Changing it to: imap_listen = 127.0.0.1 disable_plaintext_auth = yes Made it work for me. Not sure if this is a known issue or not. John

1 0

[Dovecot] configure problem with MySQL 4
by Laurent Papier 19 Jan '05

19 Jan '05

Hi, the configure mysql detection doesn't work with MySQL 4.0.x from MySQL AB. Detail information: dovecot 0.99.13, MySQL-devel-4.0.21-0 from MySQL AB. ./configure --with-mysql ... checking for mysql_init in -lmysqlclient... no checking for mysql_init in -lmysqlclient... (cached) no This version of MySQL need to be linked with '-lz'. The configure script check for mysql both with and without '-lz' but the test result is cached ... so the test with -lz failed. The included patch helps me compiling dovecot (only check mysql with -lz). I know that this workaround is not a general solution. Full configure output and config.log available on demand. Execpting this problem, dovecot works fine for us (RedHat, MySQL auth, maildir). -- Laurent Papier - 03 88 75 80 50 Admin. systeme - Sdv Plurimedia - <http://www.sdv.fr/>

1 0

[Dovecot] Re: dovecot Digest, Vol 21, Issue 24: vacation messages
by Ted Knab 19 Jan '05

19 Jan '05

Normally, the vacation message works with the default mail server (MTA). In my case, I use the vacation program. Postfix delivers to the local mail user and if they have a .forward with the vacation info on it gets called. For a truly virtual setup that does not require unique uids on the filesystem there is gnarwl. Gnarwl is a program written in C that does vacation messages for virtual users. It works with Postfix, which is simplier that sendmail. :) >------------------------------ > >Message: 2 >Date: Thu, 13 Jan 2005 23:13:48 -0700 >From: "Del Stoliker" <dstoliker(a)alphagraphics.com> >Subject: [Dovecot] Virtual users vacation notices and forwards >To: <dovecot(a)dovecot.org> >Message-ID: <200501140613.j0E6DfZ9012233(a)smtp2.alphagraphics.com> >Content-Type: text/plain; charset="us-ascii" > >I'm in the process of moving from UW-IMAP to dovecot. I'm exploring the idea >of using virtual users with dovecot and storing all user information in >LDAP. While bouncing this idea off of a coworker, he asked me how we could >handle vacation notices and forwards. Currently, we're using a procmail >recipe to generate the vacation notice, and the sendmail .forward file for >forwards (although most of our forwarding takes place elsewhere so the >.forward file is rarely used). These are, of course, dependant on the user >having an account on the mail server. How are those of you using virtual >users supporting this functionality? > >Thanks! > > > >

2 1

[Dovecot] istream-limit.c - assertion failed
by Mail Admin 19 Jan '05

19 Jan '05

Yes, that seems to eliminate the error on our server. It has been 3 days without seeing it. Thanks! Derek ------------------> I think this is the same problem I was having, try this.. After running configure and before doing a make, edit config.h: /* Define if you have FreeBSD-compatible sendfile() */ /* #define HAVE_FREEBSD_SENDFILE */ ^^ ^^

1 0

[Dovecot] 0.99.14-rc1
by Timo Sirainen 19 Jan '05

19 Jan '05

http://dovecot.org/rc/ Two backports from 1.0-tests and pretty important fix for mbox users if you're not already filtering X-UID header somewhere. For 1.0-tests you can fix it for now by applying patches http://dovecot.org/list/dovecot-cvs/2005-January/004046.html and http://dovecot.org/list/dovecot-cvs/2005-January/004047.html - Message address fields are now parsed differently, fixing some issues with spaces. Affects only clients which use FETCH ENVELOPE command. - Message MIME parser was somewhat broken with missing MIME boundaries - mbox: Don't allow X-UID headers in mails to override the UIDs we would otherwise set. Too large values can break clients and possibly Dovecot itself.

1 1

[Dovecot] Announcement: New Fedora releases
by Kenneth Porter 19 Jan '05

19 Jan '05

For FC2 and FC3. Users of MySQL and postgres should take note as the default build options have changed to remove these. The boot order has also changed to start dovecot after named, but this only takes effect if you run chkconfig to disable and re-enable the service and recreate the symlinks. More details in the RH announcements: <https://www.redhat.com/archives/fedora-announce-list/2005-January/msg00057.…> <https://www.redhat.com/archives/fedora-announce-list/2005-January/msg00058.…>

1 0