- dovecot - dovecot.org

[Dovecot] [PATCH] Pop3/imap ordering in courier-dovecot-migrate.pl
by Pavel Stano 28 Jul '12

28 Jul '12

Hi, current version of courier migration script courier-dovecot-migrate.pl preserve order of POP3 UIDLs, but it keep IMAP UIDs not in order which cause problems with clients using IMAP along with POP3 in some cases. Attached patch use MAIL_FETCH_POP3_ORDER feature added in version 2.0.13 to keep POP3 and IMAP UID[L]s in order. -- [ Ohodnotte kvalitu mailu: http://nicereply.com/websupport/4afafd34/ ] Pavel Stano | admin team http://WebSupport.sk *** TAKE AND ENJOY ***

2 1

Re: [Dovecot] Disable W=<vsize> in filenames
by Daniel Pieper 28 Jul '12

28 Jul '12

I implemented a plugin for dovecot and now i got a error that maildir filename has wrong W value. When i rename the filename manually and delete the W value, all is ok.

2 1

[Dovecot] Dsync replication
by list＠airstreamcomm.net 28 Jul '12

28 Jul '12

I have been loosely following discussions dsync replication, but I am wondering if this tool still in a testing phase or has it been committed as a production part of Dovecot? I would like to do some testing with the protocol to see if it's capable of handling the change rate our mail service generates, which has about 23,000 active users. We are trying to find solutions for a two site setup where mail processing is either being done at the primary data center A and fails over to a hot standby cluster at the secondary data center B, or where both data centers are doing active processing. I have been unable to find documentation on dsync replication on the wiki, so if there is any documentation available on how to setup dsync replication I would appreciate a nudge in the right direction.

4 6

[Dovecot] get recipient entry while in the zlib plugin context
by Tofig Suleymanov 28 Jul '12

28 Jul '12

Hello, is it possible to get a recipient of an email while being in the zlib plugin context ? Thank you ! -----BEGIN PGP PUBLIC KEY BLOCK----- mQINBE9zuXMBEADG8O1eZpo8gxMFcQ2Bf4K/n2MvDoH5WDnffvLQcswkigKedicz lNNQzMTsk31gH8Hkl3upEK1jd0yfAmB20puITl52Mlzm3Xe6p8JDDZdKBppIaZI+ E0sin1ff/OBn/BPsPQjvCa92kOvm8Km118Wph3mUtQM4kZlMvxWSLWye1l9SUO0b Ou8zbuL0+5YaUABz57BGfJZDMHLORaeJMu3OVty4cpVBZl1Cn6aHNBbTlXK+w6vu 8N0VoDMtoXje2XIuBYhT9e5A104Sl40IU0Uh9K1dwRyyQhqKyUIoBzNMweyWCtN/ qFn2Idp3h48Wca4g2rAnY5jNaihDEL2T/a/aL5jLoLXrzz6bO6Jm1i/NqY932juJ KupcBN6mpMGLStG6/aTw9JC2oggszg2CT8Qu7HdAPweSbbBpH16VCsDgPqfEqOht +ByUUBGjvnVA95MhifUH+ZRaz2LVxgw5s9Hnh3pKVUmx7634MY0YlnS1FTc7ys9E aQWMwwTWGd09qNPMtawwKyMRzkf/m84N8+mnOEGmzMliEPGX+1t5vZ7TBQ+DCvBL HZ4XIKXtQG2of6nbyDbwu9RNWDRyvDCzXqyeoUdqnmTqWyaDyT942uaw59DPx9A7 1+lrAT3iNdBzFnSvYoNwHJ0yCOEbSRYXZKZ9fJClZ9m6ruKEKpC9mmNjFQARAQAB tCNUb2ZpZyBTdWxleW1hbm92IDx0b2ZpZ0BmcmVlYnNkLmF6PokCPwQTAQIAKQUC T3O5cwIbLwUJB4YfgAcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEOMBSob+ wYEq8v8P+gJbkfc1sO/AdmWwZDqpyfG+NWQE9nj8gAlngblexX6qowzdBdupZ/1/ BW4qJhZxhY18cVwvF8NdBCTqWDb1iZ1j3zhw69zJdbd3tfqBIRFEeZY48limbIxH 9AcknRKdD+xomjDMbhzIunkYE79Sx3yUAsbB6wqaOvspa1bz9pBEwvGonKJzMBWc 28ieHTNZGaPJurBLlX/ED7N7ZtSflDZhH8wXIWgzdiQrkBRkKrW0J74xkh2EFm9p 82KCnadnukoNGplzdQsj2bODJkpJclz3QvjsyQhwfJdGCJMjgJPoPCT4kwQkABPy IP8tpVHEsZ1UxJG/PsUIV4D1Q8Nypsecx9OrxSdjeBI6JsuuKR2/At9dB2obVNO/ fnhS5WSsNmezrFyKgi3OWcLPwFyItVcVzhzydTvgLIzwH5uJ/w3hFVv45e2ZVReH M05OZCtj4AeTo/WIf8uJCOx1eGMoyy3X7rbzzyt9gSMeuHaKrLIGPZVddI24GZND ZXnlfhZPQvbmj4fjvaQd3Ayy1F8LcziWOT5OmSm12R/GdDKqo0dy646dTKVgka8+ nRGwyMeFGDeMFvZfIURP+efos/KDU8q1KufIHWGt06sGQa8nqakJ555kdlleS9Ol fX08WdgTm4wVEXIc5uXOUm6YVZ/05TZDnHBIIsUug3M0OeGviSSvuQINBE9zuXMB EAC5GRrh23AXpIG6OE8geROcscUhnU7mORAxxfjV6OLN30DLkkmMpGEUz3yRR2ma qRMKyJYtPTpoHqA4j8l7yh+G/ModSg7LToEilGQ8EoKKbSays9s6AtmgSgcLDp8c k8AvlByrMT1lBWIK5sOGlPDbEhYiAkYQbJutQyNRuSSMACFaqKeCqSbp+mJEx2co ODQXD8c8+RA5utL2r5T6NrmTv00s62TEEkTcbHDrXE5PuyxEsa1isnDWK58RjQZE EKjwO0WOlres8PA/EagVNQ6N65auF5jV7eOpgzUu8HCtLLv+OzhVpnTxWAaqlHnd A/B/FS+EtykPq+khE8rFGAWRvYCdmTZhWJg/ku8WAfBCdi9euhNn0t+TjuCam2Rt FquuF0O5+W+8RZLGBdL/NSS66RhyKOW+iO4kVmiUvmTLCFhk0ycsCh8+VgVDtL2y aq6USlJJkZ5F40hkv2JcoNltE5A1B+jbmqT2nLm1qrEEpEhkRJUrINn3GxwrcN3V WzP2tn6fE/0IMTBOAUg8oQ3Okc6IeURINSGkuY2b3SCUSWOmiAB0zL0NaK3vfM92 mKKrceqtRX1AvmOXVVv1ipvP9E5/cwwyTfds4QUaasX3eocF5ZNrAbEX0cCKj3NV C3hGwE/nRjUIsEIp3mJfPcEvppGr1JV3rmgv1UbdF6JvSwARAQABiQREBBgBAgAP BQJPc7lzAhsuBQkHhh+AAikJEOMBSob+wYEqwV0gBBkBAgAGBQJPc7lzAAoJEOf4 16JuYcl6If0P/1ihpZipRHxionQh7454OszRNXtaUa4Wxa8HCnYu6fA5VywerkBP Xnr1Tn70AMNaKiUCc9iLC2L9LdYjXn+lgE2R69AGJGfJnFl3rcvCvCUE0AXV0wBR bdLaWOQ3U++H2U1W9l7E0GcZie8+31IYaQCRjsJsE5w9cWDIaSqEcydkfb/bvp4o Mi8Qj/yQzwOYariilKoIpsdxpwVf1fL9OAk7J/fuyzz+dCypC0kCMjS0ooATkU0s Q7soNh+ZsHNg/Nw91eXsRotwgyErSNK8seoaZzzTLKhdO7SVFta8Ko+ad+KbwiKe n4RHaCssHmf1tgKh2Do+xc9FZz9nXMgf7dCLjD6cExyvVNGjy4ybgRp+C3i3R8e4 CVrRfc6XfjljfQ/2GDH4SVBZ3RGSxW7J4iKhnO7tg4pC1fDdUqriGG6OUrDDuiix xllCdGXlABJQV015wii0LrXtWZPU+oUE/6YmBYCDCHjNRkLW5WfxNzpcSNj8Be5U mGARwmdliXILUsGYglKVSkrk6Pxr6U0WDVSViC28iIo1wvDobPlyZmH0Hw9JXMr6 Rg39j8lrKtxF6x6ElBjrJLmn2XKOXOW6gsjlxlpD/eRxi3YYBDApnTKTd+86GX7X VCLDyEc4ZXYnxEiO5GvSPeiV8LtFVaaefGi3uViMUHMy3FCWRd5Dw/rRagIP/iW9 vRPTdAKY/foYpht/VJGp4N20u25W7oohJbfm/gbPLuKPB/wvQWpt2tf1ImJB2ufG 7GEJ9uPDnEuLxV2cdp0bQOQR4DiqJxXlBeSEeQlxJXVElUztGB/z3Z/CLeCGdVf/ XoCHVdSek+VkZrOY+1VJYo1Q89Z9eAMZAcRyfUUVpcTygy3ay/7Ja+tVvmc3/kHj HUp+OgKKOv170r85MKeeJtm9gakwcuTQTrJ5fTzIUr+DRJyQuxJw5VnF0Gb0VmKq ymjV92Th6sFzoKEGWfBcqbUatlkVR7bGc8tXuk5beIZwVzUwaJiBMLSWXHWO/tFW hKCilLFJ4lewC39ykH0iRDB6dzBSHbcmThpZwG1ZTXHA+AYCd79PmeQimGwKkMGs sgeLEE09ULKdhCML2DhScW6mdM9QqvWfQyA6YMgdI9LsG9aktPOA08lb8SN30P8C 8k2/4DSlIZdwSiKPDlBtfBpA43I4c76DtRZc0knlo+drwZvCZMbu6CCs3gW0ZkZs v5qmkDopG83bysq5ll+pytRRDx2Uzmd6jOXnTE3EFKUjuOUalHIF7NJJIv9lTcon Nb4rYu3KdOkilj06jAQWbHPgk4yI+ZOr95Vu5vbLd2Ft+06Af1UhbIJ5wY2Mkh/q CDhxA3vBoOulljNRUn6iwNSSxAeWekYw+ULUapL0 =wxyH -----END PGP PUBLIC KEY BLOCK-----

2 1

[Dovecot] fts-lucene vs SEARCH HEADER
by Matthew Powell 28 Jul '12

28 Jul '12

Hello. This is in Dovecot 2.1.7 on Linux x86, but it looks as though 2.1.8 has the same issue. I'm using fts-lucene. SEARCH HEADER TO returns no results, but SEARCH TO works: B SEARCH TO TEST * SEARCH 1 2 3 4 5 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 24 26 27 28 29 31 B OK Search completed (0.000 secs). C SEARCH HEADER TO TEST * SEARCH C OK Search completed (0.000 secs). Without FTS enabled, both forms of the query work. It looks as though the header names are indexed in lower case. But Dovecot is passing the header name to the backend in upper case when SEARCH HEADER is used. I'm not sure whether this is the *right* fix, but lower-casing the header name in lucene-wrapper.cc seems to fix the problem: --- dovecot-2.1.7-clean/src/plugins/fts-lucene/lucene-wrapper.cc 2011-12-13 06:35:29.000000000 -0500 +++ dovecot-2.1.7/src/plugins/fts-lucene/lucene-wrapper.cc 2012-07-24 14:03:14.000000000 -0400 @@ -1094,7 +1094,7 @@ return false; q = lucene_get_query(index, - t_lucene_utf8_to_tchar(index, arg->hdr_field_name, FALSE), + t_lucene_utf8_to_tchar(index, t_str_lcase(arg->hdr_field_name), FALSE), arg); break; default: Now: B SEARCH TO TEST * SEARCH 1 2 3 4 5 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 24 26 27 28 29 31 B OK Search completed (0.000 secs). C SEARCH HEADER TO TEST * SEARCH 1 2 3 4 5 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 24 26 27 28 29 31 C OK Search completed (0.000 secs). -- Matthew Powell matthew(a)atom.net

2 1

[Dovecot] Re move .INBOX from folders.
by ssukh 28 Jul '12

28 Jul '12

Hello all, i am just new to dovecot and trying to figure out how to remove .INBOX from the folders. Now all the folders are created like .INBOX.spam .INBOX.temp But i would like to have .spam .temp so on. Result of doveconf -v -------------------------------------------------------------------------------- # 2.1.8: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-220.23.1.el6.x86_64 x86_64 CentOS release 6.2 (Final) auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@& auth_verbose = yes default_login_user = dovecot disable_plaintext_auth = no listen = * login_greeting = Dovecot DA ready. mail_access_groups = mail mail_location = maildir:~/Maildir namespace { inbox = yes list = yes location = prefix = separator = . subscriptions = yes type = private } passdb { driver = shadow } passdb { args = username_format=%n /etc/virtual/%d/passwd driver = passwd-file } protocols = imap pop3 service auth { user = root } service imap-login { process_min_avail = 16 user = dovecot } service pop3-login { process_min_avail = 16 user = dovecot } ssl_cert = </etc/httpd/conf/ssl.crt/server.crt ssl_cipher_list = ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:-LOW:-SSLv2:-EXP ssl_key = </etc/httpd/conf/ssl.key/server.key userdb { driver = passwd } userdb { args = username_format=%n /etc/virtual/%d/passwd driver = passwd-file } verbose_proctitle = yes protocol pop3 { pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s, bytes=%i/%o pop3_uidl_format = %08Xu%08Xv } protocol imap { mail_max_userip_connections = 1024 } -------------------------------------------------------------------- Thanks -- View this message in context: http://old.nabble.com/Remove-.INBOX-from-folders.-tp34217400p34217400.html Sent from the Dovecot mailing list archive at Nabble.com.

2 1

[Dovecot] Auto logging-out client
by Nicolás 28 Jul '12

28 Jul '12

Hi list! I'm writing because of an issue I'm having with my Postfix-Dovecot installation. Everything's working fine but when an IMAP client is idle for some time, Dovecot automatically logs it out. Jul 26 14:01:16 mail dovecot: imap(nicolas(a)devels.es): Disconnected: Logged out bytes=1271/7439 This entails errors when trying to send e-mails after this auto logout, such as: host devels.es[91.215.158.237] said: 550-Please turn on SMTP Authentication in your mail client, or login to the 550-IMAP/POP3 server before sending your message. Which result in a very annoying and continuous proccess of restarting my mail client. Is there a way to avoid this auto-logout, or at least configure the time after I want idle clients to auto-logout? Thank you very much! Nicolás

3 2

[Dovecot] Slightly OT - Winbind and remote authentication.
by Simon Brereton 28 Jul '12

28 Jul '12

Hi I was doing some research on setting up a samba server for my internal network (as an alternative to NAS). The setup looks easy enough, but then I got to thinking - I already have an internet host with an mysql DB that has usernames and passwords and it would be simpler all round to reuse that as the authentication server. That server is also running Dovecot, so I thought it might be simpler still to set up samba to authenticate using IMAP (the mysql server is not accessible on port 3306 anyway). A quick google resulted in a suggestion from Robert (who by now must be on every single list I'm on or rather vice-versa) about using winbind. I went off to the link he posted - http://wiki.dovecot.org/Authentication/Mechanisms/Winbind?highlight=%28winb… and the problem is that seems to indicate bind and dovecot are on the same server. So, this not being the samba list notwithstanding, is it possible to use a remote dovecot host as an authentication back-end on a local samba installation? Cheers Simon

2 1

[Dovecot] Problem overriding default quota limit
by RAUL JAREÑO MORAGO 28 Jul '12

28 Jul '12

Hi, We get user's quota limit from LDAP. It works fine when user has quota attribute in LDAP (this is when it's different from default quota). But when user doesn't have quota limit attribute Dovecot doesn't take default value defined in quota plugin and assign unlimit quota to user. Our configuration is similar to the example from wiki ( http://wiki2.dovecot.org/Quota/Configuration ). This is the plugin configuration _plugin {_ _ quota = maildir:User quota_ _ quota_rule = *:storage=1G_ _ .........._ _}_ And this is the recovered fields in LDAP search: _user_attrs = mailMessageStore=home,mailquotasize=quota_rule=*:bytes=%$_ It works if user has mailquotasize in its LDAP entry. But if it hasn't it Dovecot assign 0 instead of *:STORAGE=1G This is the log when LTMP deliver a mail to a user without mailquotasize attribute: _auth: Debug: master in: USER#0111#011eepp68#011service=lmtp#011lip=172.31.100.120#011lport=24#011rip=172.31.100.119#011rport=41452_ _auth: Debug: userdb-cache(eepp68,172.31.100.119): miss_ _auth: Debug: ldap(eepp68,172.31.100.119): user search: base=o=Junta de Castilla-La Mancha,c=ES scope=subtree filter=(uid=eepp68) fields=mailMessageStore,MAILQUOTASIZE_ _auth: Debug: ldap(eepp68,172.31.100.119): result: mailMessageStore=/buzones1/e/eepp68; MAILQUOTASIZE MISSING_ _auth: Debug: master out: USER#0111#011eepp68#011home=/buzones1/e/eepp68#011QUOTA_RULE=*:BYTES=_ _lmtp(8235): Debug: auth input: eepp68 home=/buzones1/e/eepp68 quota_rule=*:bytes=_ _lmtp(8235): Debug: Added userdb setting: plugin/quota_rule=*:bytes=_ _lmtp(8235, eepp68): Debug: Effective uid=11184, gid=2110, home=/buzones1/e/eepp68_ _lmtp(8235, eepp68): Debug: Quota root: name=User quota backend=maildir args=_ _lmtp(8235, eepp68): Debug: Quota rule: root=User quota mailbox=* bytes=0 messages=0_ I tried it with defining default_fields in userdb but I get the same result: _userdb {_ driver = ldap args = /etc/dovecot/dovecot-ldap-lmtp.conf.ext default_fields = quota_rule=*:bytes=1073741824 } If I don't recover mailquotasize (user_attrs = mailMessageStore=home) Dovecot assign default quota limit, so it works in this case: auth: Debug: master in: USER#0111#011eepp68#011service=lmtp#011lip=172.31.100.120#011lport=24#011rip=172.31.100.119#011rport=41427 auth: Debug: userdb-cache(eepp68,172.31.100.119): miss auth: Debug: ldap(eepp68,172.31.100.119): user search: base=o=Junta de Castilla-La Mancha,c=ES scope=subtree filter=(uid=eepp68) fields=mailMessageStore auth: Debug: ldap(eepp68,172.31.100.119): result: mailMessageStore=/buzones1/e/eepp68 auth: Debug: master out: USER#0111#011eepp68#011home=/buzones1/e/eepp68 lmtp(8198): Debug: auth input: eepp68 home=/buzones1/e/eepp68 lmtp(8198, eepp68): Debug: Effective uid=11184, gid=2110, home=/buzones1/e/eepp68 lmtp(8198, eepp68): Debug: Quota root: name=User quota backend=maildir args= lmtp(8198, eepp68): Debug: Quota rule: root=User quota mailbox=* bytes=1073741824 messages=0 Any idea about where is the problem? This is my LDAP configuration for LTMP: hosts = xxx.xxxx.es:389 dn = ........ dnpass = xxxxxxx ldap_version = 3 base = o=mibase,c=ES user_attrs = mailMessageStore=home,mailquotasize=quota_rule=*:bytes=%$ user_filter = (uid=%u) And this is my Dovecot configuracion: # 2.1.1: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-279.1.1.el6.x86_64 x86_64 CentOS release 6.3 (Final) auth_cache_size = 20 M auth_debug = yes auth_verbose = yes base_dir = /var/run/dovecot/ default_internal_user = vmail default_process_limit = 200 disable_plaintext_auth = no dotlock_use_excl = no hostname = correo.jccm.es lda_mailbox_autocreate = yes login_greeting = Correo jccm.es mail_debug = yes mail_fsync = always mail_gid = 2110 mail_location = maildir:~/Maildir:INDEX=/var/dovecot/index/%n mail_nfs_storage = yes mail_plugins = " quota" mail_uid = 11184 managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave vnd.dovecot.pipe vnd.dovecot.execute mbox_write_locks = fcntl mmap_disable = yes namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = INBOX. separator = . type = private } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { quota = maildir:User quota quota_rule = *:storage=1G quota_warning = storage=80%% quota-warning 80 %n sieve = ~/.dovecot.sieve sieve_execute_bin_dir = /repositorio/paulo/scripts/sieve/extprograms sieve_extensions = +vnd.dovecot.execute +vnd.dovecot.pipe sieve_filter_bin_dir = /repositorio/paulo/scripts/sieve/extprograms sieve_pipe_bin_dir = /repositorio/paulo/scripts/sieve/extprograms sieve_plugins = sieve_extprograms } postmaster_address = postmaster(a)jccm.es protocols = imap pop3 lmtp sieve rejection_reason = Tu mensaje enviado a fue automaticamente rechazado:%n%r rejection_subject = Rechazado: %s service imap-login { process_min_avail = 10 service_count = 0 } service imap-postlogin { drop_priv_before_exec = yes executable = script-login /repositorio/paulo/scripts/dovecot/migrar-postlogin.sh user = $default_internal_user } service lmtp { inet_listener lmtp { port = 24 } } service pop3-login { service_count = 0 } service pop3-postlogin { drop_priv_before_exec = yes executable = script-login /repositorio/paulo/scripts/dovecot/migrar-postlogin.sh user = $default_internal_user } service quota-warning { executable = script /repositorio/paulo/scripts/postfix-quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl_cert =

2 3

Re: [Dovecot] Problem overriding default quota limit
by RAUL JAREÑO MORAGO 27 Jul '12

27 Jul '12

Hi Daniel, The "userdb" ldap is in this section: protocol lmtp { mail_plugins = " quota sieve" userdb { args = /etc/dovecot/dovecot-ldap-lmtp.conf.ext driver = ldap } } And dovecot-ldap-lmtp.conf.ex contains this: hosts = xxx.xxx.es:389 dn = uid=xxxxx,o=xxxxxx,c=es dnpass = xxxxxxxxxxx ldap_version = 3 base = o=xxxxxxxxxxxx,c=ES user_attrs = mailMessageStore=home,mailquotasize=quota_rule=*:bytes=%$ user_filter = (uid=%u) A las Viernes, 27-07-2012 en 2:34 Daniel Parthey escribió: Hi Raul, Raul Jareño Morago wrote: > We get user's quota limit from LDAP. It works fine when user has > quota attribute in LDAP (this is when it's different from default > quota). But when user doesn't have quota limit attribute Dovecot > doesn't take default value defined in quota plugin and assign unlimit > quota to user. > Our configuration is similar to the example from wiki ( > http://wiki2.dovecot.org/Quota/Configuration ). This is the plugin > configuration > > plugin { > quota = maildir:User quota > quota_rule = *:storage=1G > } > > And this is the recovered fields in LDAP search: > > user_attrs = > mailMessageStore=home,mailquotasize=quota_rule=*:bytes=%$ > > It works if user has mailquotasize in its LDAP entry. But if it hasn't > it Dovecot assign 0 instead of *:STORAGE=1G > > This is the log when LTMP deliver a mail to a user without > mailquotasize attribute: > > _auth: Debug: ldap(eepp68,172.31.100.119): result: > mailMessageStore=/buzones1/e/eepp68; MAILQUOTASIZE MISSING LDAP Entry for mailquotasize is missing... so far so good. > auth: Debug: master out: USER#0111#011eepp68#011home=/buzones1/e/eepp68#011QUOTA_RULE=*:BYTES= > lmtp(8235): Debug: auth input: eepp68 home=/buzones1/e/eepp68 quota_rule=*:bytes= > lmtp(8235): Debug: Added userdb setting: plugin/quota_rule=*:bytes= Here comes the interesting part, ldap "userdb" has returned "QUOTA_RULE=*:BYTES=" and this empty value seems to correspond to 0 Bytes as you can read from the resulting Quota rule: > lmtp(8235, eepp68): Debug: Quota rule: root=User quota mailbox=* bytes=0 messages=0 The "bytes=..." value should be different from 0. http://wiki2.dovecot.org/Quota/Configuration#LDAP states that user_attrs is used only if you use userdb ldap. Where is the "userdb" ldap in your doveconf -n output and where do you get the user information like quota from? > Any idea about where is the problem? The default is not taken since your LDAP query returns a quota_rule with an empty bytes= value when the mailquotasize entry is missing. Regards Daniel -- https://plus.google.com/103021802792276734820

2 1