- dovecot - dovecot.org

[Dovecot] dovecot quota messages problem
by costexx 30 Sep '08

30 Sep '08

Hi. I have a question about quota messages (dovecot 1.1.3). I'm tryng to use quota messages for moving messages in a new folder when they reach a certin number(10000). I made the script which is called when quota_warning condition is met. Then i made a rule to exclude that folder from quota, quota_rule3:folder:ignore The problem is that this folder is still counted in quota. I don't know if this is a bug or this is how ignore is suposed to work(maibe ignore works only for storage). -- View this message in context: http://www.nabble.com/dovecot-quota-messages-problem-tp19738722p19738722.ht… Sent from the Dovecot mailing list archive at Nabble.com.

1 0

[Dovecot] dovecot 1.2.alpha1 quota dict driver mysql broken
by Robert Schetterer 29 Sep '08

29 Sep '08

Hi Timo, quota dict seems to be broken with 1.2.alpha1 MAP(robert(a)schetterer.com): read(/var/run/dovecot/dict-server) failed: Remote disconnected dovecot: Sep 24 18:43:16 Error: dict: Error in configuration file /etc/dovecot/dovecot-dict-quota.conf line 1: Unknown setting: driver dovecot: Sep 24 18:43:16 Error: dict: Failed to initialize dictionary 'quotadict' etc/dovecot/dovecot-dict-quota.conf driver = mysql connect = host=localhost dbname=postfix user=postfix password=... default_pass_scheme = PLAIN table = quota select_field = current where_field = path username_field = username worked with 1.1.3 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 8

[Dovecot] login processes killed with signal 15
by Radu Popescu 29 Sep '08

29 Sep '08

[root@xxx etc]# dovecot --version 1.1.3 [root@adi-ion etc]# dovecot -n # 1.1.3: /usr/local/etc/dovecot.conf log_path: /var/log/dovecot protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/postfix/smtpd.cert ssl_key_file: /etc/postfix/smtpd.key disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login mail_location: maildir:/home/vmail/%d/%n/ mail_debug: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %v.%u auth default: mechanisms: plain login debug: yes debug_passwords: yes passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf socket: type: listen master: path: /usr/local/var/run/dovecot/auth-master mode: 384 user: vmail group: vmail The log looks like this - it happens every few days: dovecot: Sep 28 02:28:40 Warning: pop3-login: Killed with signal 15 dovecot: Sep 28 02:28:40 Warning: imap-login: Killed with signal 15 dovecot: Sep 28 02:28:40 Warning: pop3-login: Killed with signal 15 dovecot: Sep 28 02:28:40 Warning: auth(default): Killed with signal 15 dovecot: Sep 28 02:28:40 Warning: pop3-login: Killed with signal 15 dovecot: Sep 28 02:28:40 Warning: imap-login: Killed with signal 15 dovecot: Sep 28 02:28:40 Warning: Killed with signal 15 dovecot: Sep 28 02:28:40 Warning: imap-login: Killed with signal 15 dovecot: Sep 28 02:28:40 Warning: I/O leak: 0x407150 (24) deliver(xxx(a)xxx.com): Sep 28 04:07:04 Error: Can't connect to auth server at /usr/local/var/run/dovecot/auth-master: No such file or directory deliver(xxx(a)xxx.com): Sep 28 04:07:53 Error: Can't connect to auth server at /usr/local/var/run/dovecot/auth-master: No such file or directory deliver(xxx(a)xxx.com): Sep 28 04:08:12 Error: Can't connect to auth server at /usr/local/var/run/dovecot/auth-master: No such file or directory deliver(xxx(a)xxx.com): Sep 28 04:13:18 Error: Can't connect to auth server at /usr/local/var/run/dovecot/auth-master: No such file or directory deliver(xxx(a)xxx.com): Sep 28 04:13:18 Error: Can't connect to auth server at /usr/local/var/run/dovecot/auth-master: No such file or directory It's not a rpm installation, it compiled by me. The OS is a CentOS5.2.

