similar to: Dovecot Full Text Search: HTTP 500 : Unknown fieldType 'text_general' specified on field text. [SERIOUS]

Hello, My dovecot constantly runs into this error. I want to fix this one last time, I am tired of troubleshooting so please someone give me a lasting and proper solution for this error. I think its a problem with the dovecot-solr module. Please tell me how do I find the root of this problem with Dovecot. There is a problem with the body search text field. It always fails(with no result), other

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

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

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

In your schema.XML check you have defined: <field name="text" type="text_general" indexed="true" stored="false" multiValued="true"/> On 05/03/2015 7:11 PM, "Kevin Laurie" <superinterstellar at gmail.com> wrote: > Hello, > My dovecot constantly runs into this error. > I want to fix this one last time, I am tired of

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.

__ 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, 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:

Hello, it seems an mismatch of schema file provided by dovecot-2.3.5.2 [root at mail conf]# pwd /var/solr/data/dovecot/conf # Below solrconfig.xml is from Solr-8.0.0. [root at mail conf]# grep text_general solrconfig.xml <str name="queryAnalyzerFieldType">text_general</str> field types. Text content will be indexed as "text_general" as <str

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/"

On 4/22/2019 9:31 PM, luckydog xf via dovecot wrote: > https://wiki.dovecot.org/Plugins/FTS/Solr > Only offers a solr-7.7.0 solrconfig.xml, does it apply to solr-8.0.0? If the config was actually designed for 7.7, then it will work in 8.0. If it was designed for 5.x or 6.x, there's a chance it won't work. It sounds like you have a solrconfig.xml file and a schema file that are

https://wiki.dovecot.org/Plugins/FTS/Solr Only offers a solr-7.7.0 solrconfig.xml, does it apply to solr-8.0.0? On Tue, Apr 23, 2019 at 11:18 AM luckydog xf <luckydogxf at gmail.com> wrote: > Here is solrconfig.xml, I removed comments. > -------------------- > > <?xml version="1.0" encoding="UTF-8"?> > <config> >

On 11/15/20 12:21 PM, John Fawcett wrote: > I'm using tika-server.jar installed as a service yup. same here. 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. one at a time seems OK ... > Dovecot currently implements separate integrations,

This happens to Puppet 2.7.1 (both master and client). I have a file resource that I set to ensure => absent, Puppet removed it correctly with info line that it has a duplicate entry in the filebucket. I then changed the ensure => present, the agent run gave me following error: /usr/bin/puppet:19 err: /Stage[main]/Emb/File[/opt/jetty-distribution-7.4.2.v20110526.tar.gz]/ensure: change from

I''ve just tried this (we assume /opt/jetty-6.1.26 already exists): file { "/opt/jetty-6.1.26": owner => "jetty", group => "users", recurse => true, } ... but it''s taking an *age*. What''s the Right Way? Cheers, Robert. -- You received this message because you are subscribed to the Google Groups

Hi All; I am using the PuppetDD 1.3 docs. I am attempting to run the following query: curl -H ''Accept: application/json'' -X GET http://localhost:8080/v2/resources--data-urlencode query@db_look Contents of db_look: ["=", "certname", "puppet-satellite"] However, I get no results with this... I also do not get an errors I do see this in the log

> 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

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, my name is Dieter and this is my 1st post to the list. I''m currently using shorewall 2.2.5 on SuSE 9.2 and java 1.4.2_06. Overall everything works as expected. The problem I have occurs with previous versions of shorewall, too. Problem: When I start a java application like crushftp it takes about 2 minutes until the server is functional. If I try to interrupt the startup process

Good evening, on a CentOS 7 LAMP (not gateway) dedicated server I am using iptables-services with the following /etc/sysconfig/iptables: *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT ACCEPT [294:35064] -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type any -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp -m