- dovecot - dovecot.org

[Dovecot] Is it possible to access maildir w/ 2 clients at the same time?
by Erhard Guenther 24 Jan '05

24 Jan '05

Hi, I have dovecot with Maildir installed and running. No problems. I use kmail on both desktop and laptop with cachedimap configuration. kmail is configured to look for new mail every two minutes. Now my question: When both maschines are running and kmail is started then two clients access the same Maildir on the server at the same time. Is this possible or can this corrupt the Maildir directory. TIA Guenther

3 2

[Dovecot] Trouble getting TLS to work
by Remy Zandwijk 24 Jan '05

24 Jan '05

Hi. I've Dovecot running on Solaris 9. Logging in without SSL or TLS works. Logging in with SSL (port 993) works. Logging in with TLS does not work. Tried Eudora, Thunderbird and Outlook Express, but none of them could log in. Outlook returns an error message like: "PLAIN authentication failed. None of the authentication methods supported by your IMAP server are supported on this computer.". Since SSL is working, I think I can savely say the SSL parameters are OK. My config includes the lines: disable_plaintext_auth = no auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam What could cause this problem?? Regards, Remy

1 0

[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