2 1

[Dovecot] Converting from MBOX to Maildir broke procmail and Spamassasin and halted incoming mail
by Dan Roberts 29 Sep '08

29 Sep '08

I could use some help here - As I use Dovecot I started here when trying to figure out why I could not add new mail folders under my Mac's Mail program, but could under Thunderbird. It was quickly pointed out that my system was set up to use MBOX and not MAILDIR, and some helpful links and notes were sent back and forth giving me a good clue as to how to perform the conversion process. I did have success in getting my mail accounts converted from mbox to maildir, but then ran aground. I could see all of my existing mail and create new folders, but I could not see any of my incoming mail. What I was late in realizing was that I needed to also adjust the settings for my LDA, which as I am using sendmail is procmail, and it was suggested that I needed to adjust /etc/procmail to include the line DEFAULT=$HOME/Maildir/ I did that, but new mail still didn't show up correctly. I can only assume that I have something still not properly adjusted in my procmail settings. Given that I got everything else to work, and even successfully upgraded dovecot, it was very frustrating to set everything back to square one with mbox so that I had a functioning system once again. I am about to have some time on my hands and am going to try again - but this time I thought I would ask for help before I possibly loose my ability to receive new mail - makes reading those suggestions very hard. At present, my etc/procmailrc file is like this. ----------- [dan@trailrunner etc]$ cat procmailrc # send mail through SpamAssassin :0 fw * < 256000 | /usr/bin/spamc -f ----------- In each users Home directory I have a .procmailrc file that further directs things on a user level. For my directory this file is currently --------------- [dan@trailrunner ~]$ cat .procmailrc MAILDIR=$HOME/mail PROBABLYJUNK = /home/dan/mail/probably-spam :O H * ^X-Spam-Status:.*Yes { EXITCODE=67 :0: probably-spam } --------------- I admit that I set up Spamassasin some years ago and though I have updated things now and then, I don't recall all of the reasoning behind the setup - just know that it has been working. Whether I put the new line "DEFAULT=$HOME/Maildir/" in one file, the other or both - I got no incoming mail. My guess was that I had offended promail in one way or another. So, as I prepare to do the MBOX to MAILDIR conversion once again, does anyone have any guidance to offer for how to properly adjust the procmail files so that I can continue to filter spam? Much appreciated. Cheers - dan

4 6

[Dovecot] Use bacula to do backups/restores
by martijn＠youngguns.nl 29 Sep '08

29 Sep '08

Hi, I'm already using Bacula for a lot of backups jobs and I also want do backup mail which is stored on a server. The mail is stored in Maildirs which a could backup at filesystem level. But when I restore such a backup strange things happen. My mail client show some mail double and most of the restored mails are unread. I think I'm missing some important IMAP things. Martijn

1 0

[Dovecot] fs quota and sieve script - other place for compiled script
by Steffen Kaiser 29 Sep '08

29 Sep '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, lately I deployed a Sieve script for all accounts, even those already overquota. I use fs quota, which leaded to the problem that that the compiled script could not spooled into the home directory - because of the "Over quota" condition. Although Sieve is not directly related to the mail storage, it would be a good thing to have the compiled scripts somewhere in the INDEX= tree or some other non-quota partition. - - I hope that nobody is being able to upload a GB-Sieve script to try to fill the non-quota partition ;-) Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI4ImUVJMDrex4hCIRAgw8AJsEPEGIZRd92Y131f5lyBGLwxavvgCgqJ7P MhBmasR6RBgFViuwWAVsiTE= =QuIC -----END PGP SIGNATURE-----

1 0

[Dovecot] dovecot-1.1.3 failure to install
by tonj 29 Sep '08

29 Sep '08

