similar to: FTS on shared/virtual folders

Will the following command: doveadm index -A '*' Ensure all Dovecot indexes are current (including virtual mailboxes) and also update FTS?? Other than the time/resources needed to parse all users/mailboxes - is there a reason not to schedule this to run on a regular (hourly?) basis? My goal is to have my server constantly working...so my client isn't waiting for either virtual

Hi, i have a dovecot setup with virtual users. Each user has 2 entries for his mailbox. One is with the username formatted as %username%@%default_realm% , the other %username%@%domain% I've done some tests with it, but I don't complete understand how it works - I've emptied all document in solr so it empty. Doveadm is instructed to do the same with 'doveadm -D -v fts rescan

> On 29 January 2019 at 19:15 Tomasz Nowak <tomek at flup.pl> wrote: > > > Hello, > > I'm trying to experiment with Dovecot and Solr server. > I have >30k email addresses that I want to index to speed up searching > and save IOPS on mail servers. > For now - I'm doing some experiments and I'm testing how it is working. > I'm thinking

My next bonehead maneuver - was more of the first! location = virtual:/var/mail/%%d/%%n/mdbox/mailboxes/virtual was adapted from my definition for my shared namespace. Which was intended to share OTHER users - which is why the '%%' prefixes are used. Changing to: location = virtual:/var/mail/%d/%n/mdbox/mailboxes/virtual Now I can actually view something! But I still have a

Any ideas on what I need to check or should post to help find the problem? -- Daniel On 2015-06-20 14:50, dmiller at amfes.com wrote: > The first bonehead maneuver seems to be: > location = virtual:/var/mail/%%d/%%n/mdbox/virtual > I'm thinking it should be: > location = virtual:/var/mail/%%d/%%n/mdbox/mailboxes/virtual > > But...it didn't seem to make a

The first bonehead maneuver seems to be: location = virtual:/var/mail/%%d/%%n/mdbox/virtual I'm thinking it should be: location = virtual:/var/mail/%%d/%%n/mdbox/mailboxes/virtual But...it didn't seem to make a difference. And if I have the "virtual" folder tree under a location other than "/var/mail/domain/user/mdbox/mailboxes" no names appear - so I think I

Hi Devs, I experience reproducible crashes when searching in a virtual folder with fts-solr activated. The crashes occur only, if the folder contains a large number of mails and the result set of the search is also large. If the result set is small, no crash occurs. This happens on Debian Wheezy with versions 2.1.7 and 2.2.9. My goal was it to setup the possibility for cross-folder fulltext

Hello, I'm trying to experiment with Dovecot and Solr server. I have >30k email addresses that I want to index to speed up searching and save IOPS on mail servers. For now - I'm doing some experiments and I'm testing how it is working. I'm thinking about adding one additional server with Solr and configure all mail servers to use that server. I have some questions. 1. I have

So with "fts_autoindex=yes" enabled in plugins, is there anything I should be running regularly, other than the expunge/purge, to ensure Solr indexes are updated? I have a daily Solr optimize, and Solr autocommit enabled. I have an hourly "doveadm index -A *" command - is that unneeded? -- Daniel On 4/12/2015 6:53 AM, Timo Sirainen wrote: > On 10 Apr 2015, at 21:55,

For the point 1, this is not "suboptimal", it is plain wrong (results are damn wrong ! and this is not related to the backend, but the FTS logic in Dovecot core) For the point 2 , this has been discussed already numerous times but without action. The dovecot core shall be the one re-submitting the emails to scan, not the backend to try to figure out where and which are the emails to be

On Sun, Apr 14, 2019 at 21:09:54 +0800, Joan Moreau wrote: ... > THe "loop" part seems the most urgent : It breaks everything (search > timeout 100% of the time) Any luck with git-bisect? Jeff. > > On 2019-04-06 09:56, Joan Moreau via dovecot wrote: > > > For the point 1, this is not "suboptimal", it is plain wrong (results are damn wrong ! and this

Hello, Im getting problem on FTS on new created folders (mailboxes). How to simulate: - Enable FTS (solr on our case) - Create a new folder (mailbox) - Move some message to that mailbox - Try to search for the message contents *doveadm search -u user at domain text sometext* # Found nothing, but if i move the message to another mailbox, the search catch the message. # I tried doveadm index

Am 04.02.20 um 11:46 schrieb Francis Augusto Medeiros-Logeay: > Hi Philon, > > Thanks a lot for your thoughts! > > Can I ask you if using Solr improved things for you? I have a mailbox > with 15 years of e-mail and searching things take a long time. Here, SOLR itself searches a quarter million mails in split seconds and returns very good results. That is on a low memory

Hi, Install solr (in the end 7.1.0) there were errors: Caused by: org.eclipse.jetty.io.EofException: Early EOF and from dovecot: Error: Mailbox INBOX: Transaction commit failed: FTS transaction commit failed: backend I could not find for a long time what the problem was and set the nginx as a proxy, and see that dovecot breaks the connect after 60 seconds. After examining the code, I found the

Hi Francis, next to fts-solr there was fts-lucene. But that Lucene there seems heavily outdated why the Dovecot docs also suggest using Solr. Elasticsearch probably is similar to Solr but the later is maintained by Dovecot team. I started with downloading the Solr binary distribution to Debian with JRE preinstalled and things were running like after 10 min. Yes it?s a bit more complicated to

Hi, At Fri, 31 Jul 2015 09:41:10 -0300, Francisco Wagner C. Freire wrote: > Im getting problem on FTS on new created folders (mailboxes). > > How to simulate: > > - Enable FTS (solr on our case) > - Create a new folder (mailbox) > - Move some message to that mailbox > - Try to search for the message contents > > *doveadm search -u user at domain text sometext*

I updated fts-xapian to make it compatible with dovecot 2.2 On 2020-02-04 12:37, Peter Chiochetti wrote: > Am 04.02.20 um 11:46 schrieb Francis Augusto Medeiros-Logeay: > >> Hi Philon, >> >> Thanks a lot for your thoughts! >> >> Can I ask you if using Solr improved things for you? I have a mailbox with 15 years of e-mail and searching things take a long

Hi all, I'm using dovecot 2.2.13 with virtual folders and fts-solr (see attached dovecot-n.conf). At using virtual folder with fts, the dovecot crashes with following panic: Aug 20 10:49:43 imap(...): Panic: file fts-search-serialize.c: line 63 (fts_search_deserialize_add_idx): assertion failed: (*idx < buf->used) Aug 20 10:49:43 imap(test4 at india.com): Error: Raw backtrace:

Hi all I hope someone can help with this. I'm looking at setting up FTS on a Dovecot server which has some quite big pubic folders (100,000+ emails each) and would appreciate some info about how fts both Xapian and Solr works with public folders. As background of the folders can receive emails and I use a dummy user and an alias file to deliver them for example testfolder:???

I've been running Solr for a while (4.10.3) - wanted to make the jump to the latest & greatest. I installed 6.4.1, copied over my schema.xml - and after a couple false starts where I needed to tweak it work with the new version...it works! I did not copy the database, started from scratch, and executed a "doveadm fts rescan -A". But... Judging solely from at least one