- dovecot - dovecot.org

[Dovecot] autocreate "bug" with 1.2 solved
by Robert Schetterer 19 Jan '09

19 Jan '09

Hi Timo i found "the bug" with autocreate in dovecot 1.2 last weeks i tested a lot with namespaces i finally declared shared namespace before private namespace in dovecot.conf by doing a lot of copy paste namespace test variants getting autocreate to work i finally copied my private namespace declaration above the shared namespace in dovecot.conf and now its working. So it simple autocreate parses the dovecot.conf from begin and uses the first namespace found in dovecot.conf , if that namespace doesnt match its going do log namespace not found in the log and stop working so its by design ,not really a bug , but it should dokumented elsewhere if you wont fix that behavior in the future -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 2

[Dovecot] Default mbox file ownership and permissions with static userdb
by Christian Kreibich 18 Jan '09

18 Jan '09

Hi there! I'm using Dovecot 1.1.7 in a simple setup with a static userdb: userdb: driver: static args: uid=50018 gid=50019 home=/home/dovemail When my users create folders via IMAP, the ownership of the mbox file is user dovemail, group dovemail, and permissions are 600. I'd like this to change to user dovemail, group doveusers, permissions 660, but I can't figure out a way to do it. Can anyone help? Thanks in advance. -- Cheers, Christian

2 2

[Dovecot] Possible Bug segnalation
by Claudio Prono 18 Jan '09

18 Jan '09

Hi to all, Today i have manually copied at least 250 mail from a mailbox to another and i have encountered some problems with dovecot. When finished to download all the messages, via pop3, at the next check mail dovecot give me that error: dovecot: Jan 15 10:59:55 Info: POP3(michele(a)domain.net): Mailbox init failed top=0/0, retr=0/0, del=0/29, size=932800 Then, the messages from the pop server was deleted, to the client an error was given but no mail downloaded. I have resolved that deleting all the dovecot files into the mailbox, so: dovecot-uidlist dovecot.index dovecot.index.cache dovecot.index.log Then, all restarted to works normally, but...the most bad thing is... the lost mails! I use OpenSuSE 11 with dovecot11-1.1.3-5.1 with postfix and virtual users on mysql. Here is my dovecot -n: # 1.1.3: /etc/dovecot/dovecot.conf log_path: /var/log/dovecot-err.log info_log_path: /var/log/dovecot-inf.log protocols: imap imaps pop3 pop3s disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login first_valid_uid: 51 last_valid_uid: 51 first_valid_gid: 51 last_valid_gid: 51 mail_location: maildir:/var/mail/virtual/%d/%u mail_debug: yes mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/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/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 imap_client_workarounds(default): outlook-idle imap_client_workarounds(imap): outlook-idle imap_client_workarounds(pop3): pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %Mf auth default: passdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf userdb: driver: passwd userdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 plugin: quota: maildir quota: maildir:user quota quota_warning: storage=80%% /usr/bin/quota_warning.sh 80 quota_warning2: storage=90%% /usr/bin/quota_warning.sh 90 quota_warning3: storage=99%% /usr/bin/quota_warning.sh 90 Anyone have some similar experience to mine? Cordially, Claudio Prono. -- ------------ Claudio Prono Systems Development @ PSS Srl, Divisione Implementazione Sistemi Via San Bernardino, 17 - 10137 Torino (TO) - IT Tel +39-011.32.72.100 Fax +39-011.32.46.497 PGP Fingerprint: 75C2 4049 E23D 2FBF A65F 40DB EA5C 11AC C2B0 3647 Disclaimer: http://atpss.net/disclaimer ------------

2 5

[Dovecot] Trouble with %d in args of passwd-file
by Nathan Hüsken 18 Jan '09

18 Jan '09

Hello, I am trying to configure my dovecot folowing this guide: http://www.w3style.co.uk/virtual-domains-with-exim-and-dovecot I append the output of dovecot -n below. I created /etc/vmail/my-domain.de/user containing: test-user:{PLAIN}test:1002:100::/home/test-user:: No I try to login: telnet 127.0.0.1 143 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. * OK This is Dovecot, and it is ready. a01 LOGIN test-user(a)my-domain.de test a01 NO Authentication failed. It does not work! But when I change the "%d" to my-domain.de, and login without the domain, it works! What am I doing wrong? Thanks! Nathan dovecot -n # 1.1.4: /etc/dovecot/dovecot.conf Warning: mail_extra_groups setting was often used insecurely so it is now deprecated, use mail_access_groups or mail_privileged_group instead base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.info.log ssl_cert_file: /etc/exim4/exim.crt ssl_key_file: /etc/exim4/exim.key disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable: /usr/lib/dovecot/imap-login login_greeting: This is Dovecot, and it is ready. login_process_per_connection: no login_max_connections: 10 max_mail_processes: 64 verbose_proctitle: yes mail_extra_groups: mail mail_access_groups: mail mail_location: maildir:%h/Maildir mail_full_filesystem_access: yes auth default: mechanisms: plain digest-md5 cram-md5 passdb: driver: passwd-file args: /etc/vmail/%d/users userdb: driver: passwd-file args: /etc/vmail/%d/users