I'm using Fedora 9 I downloaded dovecot-1.1.3.tar.gz and extracted it. I then opened a terminal in the extracted window. Your install instructions say: For most people, the usual: ./configure make sudo make install but when I did them I got [root@mydomain dovecot-1.1.3]# ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by make... GNU checking for gcc... no checking for cc... no checking for cl.exe... no configure: error: no acceptable C compiler found in $PATH See `config.log' for more details. [root@mydomain dovecot-1.1.3]# make make: *** No targets specified and no makefile found. Stop. [root@mydomain dovecot-1.1.3]# sudo make install make: *** No rule to make target `install'. Stop. [root@mydomain dovecot-1.1.3]# can you tell me why the install won't work? thanks for any advice.

5 9

[Dovecot] Mailing list / dovecot.org down this weekend
by Timo Sirainen 27 Sep '08

27 Sep '08

Apparently the building where dovecot.org server is located will lose its electricity for something like 9-26 hours this weekend. During this time the mailing list will be down, but the web, hg and wiki will be available in another server. (Well, the wiki depends on if I can get moinmoin fixed on the server.)

1 1

[Dovecot] dovecot imap auth fails to reconnect pgsql backend
by Frank Wang 27 Sep '08

27 Sep '08

Hi, We've observed frequent auth failure recently from the SquirrelMail frontend. The imap server is the dovecot-1.0.7-2 from Centos 5.2. The auth backend is a pgsql database on another server. The only way to make it work is to restart the dovecot, though sometimes it'll recover automatically, but you don't know when. At first we thought there might be a network problem, but we can always run pgsql client from the dovecot server to connect and query the backend database during the auth failure. We then upgraded to dovecot-1.1.3 from atrpms.net yesterday, and still the same. It looks like the dovecot fails to reconnect/retry pgsql backend. The related maillog in 1.0.7 version: Sep 16 02:31:22 mail dovecot: imap-login: Disconnected: Inactivity: method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Sep 16 02:33:20 mail dovecot: imap-login: Disconnected: Inactivity: method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Sep 16 02:38:40 mail dovecot: imap-login: Disconnected: Inactivity: method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured The related maillog in 1.1.3: Sep 21 14:11:24 mail dovecot: imap-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Sep 21 14:14:39 mail dovecot: imap-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Sep 21 14:15:15 mail dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=127.0.0.1, lip=127.0.0.1, secured Sep 21 14:23:49 mail dovecot: auth(default): sql(user(a)our.domain,127.0.0.1): Password query failed: Sep 21 14:23:49 mail dovecot: child 15241 (auth) killed with signal 11 Sep 21 14:23:50 mail dovecot: auth(default): pgsql: Connected to internal # dovecot -n # 1.1.3: /etc/dovecot.conf protocols: imap pop3 listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:/var/vmail/%d/%n mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login realms: our.domain1 our.domain2 default_realm: our.domain1 user: mail passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: static args: uid=508 gid=509 home=/var/vmail/%d/%n/ quota=maildir:storage=512000 socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix plugin: quota: maildir grep -v '^ *$#.*$\?$' /etc/dovecot-sql.conf driver = pgsql connect = host=<pg_server_ip> dbname=<pg_dbname> user=<pg_user> password=<pg_password> default_pass_scheme = PLAIN password_query = SELECT jm || '@%d' as user, password FROM usera where jm = '%n' and forbid = 'N' and ( '%d' = 'our.domain1' or '%d' = 'our.domain2' ) Can someone shed a light on this? Thanks! Regards, Frank Wang

4 12

[Dovecot] problems with auth protocol
by Giorgenes Gelatti 27 Sep '08

27 Sep '08

Hello there, I have a client connecting to dovecot and comunicating like this: * OK Dovecot ready. * AUTHENTICATE MYAUTH + base64 challange base64_response {NNN} * NO Invalid base64 data in continued response The problem is that dovecot seems to reject the response because of the {NNN} in the end of the string. If I remove the {NNN} it authenticates just fine. Any idea of whether it's standard or not? Thanks you.

2 1