similar to: Solr 6.4.1

Hi Muzzafer, I get the error as specified below when i try to added it in as a field:- I dont think text_general is a valid field? HTTP ERROR 500 Problem accessing /solr/. Reason: {msg=SolrCore 'collection1' is not available due to init failure: Could not load conf for core collection1: Unknown fieldType 'text_general' specified on field text. Schema file is

Hi, I have been trying to get fts solr to work for a while. Keep getting the error below(was wondering if this was schema related?) root at mail:/var/log# doveadm index -u user at domain.net inbox doveadm(thai at sicl.net): Error: fts_solr: Indexing failed: Server Error Below is from the apache solr output log:- Appreciate if someone can confirm the cause of this error. Thanks Kevin

Hello Everyone, I have a small base of users (30), but a lot of emails. I have an error again when I am indexing a virtual folder with a large number of folders. I appreciate this is a special case, but I am using dovecot and solr as it is, according to the documentation, the favourite way. One user is using a large number of archives sub folders, by years, months and subfolders, since 5 years.

> resp <- postForm('http://our.db/db/new', 'profileid'='181133', 'value'='20110225', 'type'='history','user-agent' = 'R', .opts =list(verbose=T, userpwd='test:test')) * About to connect() to our.db port 80 (#0) * Trying 192.168.1.1... * connected * Connected to our.db (192.168.1.1) port 80 (#0) > POST

On 11/15/20 1:29 PM, John Fawcett wrote: >> atm, listening on localhost, with Dovecot -> Tika direct, no proxy. >> >> similarly fragile under load. throwing ~10 messages with .5-5MB attachments at it at once causes all sorts of complaints. frequently, like this Nov 15 15:59:40 test.loc tika[35696]: INFO tika/ (message/rfc822) Nov 15 15:59:41 test.loc tika[35696]: WARN

__ Francis Augusto Medeiros-Logeay francis at francisaugusto.com Mobile: +47 45 17 14 91 Oslo, Norway Sent from a mobile device / Enviado a partir de dispositivo m?vel > On 24 Jul 2020, at 19:34, Shawn Heisey <elyograg at elyograg.org> wrote: > > ?On 7/22/2020 11:13 AM, Francis Augusto Medeiros-Logeay wrote: >> On Solr I get this error: >>

Hi, I am relatively new to Apache Solr and I am trying to get it to integrate with Dovecot 2.2 running on Ubuntu 14.04 and needed a little help with configuration. The following steps I have already configured. Appreciate if someone could help, so please help me! 1. Apache Solr installed, up and running 6406 [main] INFO org.eclipse.jetty.server.AbstractConnector ? Started SocketConnector at

Hi, Timo and all! I am trying to index mail in a test mailbox using fts_solr plugin for full-text search. On most mailboxes, it works fine, but on some big messages I get warnings like the following, and then I get an Out of memory error from Solr, then the indexer-worker process (or doveadm) crashes with "assertion failed" error and the backtrace:

Other use case : I type "must" in the search filed-> I have some returns , but very not all, for instance "solarmust" is not in the results If I type "solarmust" -> then I have the solarmust mail Honestly, this is highly unstable. Not sure whereas bugs come from Solr or Dovecot Below my adjusted (corrections from the one of Daniel who is definitely not

Hi, I am finally trying to use an fts engine with dovecot. My version is 2.3.7.2 under Ubuntu 20.04. I installed solr 7.7.3 and then 8.6.0 to see if this was a version-related error. I copied the schema from 7.7.0 as many people said this was fine. I get the following error when trying to reindex a user's mailbox: doveadm(francis at francisaugusto.com): Error: fts_solr: Indexing failed:

However, Solr crashes and Dovecot plugin ftS_solr returns multitude of errors Dec 09 09:21:09 imap(jom at grosjo.net)<3349><DiRnXpN8Lux/AAAB>: Error: fts_solr: received invalid uid '0' Dec 09 09:21:10 imap(jom at grosjo.net)<3349><DiRnXpN8Lux/AAAB>: Error: fts_solr: received invalid uid '0' And returns are totaly funny (keywords not presentin teh

Another bug appearing today: Jan 02 09:59:08 indexer-worker(jom at grosjo.net)<6777><MOgFATKLLFwPHAAA0thIag:oLJjJjKLLFx5GgAA0thIag>: Warning: FTS-SOLR(JOM at GROSJO.NET): Mailbox XXXXXX UID=121635 HEADER SIZE IS HUGE, TRUNCATING header of the said email has nothing of "huge" On 2019-01-02 15:22, Joan Moreau via dovecot wrote: > Refinement of the schema.xml (below)

In the code, it says #define SOLR_HEADER_MAX_SIZE (1024*1024) and line 620 if (!ctx->truncate_header && str_len(ctx->cur_value) >= SOLR_HEADER_MAX_SIZE) { /* a large header */ so this is a 1Mo header. This is of course completely wrong. Maybe this is not the root cause of the errors of fts_solr, but maybe this will help On 2019-01-02 18:00, Joan Moreau via dovecot

Refinement of the schema.xml (below) THis however does not solve the "no results" and "Out of range" errors in Dovecot and Solr <?xml version="1.0" encoding="UTF-8"?> <schema name="dovecot" version="2.0"> <uniqueKey>id</uniqueKey> <fieldType name="booleans" class="solr.BoolField"

After some testsing, I managed to get proper functionning - The schema.xml is attached below (quite different from the one provided on teh wiki) (in bold the core differences) (NGramFilterFactory is the class that replace the fts_squat "partial=3 full=15", everything else is just a big hammer to smash a tiny fly) - One need to remove the "managed-schema" file in the

(forgot to CC mailing list) Op 26/01/2019 om 20:07 schreef Joan Moreau via dovecot: >> >> >> *-?Bugs?so?far* >> >> -> Line 620 of fts_solr dovecot plugin : the size oof header is >> improperly calculated ("huge header" warning for a simple email, >> which kilss the index of that considered email, so basically MOST >> emails as the

Here is solrconfig.xml, I removed comments. -------------------- <?xml version="1.0" encoding="UTF-8"?> <config> <luceneMatchVersion>8.0.0</luceneMatchVersion> <lib dir="${solr.install.dir:../../../..}/contrib/extraction/lib" regex=".*\.jar"/> <lib dir="${solr.install.dir:../../../..}/dist/"

Puppet 3.3.1 // CentOS release 6.4 (Final) rpm -qa | grep puppet puppetlabs-release-6-7.noarch puppet-3.1.1-1.el6.noarch puppetdb-1.3.0-1.el6.noarch puppet-server-3.1.1-1.el6.noarch puppetdb-terminus-1.3.0-1.el6.noarch Installed from yum packages: Running Transaction Installing : puppetdb-1.3.0-1.el6.noarch

Hi, Op 04/01/2019 om 05:36 schreef Joan Moreau via dovecot: > > Hi > > This is the summary of my work with SOLR-Dovecot, in my *quest to > reproduce the previoulsy excellent work of fts_squat* > > > @Aki : Based on the time I have spent on this, I would love to see you > updating the Wiki with those improvements, and adding my name somewhere > > @All : Hope it

Hi Daniel, THere is no need of all this, just the command (on Solr 7.5) "create -c dovecot " is enough The chema.xml provided on the wiki basically does not work on 7.5 Here the latest one I am working on , but nothing works properly (bad search results, errors in ftp_solr, etc..) <?xml version="1.0" encoding="UTF-8"?> <schema name="dovecot"