2 1

[Dovecot] 1.1.9 release candidate
by Timo Sirainen 18 Jan '09

18 Jan '09

http://dovecot.org/tmp/dovecot-1.1.9.rc.tar.gz There are a couple of a bit larger changes, so would be nice if a few people tested this on different setups before I released the final v1.1.9. Changes since v1.1.8: + deliver: Added rejection_subject setting, which is used for rejected mails. + pop3: Prevent clients from looping forever trying to fetch an expunged message. + If login process crashes, log the IP address that (maybe) caused it. + If core dump limit is 0, add "core dumps disabled" to startup log line. - mbox: Fixed assert-crash with pop3_lock_session=yes - dbox: Fixes to handling maildir-converted files. - Auth cache wasn't working correctly for all fields (e.g. allow_nets) with blocking passdbs (e.g. mysql). - pgsql: Handle reconnecting to server without failing auth lookups. - Berkeley DB memory/resource leak fixes. - maildir: Fixes to handling over 26 keywords.

4 7

Re: [Dovecot] Can imap IDLE be disabled?
by Timo Sirainen 17 Jan '09

17 Jan '09

On Jan 17, 2009, at 2:14 PM, Ed Ewing wrote: >> Are you sure disabling IDLE helps with that? AFAIK most clients >> keep persistent connections to server regardless of their ability >> to IDLE. >> >> > No expert here but netstat shows persistent established connections > for users with blackberrys. Ah, ok. I think blackberry is an exception here. But actually you can disable IDLE by changing imap_capability setting manually. Set it to the default CAPABILITY reply you get from Dovecot, just remove IDLE.

1 0

Re: [Dovecot] Can imap IDLE be disabled?
by Timo Sirainen 17 Jan '09

17 Jan '09

On Jan 17, 2009, at 2:03 PM, Ed Ewing wrote: > On 1/17/2009 10:58 AM, Timo Sirainen wrote: >> On Jan 17, 2009, at 1:56 PM, Ed Ewing wrote: >> >>> Have looked through all of the config options in the wiki and >>> don't see a reference to turning off IDLE similar to courier's >>> capability. >>> Is it possible? >> >> No. Why do you want to disable it? >> > Prefer not having persistent connections to the server. > May sound backwards but simple as that. Are you sure disabling IDLE helps with that? AFAIK most clients keep persistent connections to server regardless of their ability to IDLE.

1 0

[Dovecot] Can imap IDLE be disabled?
by Ed Ewing 17 Jan '09

17 Jan '09

Have looked through all of the config options in the wiki and don't see a reference to turning off IDLE similar to courier's capability. Is it possible? Thanks for any pointers. Using version 1.1.6

2 1

[Dovecot] Procmail + Dovecot
by Mark Nyqvist Hjarding 17 Jan '09

17 Jan '09

I have been trying to set up procmail but I am running into some issues with using deliver. I am running Debian Etch with Dovecot 1.1.8 compiled from the Debian Experimental source package. ##### Start .procmailrc ##### # System-wide settings for procmail SHELL="/bin/bash" SENDMAIL="/usr/sbin/sendmail -oi -t" LOGFILE="/var/log/procmail.log" DELIVER="/usr/lib/dovecot/deliver" # Set to yes when debugging VERBOSE=yes # Some news clients, such as slrn & nn, use $HOME/News DEFAULT="$HOME/" MAILDIR="$HOME/" # Directory for storing procmail-related files PMDIR=$HOME/Procmail # Put ## before LOGFILE if you want no logging (not recommended) LOGFILE=$PMDIR/log :0 w * ^(From|Cc|To).*(suspend2|tuxonice) | /usr/lib/dovecot/deliver -m .mail.tuxonice ##### End .procmailrc ##### When I receive a matching email I get the following in my Procmail log: procmail: Match on "^(From|Cc|To).*(suspend2|tuxonice)" procmail: Executing "/usr/lib/dovecot/deliver,-m,.mail.tuxonice" procmail: Error while writing to "/usr/lib/dovecot/deliver" procmail: Program failure (78) of "/usr/lib/dovecot/deliver" procmail: Assigning "LASTFOLDER=/usr/lib/dovecot/deliver -m .mail.tuxonice" The email then ends up in my INBOX instead. Can anyone help me how to fix this? /Mark

3 3

[Dovecot] mkdir permissions denied
by maillists＠gimo.co.uk 16 Jan '09

16 Jan '09

