- dovecot - dovecot.org

[Dovecot] raw logging
by Marco Herrn 23 Jan '05

23 Jan '05

Hi, I have a question about the raw logging feature. As I understand the documentation it is meant for traffic measuring. But it seems to be more targeted at developers. Is there a way for measuring the traffic for the end user? If not with raw loggin in another way? Regards Marco -- The minute a man is convinced that he is interesting, he isn't. -- Marco Herrn _ ___ o ' (_)< _ _ _>(__'> o 0 (_X % >(_`> O o _; _;'7^'_ \;\ % (GnuPG/PGP-encrypted mail preferred) _;\ _.\ _.';;) ;,;_/; Key ID: 0x94620736 _ _'./_\('))_; );/\)}/`fsc

2 1

[Dovecot] Experimental FreeBSD ports / packages for test61
by Dominic Marks 23 Jan '05

23 Jan '05

Hello, If anyone would like it I have provided a Dovecot 1.0 test61 port and package for FreeBSD 5.3 here. I made them for my own experimentation but thought they might be interesting to others I suppose. http://www.helenmarks.co.uk/~dom/dovecot/ These deviate from the stock test61 because I've updated and added a patch I wrote a long time ago for ioloop kqueue/kevent support in Dovecot. I have no configure skill at all so you get it even if you don't choose it in the options dialogue. It seems to work still, I tested it very lightly, but I don't use day to day, so YMMV. To use the shar file: gzip -d <path/to/dovecot.shar.gz> shar <path/to/dovecot.shar> cd dovecot make install To use the package: pkg_add -r http://www.helenmarks.co.uk/~dom/dovecot/dovecot-1.0-test61.tbz Cheers, -- Dominic

2 1

[Dovecot] Disallow creation of (sub) folders
by Remy Zandwijk 23 Jan '05

23 Jan '05

Hi. Is there a way to prevent users from creating new mailboxes? In our setup, we've several standard mailboxes (maildir format). Users should use these and only these. I allready tried to chown the base directory, e.g. /var/mailstore/r/remy/, to root, and delivery still works then, but procmail chown's this back to the users' name. I have a workaround by using symlinks, but I think this is a lame solution. Another question: when is Dovecot 1.0 supposed to be released for production purposes? Regards, Remy Zandwijk

2 1

[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