similar to: Howto reindex with solr?

Hi, I am currently testing a 2.1 dovecot setup with fts-solr. Search speed is simply amazing. I decided to try to delete and rebuild the solr indexes, but i can't seem to rebuild them thru dovecot. At first, when telnetting to the imap server, the search initially built the index, and then subsequent searches are blazingly fast. 1- I deleted all the solr indexes with the following query:

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

Ok. Additional question : - for rescan : who is responsible for passing again the new email ? Is the Dovecot core sending again all the emails to index ? or the fts shall somehow access the mailbox and read all emails ? Wouldn't just be saying "delete all index and get_last_uid is now 0" the easy way ? or the fts must process all emails (and block the current thread as a mailbx

There is no point into a separate plugin, the purpose is to replace squat as the default fts (solr being a nightmare) On 2019-01-11 18:23, Aki Tuomi wrote: > I would recommend making this a standalone plugin for now instead of trying to keep it in core fts. > > Aki > >> On 11 January 2019 at 18:40 Joan Moreau via dovecot < dovecot at dovecot.org> wrote: >>

I managed to deal with the namespace issue (updated makefile.am) However, I reach : ../../../src/lib/compat.h:207:19: error: conflicting declaration of 'ssize_t i_my_pread(int, void*, size_t, __off_t)' with 'C' linkage # define pread i_my_pread ^~~~~~~~~~ ../../../src/lib/compat.h:210:9: note: previous declaration with 'C++' linkage ssize_t i_my_pread(int fd, void *buf,

It always shows the autoindex. And yes built from sources. I'm the FreeBSD port maintainer for mail/docecot. This has been happening for several releases. Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: dovecot <dovecot-bounces at dovecot.org> on behalf of John Fawcett via dovecot <dovecot at dovecot.org> Sent: Monday, April 15, 2019

I'll run a full test when I'm back in front of areal computer vs. My phone.(in a few hours) Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: dovecot <dovecot-bounces at dovecot.org> on behalf of John Fawcett via dovecot <dovecot at dovecot.org> Sent: Monday, April 15, 2019 3:57:08 AM To: Dovecot Mailing List Subject: Re: SOLR/Index?

Hi Christian, may be the issue is related to this other post: http://dovecot.org/pipermail/dovecot/2015-September/102094.html Anyway, what I can tell you is that for every? user account,? for every folders created after the last doveadm fts rescan for that user, dovecot does not invoke indexer. A new rescan fix the problem for all the folders created up to that moment. I was wondering if I was

The below patch resolves the compilation error $ DIFF -P COMPAT.H COMPAT.H.JOAN *** compat.h 2019-01-11 20:21:00.726625427 +0100 --- compat.h.joan 2019-01-11 20:14:41.729109919 +0100 *************** struct iovec; *** 202,207 **** --- 202,211 ---- ssize_t i_my_writev(int fd, const struct iovec *iov, int iov_len); #endif + #ifdef __cplusplus + extern "C" { + #endif + #if

Hi all, Has anyone implemented larger Dovecot+Solr clusters and would be willing to give some details about how it works for you? My understanding about it so far is: - SolrCloud isn?t usable with Dovecot. Replication isn?t useful, because nobody wants to pay for double the disk space for indexes that could be regenerated anyway. The autosharding isn?t very useful also, because: I think the

?63% [ler at thebighonker.lerctr.org:~] $ grep fts1970 mail/INBOX ?67% [ler at thebighonker.lerctr.org:~] 1 $ mail -s "test fts1970" ler at lerctr.org test fts1970 test fts1970 . EOT [ler at thebighonker.lerctr.org:~] $ mailq [ler at thebighonker.lerctr.org:~] $ grep fts1970 mail/INBOX Subject: test fts1970 test fts1970 test fts1970 Apr 15 04:29:03 thebighonker exim[49528]:

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,

Hi ANyone to answer specifically ? Q1 : get_last_uid -> Is this the last UID indexed (which may be not the greatest value), or the gratest value (which may not be the latest) (the code of existing plugins is unclear about this, Solr looks for the greatest for insance) Q2 : WHen Indexing an email, the data is not passed by "build_key". Why so ? What is the link with

Also, 1 - WHat does represent "subargs" in mail_search_args 2 - I made my first code, and the error I get compiling within the dovecot architecture is "In file included from fts-xapian-plugin.c:4: fts-xapian-plugin.h:6:1: error: unknown type name 'using'; did you mean 'uint'? using namespace std;" if I remove this, the Xapian library is also complaining

for fts_backend_xxx_lookup, where is specidifed in which field (to, cc, subject, body, from, all) to lookup ? On 2019-01-06 16:03, Joan Moreau wrote: > For "rescan " and "optimize", wouldn't it be the dovecot core who indicate which are to be dismissed (expunged), or re-ask for indexing a particular (or all) uid ? WHy would the backend be aware of the transactions on

On 15/04/2019 10:31, Larry Rosenman via dovecot wrote: > It always shows the autoindex. And yes built from sources.? I'm the > FreeBSD port maintainer for mail/docecot.? This has been happening for > several releases. > > Get Outlook for Android <https://aka.ms/ghei36> > > ------------------------------------------------------------------------ > *From:* dovecot

On 15/04/2019 08:09, Larry Rosenman via dovecot wrote: > Note the hits after the fts rescan/index. > > Get Outlook for Android <https://aka.ms/ghei36> > > ------------------------------------------------------------------------ > *From:* Aki Tuomi <aki.tuomi at open-xchange.com> > *Sent:* Monday, April 15, 2019 12:55:07 AM > *To:* Larry Rosenman; John Fawcett

Hi, On 2015-10-12 18:39, Giorgio Paolucci wrote: > Hello, > on my debian wheezy installation, I implemented fts plugin with solr as > indexing system. > I noticed that if a user creates a new folder, that folder it is > ignored by > dovecot indexing until a doveadm fts rescan is performed for that user. > From that time on everything works ok on that folder. > > As a

Hi! Dovecot 2.2.24 Had set up solr and new schema collection. Copied dovecot provided schema. There was an error with booleans (while getting schema via http), which I "solved" by removing "add-unknown-fields-to-the-schema" from solrconfig.xml. It is correct way to solve this? Anyway, I run tcpdump to see network activity between dovecot and solr: #tcpdump -i lo port 8983

Hi Joan, Op 14/01/2019 om 07:44 schreef Joan Moreau via dovecot: > > Hi Stephan, > > What's up with that ? > > Thank you so much > > On 2019-01-05 02:04, Stephan Bosch wrote: > >> Hi, >> >> Op?04/01/2019?om?05:36?schreef?Joan?Moreau?via?dovecot: >>> >>> Hi >>> >>> This is the summary of my work with SOLR-Dovecot,