Hi I am having problems with a new server that I'm setting up. For some reason it doesn't want to create the directories for the users. I'm getting a permissions denied error when logging into the server. Here is the info I could find, the weird thing is that I have two other servers where this configuration is working 100% # dovecot -n # 1.1.8: /etc/dovecot.conf # OS: Linux 2.6.18-92.1.22.el5 i686 CentOS release 5.2 (Final) ext3 base_dir: /var/run/dovecot/ listen: * ssl_cert_file: /etc/pki/dovecot/cert.pem ssl_key_file: /etc/pki/dovecot/key.pem 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 login_greeting: Ready. verbose_proctitle: yes first_valid_uid: 89 first_valid_gid: 89 mail_privileged_group: mail mail_location: maildir:/var/virtual/%d/%n/ mail_debug: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 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 outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh 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 verbose: yes debug: yes passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix # grep -v '^ *$#.*$\?$' /etc/dovecot-sql.conf driver = mysql connect = host=localhost dbname=postfix user=user password=passwd default_pass_scheme = MD5 password_query = SELECT password FROM mailbox WHERE username = '%u' user_query = SELECT 89 AS uid, 89 AS gid, maildir FROM mailbox WHERE username = '%u' AND active = '1' # telnet localhost 110 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. +OK Ready. user user1(a)domain.com +OK pass userpass +OK Logged in. -ERR [IN-USE] Couldn't open INBOX: Internal error occurred. Refer to server log for more information. [2009-01-16 14:47:16] Connection closed by foreign host. # tail -F /var/log/maillog Jan 16 14:46:53 host dovecot: auth(default): new auth connection: pid=15501 Jan 16 14:47:15 host dovecot: auth(default): client in: AUTH 1 PLAIN service=pop3 secured lip=127.0.0.1 rip=127.0.0.1 lport=110 rport=50795 resp=<hidden> Jan 16 14:47:15 host dovecot: auth-worker(default): mysql: Connected to localhost (postfix) Jan 16 14:47:15 host dovecot: auth-worker(default): sql(user1(a)domain.com,127.0.0.1): query: SELECT password FROM mailbox WHERE username = 'user1(a)domain.com' Jan 16 14:47:16 host dovecot: auth(default): client out: OK 1 user=user1(a)domain.com Jan 16 14:47:16 host dovecot: auth(default): master in: REQUEST 2 15427 1 Jan 16 14:47:16 host dovecot: auth-worker(default): sql(user1(a)domain.com,127.0.0.1): SELECT 89 AS uid, 89 AS gid, maildir FROM mailbox WHERE username = 'user1(a)domain.com' AND active = '1' Jan 16 14:47:16 host dovecot: auth(default): master out: USER 2 user1(a)domain.com uid=89 gid=89 maildir=domain.com/user1/ Jan 16 14:47:16 host dovecot: pop3-login: Login: user=<user1(a)domain.com>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jan 16 14:47:16 host dovecot: POP3(user1(a)domain.com): Effective uid=89, gid=89 Jan 16 14:47:16 host dovecot: POP3(user1(a)domain.com): maildir: data=/var/virtual/domain.com/user1/ Jan 16 14:47:16 host dovecot: POP3(user1(a)domain.com): maildir++: root=/var/virtual/domain.com/user1/, index=, control=, inbox=/var/virtual/domain.com/user1/ Jan 16 14:47:16 host dovecot: POP3(user1(a)domain.com): mkdir(/var/virtual/domain.com/user1/cur) failed: Permission denied Jan 16 14:47:16 host dovecot: POP3(user1(a)domain.com): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. [2009-01-16 14:47:16] Jan 16 14:47:16 host dovecot: POP3(user1(a)domain.com): Couldn't open INBOX top=0/0, retr=0/0, del=0/0, size=0 # ll /var/ drwxrwx--- 2 postfix postfix 4096 Jan 16 13:14 virtual # grep 89 /etc/passwd postfix:x:89:89::blablabla:/sbin/nologin # grep 89 /etc/group postfix:x:89: Can anyone please shed some light on where my problem lies? I'm at a total loss about this because like I said before, I have two other server and they have no problems. Thanks Reinhold ----- This email and any of its attachments are strictly confidential. They may contain privileged information and are intended for named addressee(s) only. Any copy, review, transmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipients is prohibited. If you have received this communication in error, please delete it immediately from your system and contact us on the above telephone number or email the sender. Global Interactive Marketing On-Line Limited is neither liable for the proper and complete transmission of the information contained in the communication nor for any delay in its receipt. Although this email and any of its attachments have been checked for the presence of computer viruses and we believe, but do not warrant, they are virus free, we do not accept any responsibility for the eventual adverse effect on systems or data that could result from the opening or use of this message and any attachment. You must therefore take full responsibility of checking for viruses. Global Interactive Marketing On-Line Ltd reserves the right to monitor all email communications. Global Interactive Marketing Online Ltd is registered in England and Wales by the Companies House, Cardiff. The company registration number is 5779675. Global Interactive Marketing Online Ltd, 14 Bonhill Street, London, EC2A 4BX, United Kingdom.

1 1