similar to: ./configure not checking solr deps

I have found that if you the fts_solr plugin is listed after Zlib it will cause an indexing problem where any message that was compressed with Zlib is submitted to solr without being uncompressed. The order of the plugins is important. Not sure if this can be fixed but im trying to add a wiki note. -- The information contained in or attached to this email is intended only for the use of the

I am getting lots of these error messages in the log file, any idea why? vsz_limit = 512M Dec 14 00:50:12 lmtp(it at wenn.com)(it at wenn.com): Error: mmap_anon(211079168) failed: Cannot allocate memory -- The information contained in or attached to this email is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not

I am having a problem with Horde due to large variations in email UID for a few users. At one time they were receiving thousands of emails a day, they have deleted all these messages but because they still have early emails in the mailbox the UID range from start to now is massive. We use Horde webmail and it creates an internal array based on range of messages but due to large UID range it eats

Dovecot 2.0.13 Centos 5.4 x86_64 2.6.18-164.9.1.el5 (on ESXi) OS/Logs on local storage, /home all on NFS server for datastore (NFS Store Centos 5.5 x86_64 2.6.18-194.11.1.el5) Thunderbird 3.1.10 on XP/W7 Desktops We are seeing a werid issue where there is a delay of up to a few mins in seeing label updates on messages. I have confirmed that Thunderbird is sending the update to the server with

On 2018-06-07, Ricardo Branco <ricardo.branco at wenn.com> wrote: > Solr 7 returns JSON by default but fts_solr requires XML. > > Would be good to have wt=xml added to the query to force it to xml all the time, this would prevent errors if solr has > not had xml set as default for index. This is already done in Dovecot 2.3.x, the same patch works in 2.2.x.

Solr 7 returns JSON by default but fts_solr requires XML. Would be good to have wt=xml added to the query to force it to xml all the time, this would prevent errors if solr has not had xml set as default for index. Dovecot 2.2.36 Centos 6 *Doveadm Request:* doveadm search -u caroline at covermg.com TEXT smith doveadm(caroline at covermg.com): Error: fts_solr: Invalid XML input at 1:0: not

Is there a way when using doveadm to search a users mailbox to disable using solr plugin (without changing config file). We have found that solr does not work well with certain search types and reverting to non solr searching works much better.

We have multiple logins assigned to single mailboxes, so we can give one login to different devices. Does this cause a problem with mailbox guids in solr or is the ID stored within the indexes and not related to username.

Hi, i have a problem in assigning 2 conditions to grep() , my data look like this: DA 24 N7 Rad= 3.4 20 Sac= 0.93 Acc= 4.76 DA 24 N7 Rad= 3.4 14 Sac= 0.65 Acc= 3.33 DA 24 N7 Rad= 3.4 3 Sac= 0.14 Acc= 0.71 DA 24 N7 Rad= 3.4 11 Sac= 0.51 Acc= 2.62 DG 23 N7 Rad= 3.4 8 Sac= 0.37 Acc= 1.91 DG 23 N7 Rad= 3.4 5 Sac= 0.23 Acc= 1.19 DG 23 N7 Rad= 3.4 0 Sac= 0.00 Acc= 0.00 DG 23 N7 Rad= 3.4 3 Sac=

Before I go down the route of upgrading our main Solr instance from 6 to 7, just checking if anyone is using Solr 7 with Dovecot.

Words by Ricardo Branco [Wed, Oct 11, 2017 at 11:00:03AM +0100]: > Before I go down the route of upgrading our main Solr instance from 6 to 7, > just checking if anyone is using Solr 7 with Dovecot. SOLR 7 works ok with dovecot. We did not upgrade but indexed from scratch with 7.0.0. From our experience: Make sure that you set the default queryResponseWriter to XML on solrconfig.xml:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 15 Jul 2014, Ricardo Branco wrote: > Attached files > > Nick Edwards wrote, On 15/07/2014 10:19: >> you need to show doveconf -n >> and what you have in the master.conf for dovecot >> >> On 7/15/14, Ricardo Branco <ricardo at wenn.com> wrote: >>> I have been trying looking though all the wiki

Mail server runs centos 6.9 and so does the nfs servers, it is using nfsv3 on mount, underlining fs is xfs. On 9 October 2017 23:00:42 BST, Tom Talpey <tom at talpey.com> wrote: >What OS are you running doveadm on, and what type of NFS server is >hosting the storage? > >One possibility on (much) older NFS servers is that some of them refuse >to extend a file when setting the

I am getting lots of these messages in my imapd.log or while I am doing mailbox operations on the terminal. All my mailboxes are stored on NFS and ive set the nfs locking params in the config, only one mailserver accessing this share. Any ideas why this would be happening? doveadm(ops): Error:

On Tue, Jul 07, 2020 at 05:22:47PM -0500, Eric Blake wrote: > This reverts commit 2c5aec42cf04c567639bd885cf12a57192229215. > > Now that we have an easy way to generate aligned extents from the > plugin, where the client will never see an unaligned extent > transition, it's time to put it to use. > > Signed-off-by: Eric Blake <eblake@redhat.com> > > --- >

This reverts commit 2c5aec42cf04c567639bd885cf12a57192229215. Now that we have an easy way to generate aligned extents from the plugin, where the client will never see an unaligned extent transition, it's time to put it to use. Signed-off-by: Eric Blake <eblake@redhat.com> --- Here's what I used on the command line; I need to turn it into a formal test: $ ./nbdkit -U - eval

On 14 Dec 2016, at 0.44, Ricardo Branco <ricardo at wenn.com> wrote: > > Is there a way to force dovecot to reprocess a user account to refile the m.* files based on new config for max file size. > > Ive got one account at 22k files due to a 2M split. dsync elsewhere and mv them back?

What OS are you running doveadm on, and what type of NFS server is hosting the storage? One possibility on (much) older NFS servers is that some of them refuse to extend a file when setting the file length to a larger value than the current size. However, that's a really obsolete behavior, not seen on anything in the decade, and isn't likely to return OPNOTSUPP. On 10/9/2017 8:29 AM,

Hello, running dovecot 2.3.2.1 on Arch Linux, and installed solr 7.4.0. According to the wiki, there should be doc/solr-schema.xml, but I cannot find it. Tried "whereis dovecot": dovecot: /usr/bin/dovecot /usr/lib/dovecot /etc/dovecot /usr/include/dovecot /usr/share/dovecot /usr/share/man/man1/dovecot.1.gz But I cannot find any xml files using find /usr/{lib,share}/dovecot -name

On 11/13/20 11:37 AM, John Fawcett wrote: >> still dunno why the 401. :-/ > > So I just did a quick check of running dovecot with a standalone > solr-8.7.0 instance and I'm not seeing any issues. +1 > I confirm I haven't configured anything for indexer or indexer-worker in > dovecot, just left the defaults. +1 > For 401's returned from your solr server