Re: Returning custom autoexpunge for user's INBOX
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 29 Feb 2016, Tom Johnson wrote: I want to be able to have custom autoexpunge settings for different users. I have it working for various folders (draft, junk, trash), but I can't seem to get it working for the user's primary inbox. How did you've configured autoexpunge for the primary INBOX in the conf-files? In my user_query (I'm using mysql), I'm returning entries like this in the userdb_import field: namespace/inbox/mailbox/autoexpunge=5d namespace/inbox/mailbox/Drafts/autoexpunge=5d namespace/inbox/mailbox/Junk/autoexpunge=5d namespace/inbox/mailbox/Trash/autoexpunge=5d And everything works fine for Drafts, Junk, and Trash, but not for the main inbox. The logs show: Debug: Unknown userdb setting: plugin/namespace/inbox/mailbox/autoexpunge=5d I've also tried variations, trying to get the namespace correct for the main inbox, but they all get the same "Unknown userdb setting" error: namespace/inbox/mailbox/autoexpunge=5d namespace/inbox/mailbox/inbox/autoexpunge=5d namespace/inbox/mailbox/Inbox/autoexpunge=5d namespace/inbox/mailbox/INBOX/autoexpunge=5d I suspect I'm just giving the wrong namespace for the primary inbox. - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEVAwUBVtVJ2nz1H7kL/d9rAQIvbQgAk9iLNsHGKpLeZpRC52yAMhfvLaOClCd1 /FcW8CI6J/Wk7GBdpk4qFaIDyttF1XBa/srXMer23xOR/AJnpRX04ibhBQlCQvad IbMeR+6Mi98tP7qrLlqs61r35lFhOwmWVHKVrAyBoZ2KyvMpgFA+u3yo3Zx2d9z2 romvqK3xtOZJPg/5VgrcKB/UftIpTkthvH+Lsiwtr4WZ/hezbo3cM1aI2ElL2zx0 eLTyHH6MdUJWh0j7s441Ouq4DcSOg489E7D+Um89q2/JwrDSqnzJsKHoYLuuMKHM C0NLspwhP2EHQ8WnodlA+0aPr2zO+sCoVd5HxUatZ2020MFquF5qQA== =mC2X -END PGP SIGNATURE-
Re: Returning custom autoexpunge for user's INBOX
I wrote: > I want to be able to have custom autoexpunge settings for different users. > Sorry to follow up on my own post - but will it work if I define the inbox explicitly in 15-mailboxes.conf? Does this syntax properly set autoexpunge for the inbox? namespace inbox { separator = . # These mailboxes are widely used and could perhaps be created automatically: mailbox Inbox { autoexpunge = 0 } . Will this give me no autoexpunge by default, and then allow me to override it in with via userdb_import in my sql query? At first glance it doesn't throw an error - I just want to be sure that autoexpunge is disabled when it's explicitly sent to zero, and that I'm correctly referencing the inbox in 15-mailboxes.conf and in userdb_import (namespace/inbox/mailbox/INBOX/autoexpunge=5d). Tom
Returning custom autoexpunge for user's INBOX
I want to be able to have custom autoexpunge settings for different users. I have it working for various folders (draft, junk, trash), but I can't seem to get it working for the user's primary inbox. In my user_query (I'm using mysql), I'm returning entries like this in the userdb_import field: namespace/inbox/mailbox/autoexpunge=5d namespace/inbox/mailbox/Drafts/autoexpunge=5d namespace/inbox/mailbox/Junk/autoexpunge=5d namespace/inbox/mailbox/Trash/autoexpunge=5d And everything works fine for Drafts, Junk, and Trash, but not for the main inbox. The logs show: Debug: Unknown userdb setting: plugin/namespace/inbox/mailbox/autoexpunge=5d I've also tried variations, trying to get the namespace correct for the main inbox, but they all get the same "Unknown userdb setting" error: namespace/inbox/mailbox/autoexpunge=5d namespace/inbox/mailbox/inbox/autoexpunge=5d namespace/inbox/mailbox/Inbox/autoexpunge=5d namespace/inbox/mailbox/INBOX/autoexpunge=5d I suspect I'm just giving the wrong namespace for the primary inbox. What's the right way to do this? Tom
Inconsistent mdbox index while running doveadm altmove
Hello, I was performing doveadm altmove for one account while this mailbox was being accessed. Dovecot version: 2.2.21 Mailbox format: mdbox Command: doveadm altmove -u us...@domain.com.br before 360d This command took about 5 minutes to finish and during the execution I found some log messages: Feb 25 19:57:51 dovecot: imap(us...@domain.com.br): Error: mdbox map /var/mail/user1/mdbox/storage/dovecot.map.index corrupted: Unexpectedly lost INBOX uid=77 map_uid=76 Feb 25 19:57:51 dovecot: imap(us...@domain.com.br): Internal error occurred. Refer to server log for more information. [2016-02-25 19:57:51] in=4798 out=1361819 deleted=0 expunged=0 trashed=0 Feb 25 19:57:51 dovecot: imap(us...@domain.com.br): Warning: fscking index file /var/mail/user1/mdbox/storage/dovecot.map.index Feb 25 19:58:15 dovecot: imap(us...@domain.com.br): Error: /var/mail/user1/mdbox/mailboxes/INBOX/dbox-Mails/dovecot.index reset, view is now inconsistent Feb 25 19:58:20 dovecot: imap(us...@domain.com.br): Error: /var/mail/user1/mdbox/mailboxes/Rascunhos/dbox-Mails/dovecot.index reset, view is now inconsistent After that these messages moved to alternate storage disappeared from the mailbox/IMAP but these files were all on alternative storage. I had to execute doveadm force-resync -u us...@domain.com.br INBOX to recovery this mailbox, but losing all e-mail's flags. I should do some kind of lock before running the command altmove ? Regards, Ricardo
Timout for LDAP connection
Hi, we are using a round robin dns record for connections to our ldap system. This works fine for almost all cases. In particular, for dovecot does this mean, when an ldap server is stopped, dovecot instantly reconnects to another ldap server. But when the network connection to the active ldap server is broken, dovecot sticks to the failed ldap server. Is there any possibility to define a connection timeout? This is our current configuration for the ldap connection: # 2.2.devel (2d8f665): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.devel (0de2a19) # OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.3 uris = ldaps://LDAP-SERVER dn = BINDDN dnpass = BINDPASS auth_bind = yes ldap_version = 3 base = BASEDN scope = subtree user_attrs= ATTRIBUTES user_filter = USERFILTER pass_filter = PASSFILTER iterate_filter = ITERATEFILTER Best regards, Gordon -- Technischer Leiter & stellv. Direktor UniversitÀtsrechenzentrum (URZ) E.-M.-Arndt-UniversitÀt Greifswald Felix-Hausdorff-Str. 12 17489 Greifswald Germany Tel. +49 3834 86 1456 Fax. +49 3834 86 1401
Re: search problem dovecot 2.2.21 + fts - Solr
Thanks Teemu, work correctly on my beta server. 2016-02-25 6:20 GMT-03:00 Teemu Huovila : > > > On 24.02.2016 21:14, Anderson Barbosa wrote: > > Hello, > > > > Realized update dovecot on my server. Now the search is returning > > differently from the previous version bringing reference information of > > other messages . > > For example when doing a search for anderson.joao this new version of the > > dovecot dovecot 2.2.21 + fts - Solr response will be all email that has > the > > word anderson and joao, instead of returning only items with the word > > anderson.joao. > > > > Before used version 2.2.18 + dovecot fts - Solr and the problem did not > > occur . > > For example practical test : > > > > Dovecot 2.2.18 > > > > > > # telnet SERVER 143 > > Trying SERVER... > > Connected to SERVER. > > Escape character is '^]'. > > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE > > AUTH=PLAIN] Zimbra IMAP4. > > a login co...@conta.com.br 1223456 > > a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE > > SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT > > MULTIAPPEND URL-PARTIAn > > a select INBOX > > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) > > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags > > permitted. > > * 14 EXISTS > > * 0 RECENT > > * OK [UIDVALIDITY 1452548222] UIDs valid > > * OK [UIDNEXT 25] Predicted next UID > > * OK [HIGHESTMODSEQ 52] Highest > > a OK [READ-WRITE] Select completed (0.001 secs). > > a SEARCH text "anderson" > > * SEARCH 11 12 (2 found emails) > > a OK Search completed (0.265 secs). > > a SEARCH text "joao" > > * SEARCH 13 14 (2 found emails) > > a OK Search completed (0.003 secs). > > a SEARCH text "anderson.joao" > > * SEARCH (0 found emails) > > a OK Search completed (0.004 secs). > > a logout > > * BYE Logging out > > a OK Logout completed. > > Connection closed by foreign host. > > > > > > Dovecot 2.2.21 > > > > # telnet SERVER 143 > > Trying SERVER... > > Connected to SERVER. > > Escape character is '^]'. > > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE > > AUTH=PLAIN] Zimbra IMAP4. > > a login co...@conta.com.br 1223456 > > a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE > > SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT > > MULTIAPPEND URL-PARTIAn > > a select INBOX > > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) > > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags > > permitted. > > * 14 EXISTS > > * 0 RECENT > > * OK [UIDVALIDITY 1452548222] UIDs valid > > * OK [UIDNEXT 25] Predicted next UID > > * OK [HIGHESTMODSEQ 52] Highest > > a OK [READ-WRITE] Select completed (0.000 + 0.000 secs). > > a SEARCH text "anderson" > > * SEARCH 11 12 (2 found emails) > > a OK Search completed (0.004 + 0.000 secs). > > a SEARCH text "joao" (2 found emails) > > * SEARCH 13 14 > > a OK Search completed (0.005 + 0.000 secs). > > a SEARCH text "anderson.joao" > > * SEARCH 11 12 13 14 *(4 found emails)* > > a OK Search completed (0.005 + 0.000 secs). > > a logout > > * BYE Logging out > > a OK Logout completed. > > Connection closed by foreign host. > > > > Even using characters Special "" \ scape, ' ' for an answer will always > be > > all emails with the word anderson and joao. > > Checking the Changelog dovecot noticed que NAS versions Previous v2.2.20 > > and v2.2.19 certain changes with respect to fts . > > > > There Have Another way to Make Search for Exact Word In this new version > to > > loft? > > This is most likely fixed by > https://github.com/dovecot/core/commit/f3b0efdcbd0bd9059574c8f86d6cb43e16c8e521 > The fix will be included in 2.2.22, which will hopefully be released some > time mid-march. > If you can, please test with a build from current git master tip and let > us know, if it does not. > > br, > Teemu Huovila > -- Anderson Barbosa dos Santos msn: obiwan_ke...@hotmail.com Em todo o universo, nada existe de mais parecido com Deus que o silĂȘncio. "Johanes Eckhart"
Re: UnicodeData
Hi! This problem is only if you take sources from git. Our source distball contains these files. Aki > On February 29, 2016 at 12:58 PM Vincent Dahmen > <4dah...@informatik.uni-hamburg.de> wrote: > > > It seems that the problem occurs only on some virtual maschines ... > > Neither does swithching to ftp helps ... > > Since it doesnt seem to be general problem you may ignore this, but I > would love to know if it happend to anyone else. > > Is this some kind of spam protection by unicode.org? > > > > Am 28.02.2016 um 22:43 schrieb Vincent Dahmen: > > There are 2 makefiles downloading files from unicode. > > > > They are locatet at > > > > src/lib/Makefile > > src/lib-fts/Makefile > > > > I manually downloaded the files form the website and hosted them myself > > and everything worked just fine. > > > > Maybe store the files inside the git? Or am I missing smth? > > > > Greetings > > Am 28.02.2016 um 21:43 schrieb Vincent Dahmen: > >> Hey guys, > >> > >> there seem to be a problem with wget and/or the unicode webserver. > >> > >> During the make process there are several files wich are download from > >> the unicode server. > >> > >> I can access them manually but both curl and wget failing to get it. > >> > >> Are they any other mirrors or anyone else expiring this bug? > >> > >> Greetings > >>
Re: sieve_extprograms - double linebreaks at filtering
Hello, Am 29.02.2016 um 13:35 schrieb Stephan Bosch: Op 29-2-2016 om 13:11 schreef Hajo Locke: Hello, Am 09.09.2015 um 13:30 schrieb Stephan Bosch: Op 9-9-2015 om 12:37 schreef Hajo Locke: Hello, Am 09.09.2015 um 11:26 schrieb Stephan Bosch: Op 8-9-2015 om 13:10 schreef Hajo Locke: Hello List, i have a problem when using sieve-plugin sieve_extprograms. I use dovecot 2.2.18 and bundled pigeonhole 0.4.6 (Ubuntu 14.04.3 LTS) i have enabled sieve_extprograms and vnd.dovecot.filter to send mail to user-defined script and get changed content back. My script previously was used with procmail and is working fine. Using same script with vnd.dovecot.filter leads to odd behavior. I already found out the problem itself: By sending Mailcontent to filter-programm it seems that sieve/sieve_extprograms is adding additional linebreaks to every line of complete mail. Please see this image to clarify: http://r31i.imgup.net/header8d56.jpg?l=de Every lineending got additional windows-lineendings, which leads to problems with processing scripts. Piping mails by procmail to same script is working without problems, because this mails are recieved "clean" without the "^M". Well, the specified format for an internet message like e-mail has CRLF line endings everywhere. That's why this happens now: http://hg.rename-it.nl/dovecot-2.2-pigeonhole/file/5df1b6d72ec2/src/plugins/sieve-extprograms/sieve-extprograms-common.c#l604 But maybe that is not such a good idea in a UNIX environment. I think I can just make it configurable. ahh, there it is. i think just commenting out this line in my sources will result in some errors. Is there a possibility for me to make a quickfix in my sources? (use other function or something like that) You can replace it with the i_stream_create_lf() function, which enforces LF rather than CR+LF, which would be what you need. Unfortunately i have to continue this issue. During my last updates this problem is occured again. This are my versions: # 2.2.21 (): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.11 (6ddf62b87f60+) # OS: Linux 3.13.0-77-generic x86_64 Ubuntu 14.04.4 LTS I tried to configure the linebreaks in my plugin section of /etc/dovecot/dovecot.conf by: sieve_extprograms_input_eol = lf But it seems to have no effect. Is this configured the right way or i have to use 0.4.12? No wonder, since there is no such setting. Settings that do exist are: "sieve_pipe_input_eol", "sieve_execute_input_eol", and "sieve_filter_input_eol". you are right, this works. I saw this: http://www.dovecot.org/list/dovecot-cvs/2015-September/026497.html My mistake to evaluate sieve__input_eol to sieve_extprograms_input_eol Regards, Stephan. Thank you, Hajo
Re: sieve_extprograms - double linebreaks at filtering
Op 29-2-2016 om 13:11 schreef Hajo Locke: Hello, Am 09.09.2015 um 13:30 schrieb Stephan Bosch: Op 9-9-2015 om 12:37 schreef Hajo Locke: Hello, Am 09.09.2015 um 11:26 schrieb Stephan Bosch: Op 8-9-2015 om 13:10 schreef Hajo Locke: Hello List, i have a problem when using sieve-plugin sieve_extprograms. I use dovecot 2.2.18 and bundled pigeonhole 0.4.6 (Ubuntu 14.04.3 LTS) i have enabled sieve_extprograms and vnd.dovecot.filter to send mail to user-defined script and get changed content back. My script previously was used with procmail and is working fine. Using same script with vnd.dovecot.filter leads to odd behavior. I already found out the problem itself: By sending Mailcontent to filter-programm it seems that sieve/sieve_extprograms is adding additional linebreaks to every line of complete mail. Please see this image to clarify: http://r31i.imgup.net/header8d56.jpg?l=de Every lineending got additional windows-lineendings, which leads to problems with processing scripts. Piping mails by procmail to same script is working without problems, because this mails are recieved "clean" without the "^M". Well, the specified format for an internet message like e-mail has CRLF line endings everywhere. That's why this happens now: http://hg.rename-it.nl/dovecot-2.2-pigeonhole/file/5df1b6d72ec2/src/plugins/sieve-extprograms/sieve-extprograms-common.c#l604 But maybe that is not such a good idea in a UNIX environment. I think I can just make it configurable. ahh, there it is. i think just commenting out this line in my sources will result in some errors. Is there a possibility for me to make a quickfix in my sources? (use other function or something like that) You can replace it with the i_stream_create_lf() function, which enforces LF rather than CR+LF, which would be what you need. Unfortunately i have to continue this issue. During my last updates this problem is occured again. This are my versions: # 2.2.21 (): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.11 (6ddf62b87f60+) # OS: Linux 3.13.0-77-generic x86_64 Ubuntu 14.04.4 LTS I tried to configure the linebreaks in my plugin section of /etc/dovecot/dovecot.conf by: sieve_extprograms_input_eol = lf But it seems to have no effect. Is this configured the right way or i have to use 0.4.12? No wonder, since there is no such setting. Settings that do exist are: "sieve_pipe_input_eol", "sieve_execute_input_eol", and "sieve_filter_input_eol". Regards, Stephan.
Re: sieve_extprograms - double linebreaks at filtering
Hello, Am 09.09.2015 um 13:30 schrieb Stephan Bosch: Op 9-9-2015 om 12:37 schreef Hajo Locke: Hello, Am 09.09.2015 um 11:26 schrieb Stephan Bosch: Op 8-9-2015 om 13:10 schreef Hajo Locke: Hello List, i have a problem when using sieve-plugin sieve_extprograms. I use dovecot 2.2.18 and bundled pigeonhole 0.4.6 (Ubuntu 14.04.3 LTS) i have enabled sieve_extprograms and vnd.dovecot.filter to send mail to user-defined script and get changed content back. My script previously was used with procmail and is working fine. Using same script with vnd.dovecot.filter leads to odd behavior. I already found out the problem itself: By sending Mailcontent to filter-programm it seems that sieve/sieve_extprograms is adding additional linebreaks to every line of complete mail. Please see this image to clarify: http://r31i.imgup.net/header8d56.jpg?l=de Every lineending got additional windows-lineendings, which leads to problems with processing scripts. Piping mails by procmail to same script is working without problems, because this mails are recieved "clean" without the "^M". Well, the specified format for an internet message like e-mail has CRLF line endings everywhere. That's why this happens now: http://hg.rename-it.nl/dovecot-2.2-pigeonhole/file/5df1b6d72ec2/src/plugins/sieve-extprograms/sieve-extprograms-common.c#l604 But maybe that is not such a good idea in a UNIX environment. I think I can just make it configurable. ahh, there it is. i think just commenting out this line in my sources will result in some errors. Is there a possibility for me to make a quickfix in my sources? (use other function or something like that) You can replace it with the i_stream_create_lf() function, which enforces LF rather than CR+LF, which would be what you need. Unfortunately i have to continue this issue. During my last updates this problem is occured again. This are my versions: # 2.2.21 (): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.11 (6ddf62b87f60+) # OS: Linux 3.13.0-77-generic x86_64 Ubuntu 14.04.4 LTS I tried to configure the linebreaks in my plugin section of /etc/dovecot/dovecot.conf by: sieve_extprograms_input_eol = lf But it seems to have no effect. Is this configured the right way or i have to use 0.4.12? Currently it looks like this: plugin { sieve = ~/sieve/.dovecot.sieve sieve_before = ~/sieve_before/.dovecot_before.sieve sieve_after = ~/sieve_after/.dovecot_after.sieve sieve_plugins = sieve_extprograms sieve_extensions = +vnd.dovecot.pipe +vnd.dovecot.filter +vnd.dovecot.execute +editheader sieve_pipe_bin_dir = /usr/local/bin/ sieve_filter_bin_dir = /usr/local/bin/ sieve_dir = ~/sieve sieve_global_dir = /etc/dovecot/sieve/ sieve_extprograms_input_eol = lf } Regards, Stephan. Thanks, Hajo
Alternative storage backend for Dovecot
Hi. We have corporate Dovecot setup with GlusterFS as file storage. We store maildirs on GlueterFS share, mounting it via NFS. Mounting share via native GlusterFS FUSE client introduces visible performance overhead. Also, NFS mount does not provide us with HA. That's why I have an idea to use GlusterFS C API to access maildirs share. I'd like to preserve maildir structure, but get access to it not via FS mount point but with GlusterFS C API calls. I've discovered that Dovecot source tree has src/lib-fs infrastructure with fs-posix implemented on top of it. Is that the right place to start from? GlusterFS C API calls are POSIX-like, so they could be easily used as substitutions for VFS ops. Could such a backend be implemented as separate plugin? Are there any examples of alternative storage backend to look at? Thanks. Regards, Oleksandr.
Re: UnicodeData
It seems that the problem occurs only on some virtual maschines ... Neither does swithching to ftp helps ... Since it doesnt seem to be general problem you may ignore this, but I would love to know if it happend to anyone else. Is this some kind of spam protection by unicode.org? Am 28.02.2016 um 22:43 schrieb Vincent Dahmen: > There are 2 makefiles downloading files from unicode. > > They are locatet at > > src/lib/Makefile > src/lib-fts/Makefile > > I manually downloaded the files form the website and hosted them myself > and everything worked just fine. > > Maybe store the files inside the git? Or am I missing smth? > > Greetings > Am 28.02.2016 um 21:43 schrieb Vincent Dahmen: >> Hey guys, >> >> there seem to be a problem with wget and/or the unicode webserver. >> >> During the make process there are several files wich are download from >> the unicode server. >> >> I can access them manually but both curl and wget failing to get it. >> >> Are they any other mirrors or anyone else expiring this bug? >> >> Greetings >>
Re: Queries are not being sent to solr when search on server issued via imap client.
I found the problem. "mail_plugins = fts fts_solr" has to be set within "protocol imap" as well. On 2016-02-28 23:59, ralph.jo...@modolingo.de wrote: > I traced the network communication with the solr server with tcpdump: > sudo tcpdump -i any -A -vvv port 8080 > > I logged into the imap server via telnet (actually openssl) and issued the > command ". search body ". About 20 results were returned within about > half a second. Nothing was seen in tcpdump. When I issue "doveadm search box > ", I can see the search string in the output of tcpdump and also in > the solr logs. Solr seems to have been initialized correctly, in that when I > issue a query via curl, I receive the correct results. > > I am using: > dovecot 2.2.13 (debian jessie) > libsolr-java3.6.2+dfsg-5 > > relevant config: > mail_plugins = fts fts_solr acl virtual > plugin { > fts = solr > fts_solr = url=http://localhost:8080/solr/ debug > ... > }