- dovecot - dovecot.org

[Dovecot] Wrong protocol in socket (director-doveadm vs director) ?
by Edward Carraro 02 Nov '10

02 Nov '10

I just noticed this error in my logs: director: Error: doveadm not compatible with this server (mixed old and new binaries?) director: Error: director(10.161.192.28:541/right): Wrong protocol in socket (director-doveadm vs director) The first error I removed by changing director_doveadm_port = 541 to director_doveadm_port = 542 Not really sure why that fixed it. The second error I don't know how to clear. I found this thread, http://dovecot.org/pipermail/dovecot/2010-July/051022.html but it didn't work for me. If I create a new service for dovecot-doveadm service director-doveadm { inet_listener { port = 542 } } Then I get a new error saying: service(director-doveadm): executable is empty here is my original 10-director.conf file (i'm using dovecot 2.0.6) director_doveadm_port = 541 service director { unix_listener login/director { mode = 0666 } fifo_listener login/proxy-notify { mode = 0666 } unix_listener director-userdb { mode = 0600 } inet_listener { port = 541 } } service imap-login { executable = imap-login director } service pop3-login { executable = pop3-login director } service managesieve-login { executable = managesieve-login director } protocol lmtp { auth_socket_path = /usr/local/var/run/dovecot/director-userdb passdb { driver = static args = proxy=y nopassword=y port=24 } }

2 8

[Dovecot] Dovecot 2.0.5 crash when It cannot remove maildir
by Len7hir 02 Nov '10

02 Nov '10

This is scenario that cause segmentation fault in my Dovecot. Maybe I do something wrong, but I don't know what... We run: mailbox_delete mailbox_delete do: mailbox_open(box) < 0 and after we have: box->v.delete(box) which run index_storage_mailbox_delete index_storage_mailbox_delete do: mailbox_close(box); and now mailbox is closed (this close box->view and mailbox open) Try to delete folder, but can't do this... example becaus it is system folder, or NFS failure... set error message and return -1. Now we are returning to mailbox_delete. And we have: if (ret < 0 && box->marked_deleted) and this is true mailbox_mark_index_deleted(box, FALSE) if (box->marked_deleted && del) this is false mail_index_transaction_begin(box->view, trans_flags); mail_index_view_ref(view) and segmentation fault, because view is 0x0 #0 mail_index_view_transaction_ref (view=0x0) at mail-index-view.c:81 #1 0xb7ef3214 in mail_index_transaction_begin (view=0x0, flags=MAIL_INDEX_TRANSACTION_FLAG_EXTERNAL) at mail-index-transaction.c:268 #2 0xb7eb7a73 in mailbox_mark_index_deleted (box=0x80c8268, del=false) at mail-storage.c:682 #3 0xb7eb80a9 in mailbox_delete (box=0x80c8268) at mail-storage.c:757 #4 0x0805001f in cmd_delete (cmd=0x8095978) at cmd-delete.c:46 #5 0x0805625c in client_command_input (cmd=0x8095978) at imap-client.c:741 #6 0x0805630b in client_command_input (cmd=0x8095978) at imap-client.c:791 #7 0x0805646d in client_handle_input (client=0x8095390) at imap-client.c:857 #8 0x08056f1f in client_input (client=0x8095390) at imap-client.c:908 #9 0xb7e6f110 in io_loop_handler_run (ioloop=0x806c370) at ioloop-epoll.c:212 #10 0xb7e6da98 in io_loop_run (ioloop=0x806c370) at ioloop.c:350 #11 0xb7e5b26a in master_service_run (service=0x806c2c0, callback=0x805f800 <client_connected>) at master-service.c:496 #12 0x0805f6da in main (argc=1752462689, argv=0x73616d2d) at main.c:358 This is Dovecot error or I do something wrong? -- Len7hir

2 3

[Dovecot] Problem with namespace (maybe bug?)
by l.chelchowski 02 Nov '10

02 Nov '10

Hi! Could you tell me what is wrong with an "existence" of mailbox? Please see the two examples: . list "" "*" * LIST (\HasNoChildren) "/" "Trash" * LIST (\HasNoChildren) "/" "Junk" * LIST (\HasNoChildren) "/" "Sent" * LIST (\HasNoChildren) "/" "Drafts" * LIST (\HasNoChildren) "/" "Archives" * LIST (\HasNoChildren) "/" "INBOX" * LIST (\HasNoChildren) "/" "Public/AddressBook" * LIST (\HasNoChildren) "/" "Public/PublicMails" * LIST (\Noselect \HasChildren) "/" "Shared/dziobak" * LIST (\Noselect \HasChildren) "/" "Shared/tester2" * LIST (\HasNoChildren) "/" "Shared/dziobak/root" * LIST (\HasChildren) "/" "Shared/tester2/sdfgsg" * LIST (\HasChildren) "/" "Shared/tester2/sdfgsg/gsdfgf" * LIST (\HasChildren) "/" "Shared/tester2/sdfgsg/gsdfgf/vtyjyfgj" * LIST (\HasChildren) "/" "Shared/tester2/sdfgsg/gsdfgf/vtyjyfgj/rtdhrthxs" * LIST (\HasNoChildren) "/" "Shared/tester2/sdfgsg/gsdfgf/vtyjyfgj/rtdhrthxs/zhfhg" . OK List completed. This looks OK. . list (subscribed) "" "*" * LIST (\Subscribed) "/" "Trash" * LIST (\Subscribed) "/" "Junk" * LIST (\Subscribed) "/" "Sent" * LIST (\Subscribed) "/" "Drafts" * LIST (\Subscribed \NonExistent) "/" "Public/AddressBook" * LIST (\Subscribed \NonExistent) "/" "Public/PublicMails" * LIST (\Subscribed \NonExistent) "/" "Public/" * LIST (\Subscribed) "/" "Archives" * LIST (\Subscribed \NonExistent) "/" "Shared/dziobak/root" * LIST (\Subscribed \NonExistent) "/" "Shared/tester2/sdfgsg" * LIST (\Subscribed \NonExistent) "/" "Shared/tester2/sdfgsg/gsdfgf" * LIST (\Subscribed \NonExistent) "/" "Shared/tester2/sdfgsg/gsdfgf/vtyjyfgj" * LIST (\Subscribed \NonExistent) "/" "Shared/tester2/sdfgsg/gsdfgf/vtyjyfgj/rtdhrthxs" * LIST (\Subscribed \NonExistent) "/" "Shared/tester2/sdfgsg/gsdfgf/vtyjyfgj/rtdhrthxs/zhfhg" * LIST (\Subscribed \NonExistent) "/" "Shared/" . OK List completed. Why the public and shared mailboxes have flag \NonExistent? Here is a cut of dovecot -n # 1.2.14: /usr/local/etc/dovecot.conf # OS: FreeBSD 7.2-RELEASE i386 namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: public separator: / prefix: Public/ location: maildir:/home/public/Maildir:CONTROL=~/Maildir/control/public:INDEX=~/Maildir/index/public list: children namespace: type: shared separator: / prefix: Shared/%%u/ location: maildir:%%h/Maildir:INDEX=~/Maildir/index/shared/%%u list: children plugin: autocreate: Trash autocreate2: Junk autocreate3: Sent autocreate4: Drafts autocreate5: Archives autosubscribe: Trash autosubscribe2: Junk autosubscribe3: Sent autosubscribe4: Drafts autosubscribe5: Public.AddressBook autosubscribe6: Public.PublicMails autosubscribe7: Archives acl: vfile:/usr/local/etc/dovecot/acls acl_shared_dict: file:/usr/local/etc/dovecot/shared/shared-mailboxes.db Could you tell me where is the problem, is it a bug or my config mistake? -- Pozdrawiam Łukasz

3 4

[Dovecot] Help with implementing quota warning
by Joy 02 Nov '10

02 Nov '10

Dear All, I am using the latest version of doveot-2.0.6 and using dovecot-lda to deliver mail in to Maildir. I have successfully implemented the global quota as well as per user quota using ldap for storing per user quota. Now i am trying to send warning message when user exceed quota limit of 80% and 95% but unable to implement the same. Here is the output of doveconf -n # 2.0.6: /usr/local/dovecot/etc/dovecot/dovecot.conf # OS: Linux 2.6.35-22-generic i686 Ubuntu 10.10 base_dir = /var/run/dovecot/ disable_plaintext_auth = no hostname = mail.example.net lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes listen = * log_path = /var/log/imap login_greeting = IMAP4 and POP3 server ready to serve you. mail_location = maildir:~/Maildir mail_plugins = " acl quota" passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { acl = vfile:/usr/local/dovecot-acl/acl:cache_secs=3600 autocreate = Sent Items autocreate2 = Drafts autocreate3 = Spam autocreate4 = Deleted Items autosubscribe = Sent Items autosubscribe2 = Drafts autosubscribe3 = Spam autosubscribe4 = Deleted Items quota = maildir:User quota quota_rule = *:storage=1G quota_warning = storage=95%% /usr/local/bin/quota-warning.sh 95 %u quota_warning2 = storage=80%% /usr/local/bin/quota-warning.sh 80 %u } postmaster_address = admin(a)example.net protocols = imap pop3 service imap-login { inet_listener imap { port = 143 } } service pop3-login { inet_listener pop3 { port = 110 } } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl = no userdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } protocol lda { mail_plugins = " acl quota" } protocol imap { mail_plugins = " acl quota autocreate imap_acl imap_quota" } protocol pop3 { mail_plugins = " acl quota" } Here is quota-warning.sh content #!/bin/sh PERCENT=$1 USER=$2 cat << EOF | /usr/local/dovecot/libexec/dovecot/dovecot-lda -d $USER -o "plugin/quota=maildir:User quota:noenforcing" From: postmaster(a)teamgenesys.net Subject: quota warning Your mailbox is now $PERCENT% full. Please delete unnecessary mail or request more space. This is an automated message, please do not respond. EOF All the users are virtual users and running under vmail id. I am getting the following error in log file when user reaches 80% of defined quota limit Error: quota: net_connect_unix(/usr/local/bin/quota-warning.sh) failed: Connection refused Is it configuration issue or anyting else ?? Thanks hoping to get response ....

2 1

[Dovecot] Dovecot 2.0.5 - multiple auth processes.
by Marek Miska 02 Nov '10

02 Nov '10

Hi. On Dovecot 1.2.x it is possible to run multiple auth daemons. Is it possible on dovecot 2.0.x ? (Setting "process_min_avail" for auth service gives this error message: "doveconf: Fatal: Error in configuration file /etc/dovecot/dovecot.conf: service(auth): process_min_avail is higher than process_limit") Sample configuration for dovecot 1.2.8: auth default { count = 10 mechanisms = plain passdb ldap { args = /etc/dovecot/dovecot-ldap.conf } userdb ldap { args = /etc/dovecot/dovecot-ldap.conf } user = root } auth lda { mechanisms = plain passdb ldap { args = /etc/dovecot/dovecot-ldap.conf } userdb ldap { args = /etc/dovecot/dovecot-ldap.conf } user = root socket listen { master { path = /var/run/dovecot/auth-master mode = 0666 } } }

2 4

[Dovecot] mail_attachment_hash
by Daniel L. Miller 02 Nov '10

02 Nov '10

What happens if this setting gets changed - after the system has been running for some time? Are the old attachments lost? -- Daniel

2 1

[Dovecot] Help Dovecot / vpopmail auth process...
by postmaster＠cyborspace.com 02 Nov '10

02 Nov '10

Please forgive my previous posts, sending mail manually since i cant get the auth to work. Thought i had the body cut and pasted correctly. I am pulling my hair out, i think I know what is wrong - i just cant find out how to fix it. Using Debian - lenny it appears that the auth process - is not looking for / seeing the proper file or database for the lookup. i would like it to point to the cdb file stored ~/domains/%d/ <---- assuming the %d = domains - and the file would then be vpasswd.cdb...... Let me know if i need to post anything else to help. 2010-10-30 15:35:58.147617500 auth: Debug: Loading modules from directory: /usr/local/lib/dovecot/auth 2010-10-30 15:35:58.147852500 auth: Debug: auth client connected (pid=27491) 2010-10-30 15:35:58.149434500 imap-login: Warning: SSL: where=0x10, ret=1: before/accept initialization [70.62.148.223] 2010-10-30 15:35:58.149436500 imap-login: Warning: SSL: where=0x2001, ret=1: before/accept initialization [70.62.148.223] 2010-10-30 15:35:58.149437500 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 read client hello A [70.62.148.223] 2010-10-30 15:35:58.149437500 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write server hello A [70.62.148.223] 2010-10-30 15:35:58.149438500 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write certificate A [70.62.148.223] 2010-10-30 15:35:58.149444500 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write server done A [70.62.148.223] 2010-10-30 15:35:58.149445500 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 flush data [70.62.148.223] 2010-10-30 15:35:58.149446500 imap-login: Warning: SSL: where=0x2002, ret=-1: SSLv3 read client certificate A [70.62.148.223] 2010-10-30 15:35:58.149446500 imap-login: Warning: SSL: where=0x2002, ret=-1: SSLv3 read client certificate A [70.62.148.223] 2010-10-30 15:35:58.177505500 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 read client key exchange A [70.62.148.223] 2010-10-30 15:35:58.177507500 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 read finished A [70.62.148.223] 2010-10-30 15:35:58.177508500 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write change cipher spec A [70.62.148.223] 2010-10-30 15:35:58.177508500 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write finished A [70.62.148.223] 2010-10-30 15:35:58.177509500 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 flush data [70.62.148.223] 2010-10-30 15:35:58.177532500 imap-login: Warning: SSL: where=0x20, ret=1: SSL negotiation finished successfully [70.62.148.223] 2010-10-30 15:35:58.177533500 imap-login: Warning: SSL: where=0x2002, ret=1: SSL negotiation finished successfully [70.62.148.223] 2010-10-30 15:35:58.287127500 auth: Debug: client in: AUTH 1 PLAIN service=imap secured lip=172.16.150.30 rip=70.62.148.223 lport=993 rport=46817 2010-10-30 15:35:58.287210500 auth: Debug: client out: CONT 1 2010-10-30 15:35:58.307138500 auth: Debug: client in: CONT 1 AHJ4YmF1ZXJAcGhhdGFuaGFwcHkuY29tADUxNjIzMQ== 2010-10-30 15:35:58.307139500 auth: Debug: vpopmail(rxbauer(a)phatanhappy.com,70.62.148.223): lookup user=rxbauer domain=phatanhappy.com 2010-10-30 15:35:58.307140500 auth: Info: vpopmail(rxbauer(a)phatanhappy.com,70.62.148.223): unknown user 2010-10-30 15:36:00.308541500 auth: Debug: client out: FAIL 1 user=rxbauer(a)phatanhappy.com 2010-10-30 15:36:00.379057500 auth: Debug: client in: AUTH 2 PLAIN service=imap secured lip=172.16.150.30 rip=70.62.148.223 lport=993 rport=46817 resp=AHJ4YmF1ZXJAcGhhdGFuaGFwcHkuY29tADUxNjIzMQ== 2010-10-30 15:36:04.380615500 auth: Debug: vpopmail(rxbauer(a)phatanhappy.com,70.62.148.223): lookup user=rxbauer domain=phatanhappy.com 2010-10-30 15:36:04.380707500 auth: Info: vpopmail(rxbauer(a)phatanhappy.com,70.62.148.223): unknown user 2010-10-30 15:36:06.380535500 auth: Debug: client out: FAIL 2 user=rxbauer(a)phatanhappy.com dovecot --version 2.0.6 dovecot -n # 2.0.6: /usr/local/etc/dovecot/dovecot.conf doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -n > dovecot-new.conf doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/conf.d/10-mail.conf:350: namespace private {} has been replaced by namespace { type=private } # OS: Linux 2.6.26-2-686 i686 Debian 5.0.6 auth_debug = yes auth_debug_passwords = yes auth_verbose = yes auth_verbose_passwords = plain debug_log_path = /dev/stderr default_client_limit = 2000 default_process_limit = 200 default_vsz_limit = 512 M first_valid_uid = 100 hostname = mail.cyborspace.com info_log_path = /dev/stderr log_path = /dev/stderr log_timestamp = mail_location = maildir:~/Maildir namespace { inbox = yes location = prefix = INBOX. separator = . type = private } passdb { driver = vpopmail } postmaster_address = postmaster(a)cyborspace.com service imap-login { inet_listener imap { address = 127.0.0.1 port = 143 } inet_listener imaps { address = 172.16.150.30 port = 993 ssl = yes } } service lmtp { unix_listener lmtp { mode = 0666 } } service pop3-login { inet_listener pop3 { address = 127.0.0.1 port = 110 } inet_listener pop3s { address = 172.16.150.30 port = 995 ssl = yes } } ssl_cert = </var/qmail/control/servercert.pem ssl_key = </var/qmail/control/servercert.pem userdb { driver = vpopmail } verbose_proctitle = yes verbose_ssl = yes A A A A A

2 1

[Dovecot] Namespace subscription issue
by Brad Davidson 02 Nov '10

02 Nov '10

I'm a little confused about how public namespaces work with subscriptions. If I set subscriptions=no and subscribe to the folders, the subscription entries go into the user's private subscription file and that's fine. However, I am unable to pull their status with the LIST-EXTENDED extension. Normal listing works OK: A0004 LIST "" "*" RETURN (STATUS (MESSAGES UNSEEN)) * LIST (\NonExistent) "/" "Public" * LIST () "/" "Public/Public One" * STATUS "Public/Public One" (MESSAGES 0 UNSEEN 0) * LIST () "/" "Public/Public One/Sub 1" * STATUS "Public/Public One/Sub 1" (MESSAGES 0 UNSEEN 0) * LIST () "/" "Public/Public One/Sub 2" * STATUS "Public/Public One/Sub 2" (MESSAGES 0 UNSEEN 0) * LIST () "/" "Public/Public Two" * STATUS "Public/Public Two" (MESSAGES 0 UNSEEN 0) * LIST () "/" "Public/Read-only" * STATUS "Public/Read-only" (MESSAGES 1 UNSEEN 0) A0004 OK List completed. Listing SUBSCRIBED (or LSUB) fails: A0003 LIST (SUBSCRIBED) "" "*" RETURN (STATUS (MESSAGES UNSEEN)) * LIST (\Subscribed) "/" "Public/Public One" * NO Mailbox doesn't exist: Public.Public One * LIST (\Subscribed) "/" "Public/Public One/Sub 1" * NO Mailbox doesn't exist: Public.Public One.Sub 1 * LIST (\Subscribed) "/" "Public/Public One/Sub 2" * NO Mailbox doesn't exist: Public.Public One.Sub 2 * LIST (\Subscribed) "/" "Public/Public Two" * NO Mailbox doesn't exist: Public.Public Two * LIST (\Subscribed) "/" "Public/Read-only" * NO Mailbox doesn't exist: Public.Read-only A0003 OK List completed. If I set subscriptions=yes it works OK, but then the subscriptions are shared unless I override SUBSCRIPTIONS in the mail location. Is this working as designed? Here's what I ended up doing - is there a better way? namespace { inbox = yes location = prefix = separator = / type = private } namespace { hidden = yes list = no location = maildir:%h/Maildir prefix = ~/mail/ separator = / type = private } namespace { type = public separator = / prefix = Public/ location = maildir:/var/mail/public:INDEX=~/Maildir/public:SUBSCRIPTIONS=~/Maildir/ public/subscriptions subscriptions = yes } --- Brandon 'Brad' Davidson Virtualization Systems Administrator University of Oregon Information Services (541) 346-8098 brandond(a)uoregon.edu

2 1

[Dovecot] What causes the quota information to get updated?
by Patrick Westenberg 02 Nov '10

02 Nov '10

Hello, if new mails arrive, the quota information is updated and reported via imap immediately. However, after deleting a message, nothing happens. Even if I delete all messages and the mailbox e.g. was over quota, new mails won´t be accepted because the mailbox is over quota. Is this the way it should be or a misconfiguration? # 2.0.4: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.5 auth_mechanisms = plain login log_timestamp = "%Y-%m-%d %H:%M:%S " mail_debug = yes mail_gid = vmail mail_location = mdbox:~/mdbox mail_plugins = quota mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { inbox = yes location = prefix = INBOX. separator = . type = private } passdb { args = /usr/local/etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { quota = dict:User quota::file:%h/mdbox/dovecot-quota quota_rule2 = INBOX.Trash:storage=+50M quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=5%% quota-warning 5 %u sieve = ~/.dovecot.sieve sieve_global_path = /usr/local/etc/dovecot/sieve/default.sieve } protocols = imap sieve service imap-login { service_count = 1 } service managesieve-login { inet_listener sieve { port = 4190 } inet_listener sieve_deprecated { port = 2000 } service_count = 1 } ssl = required ssl_cert = </etc/ssl/certs/imap_wk-serv_net.crt ssl_key = </etc/ssl/certs/imap_wk-serv_net.key userdb { args = /usr/local/etc/dovecot/dovecot-sql.conf.ext driver = sql } protocol imap { mail_plugins = $mail_plugins imap_quota }

2 1

[Dovecot] LDAP acl_groups - can multivalue LDAP be used
by ian+dovecot＠comtek.co.uk 02 Nov '10

02 Nov '10

Hi, Is there some kind of way to get acl_groups out of LDAP without having to maintain an entry with a list of groups 'a,b,c' and so on? Our groups have a list of 'member' attributes with CNs pointing at users. Ideally there would be a way to look this up directly. Alternately I could perhaps use an OpenLDAP overlay to show 'group' attributes for each user's ldap entry. I would then like to be able to tell it to get all 'group' attributes and comma-separate them. The best option I've seen so far is something like http://www.dovecot.org/list/dovecot/2010-March/047731.html which seems to involve a completely separate LDAP session from a login script. Thanks in advance for any help, Ian

2 1