similar to: Fts Search

Hello, It looks I encoutered a bug or misconfiguration. fts_squat search for subject and body works excellent for English mails. For non-English (in particular, Russian) it works only when query consists of 1 word. Phrases - 2 and more words - always returns nothing. Example: search for "planet" ("???????") returns results, search for "Earth" ("?????") also

On RHEL 6.2 + dovecot 2.1.5 with the stats and fts (squat) plugins enabled and each user having their own uid on the system I get the following error in the logs when the indexer-worker process indexes some messages: Apr 25 09:56:19 wardentest3 dovecot: imap-login: Login: user=warden, method=PLAIN, rip=137.238.60.164, lip=137.238.2.240, lport=1993, mpid=19464, encryption=TLS Apr 25 09:56:26

We recently upgraded from Dovecot 1.2.15 (on Debian squeeze) to Dovecot 2.1.7 (on Debian wheezy/stable). For now, we continue to use FTS with Squat indexes. We'd like to eventually switch to Lucene but it's not yet supported in Debian stable. Since upgrading to 2.1.7, we've seen some problems with IMAP search results when an FTS Squat index is present (i.e., when the

Hello, Doveadm search is failing to update our Squat indexes. The search itself works fine but the dovecot.index.search* files remain unchanged. I tried: doveadm search -u test mailbox INBOX body sometext doveadm search -u test mailbox INBOX text sometext I also tried the exact syntax Timo expressed in an earlier post: doveadm search -A body asdf If I run the same search through IMAP, the

Hi, I'm one step away from replacing a 7 years old qmail/uw-imapd setup with some state of the art soft- and hardware. We got migration scripts and test almost done - just one thing that keeps failing: The autocreate plugin is supposed to subscribe new users to different mailboxes, one of them being in namespace "Public." - this subscription to "Public.announcements"

Hi! I'm not sure is it the same as described by Andrew Lewis, this is whay i'm posting. Log is: 2011-03-31T17:40:08.369598+02:00 hermes dovecot: imap-login: Login: user=<marcin at mejor.pl>, method=PLAIN, rip=62.121.127.119, lip=193.238.12.139, mpid=19221, TLS 2011-03-31T17:40:08.684562+02:00 hermes dovecot: imap(marcin at mejor.pl): Error: Corrupted dbox file

Hi, I would like to upgrade my server from 1.2.16 with sieve and managesieve to 2.0.8 with pigeonhole. Will I get all functionality I was having before? Should this migration be painless or will it require some additional work? I've read the Upgrading guide so I know I need to create an additional user. I've migrated the mails from Maildir to dbox in the past (using the convert

I apologize if this is a stupid question but I just compiled 2.0.8 and am trying to use doveadm to get the quota for a user using the -S <socket_path> option because I have different options for the various local IPs that dovecot listens on. For example, my default quota is filesystem (NFS rquota) and I can get that by doing: doveadm quota get -u warden which tells me: Quota name

Hello, In some conditions with FTS enabled I get this warning: Warning: Expunged message reappeared, giving a new UID Here is how I can reproduce it: I have a test setup with a (postfix) virtual alias multi-alias at example.com which delivers emails to user1@ and user2@ If * I send an email to multi-alias@ * expunge user1@ mailbox with doveadm expunge -u user1 at example.com mailbox Inbox

hi, we have 2.0.13 running and most works well, but today we had some minor problems: The IMAP login process takes sometimes to much time. Over webmail (Roundcube 0.5.0.3) login wasn't sometimes possible, the normal clients hasn't any problems, until they login. We had only ~ 20-30 active accounts, but 50-60 sessions. The most are Apple products (Ip*/Mac/. ..)because they have 4 sessions

Hi Timo, looks like virtual plugin is broken now with my setup dovecot 2.0.6 cant say to which version it stopped working ( didnt tested it trough all ) but has worked i see nothing special in log why it stopped working it should show unseen mail i.e in folder Junk too with pop3 clients, but only shows new inbox mails after all i am confused what using better pop3_uidl_format = %08Xu%08Xv (

Hello, New subscriber here. I noticed that the FTS index is not used in compound searches. Is this expected? Tested in 2.0.0 and 2.0.8: . search BODY "waldo" * SEARCH . OK Search completed (0.000 secs). . SEARCH CHARSET UTF-8 OR SUBJECT "waldo" FROM "waldo" * SEARCH . OK Search completed (1.768 secs). . SEARCH CHARSET UTF-8 OR SUBJECT "waldo" BODY

Hi Michael, thanks for getting back to me. I understand the alternatives to squat are solr and lucene and have to be explicitly included into dovecot at compilation. Unfortunately I am not in a position to manually compile dovecot. What other option do I have to use full text search in dovecot without manually compilating my package? Thanks and cheers Benjamin Am 20.03.2019 um 20:31

Yes, from compiling point of view it is done. Unfortunately what is not done is all the other work involved, such as fixing all the inevitable bugs it has and maintaining it. We do not want, at this moment, take up maintaining and developing yet another FTS plugin as we have plenty of things to do already. I invite you to setup your own repository and provide this plugin from there, being the

Hello, i am currently using squat dovecot, but some users that have lots os emails ( 1GB ) are complaining about speed. Iam using dovecot 2.0.13 on debian 6 my squat conf is plugin { fts = squat fts_squat = partial=4 full=5 } I am thinking in maybe start to use Solr, so any one can help me with an decision? I am probably gonna update dovecot to 2.1 next year. and them maybe change the FTS

According to the IMAP spec if I do a search for "TO isocpp.org" it should find all the messages whose To: field contains the string "isocpp.org", but dovecot is returning me an empty list. However, a search for "TO tm at isocpp.org" produces a long list of messages. This behavior is present if I *even load* the lucene fts plugin. Note that lucene isn't in use

Hi Please find attached the beta release of FTS Xapian, with the objective to replace fts_squat that is being deprecated. Configuration is exactly the same as for fts_squat: plugin { plugin = fts fts_xapian (...) fts = xapian fts_autoindex = yes fts_enforced = yes fts_xapian = partial=2 full=20 This is installed on my production server (>120Gb of mailboxes), and I will observe it

The only point here of this fts-xapian is to get rid of solr (because it is just a nightmare to setup) and squat (because it is considere obsolete). I already sent the changed in configure.ac, makefile.am, etc.. in order to include it in the dovecot, and it compiles properly The only remaining point is to push it in hte git (yes, everything is already done) On 2019-01-13 18:45, Aki Tuomi

Hello, I am using dovecot 1.2rc series on my mail server combined with postfix ( virtual users with postgre ). I have setup separate home and mail locations. It works fine ( with sieve etc. ). The user home folders are in /home/vmail/%d/%n and mailboxes are in /srv/mail/%d/%n . The permissions are fine and everything is working except in the following case : If a user does not have a home dir

You need the fts-xapian.c mostly. All the rest comes from automake (unless you decide to use cmake or something else). I have attached you a skeleton plugin, which should work against dovecot master. If you experience problems with the skeleton, let us know. Aki > On 13 January 2019 at 20:23 Joan Moreau <jom at grosjo.net> wrote: > > > Ok for having a link on the FTS page.