Hi,
I was wondering if there was anyway to remove FTS indexes in other to
have them rebuild on the next BODY search?
All the doveadm commands I can find seem to result in fully build
indexes. (which is nice if that's what you want).
/Peter
Hi,
What's the recommended way to handling timeouts on large mailboxes given
the hardwired request timeout of 60s in solr-connection.c:
http_set.request_timeout_msecs = 60*1000;
/Peter
On 4/4/19 6:47 PM, dovecot-requ...@dovecot.org wrote:
> For a typical Solr index, 60 seconds is an eternity. Most people aim
> for query times of 100 milliseconds or less, and they often achieve
> that goal.
I'm pretty sure I get these while indexing, not querying.
Apr 04 16:44:50 host doveco
On 4/4/19 6:57 PM, Peter Mogensen wrote:
>
>
> On 4/4/19 6:47 PM, dovecot-requ...@dovecot.org wrote:
>> For a typical Solr index, 60 seconds is an eternity. Most people aim
>> for query times of 100 milliseconds or less, and they often achieve
>> that goal.
>
> I'm pretty sure I get these wh
Looking further at tcpdumps of the Dovecot->Solr traffic and Solr
metrics it doesn't seem like there's anything suspicious apart from the
TCP windows running full and Dovecot backing of ... until it times out
and close the connection.
>From my understanding of how Dovecot operates towards Solr i
On 4/14/19 4:04 PM, dovecot-requ...@dovecot.org wrote:
>> Solr ships with autoCommit set to 15 seconds and openSearcher set to
>> false on the autoCommit.? The autoSoftCommit setting is not enabled by
>> default, but depending on how the index was created, Solr might try to
>> set autoSoftCommi
sorry... I got distracted half way and forgot to put a meaningfull
subject so the archive could figure out the thread. - resending.
On 4/14/19 4:04 PM, dovecot-requ...@dovecot.org wrote:
>> Solr ships with autoCommit set to 15 seconds and openSearcher set to
>> false on the autoCommit.? The aut
Hi,
Looking at the source, it doesn't seem like fts-solr checks for settings
changes using fts_index_have_compatible_settings() like fts-lucene does.
Is there any special reason for why fts-solr shouldn't also rebuild
indexes if settings has changed?
/Peter
Hi,
I was wondering...
If one had mdbox ALT path set to a shared storage mount (say, on NFS)
and one wanted to move a mailbox to a different host... I guess it in
principle wouldn't be necessary to copy all the ALT storage through
dsync, when the volume could just be mounted on the new host.
Is
On 9/2/19 3:03 PM, Sami Ketola wrote:
>> On 2 Sep 2019, at 15.25, Peter Mogensen via dovecot
>> wrote:
...
>> Is there anyway for dsync to avoid moving Gigabytes of data for could
>> just be "moved" by moving the mount?
>
>
> Not tested but you
On 9/3/19 2:38 PM, Sami Ketola wrote:
>
>
>> On 3 Sep 2019, at 15.34, Peter Mogensen via dovecot
>> wrote:
>>
>>
>>
>> On 9/2/19 3:03 PM, Sami Ketola wrote:
>>>> On 2 Sep 2019, at 15.25, Peter Mogensen via dovecot
>>>> wrot
So... I've done some testing.
One method which seemed to work - at least for primitive cases - was to:
* Mount the ALT storage on the destination.
* Run "doveadm force-resync \*" on the destination.
(putting all the mails in ALT storage into the dovecot.map.index)
* Run dsync from source to d
On 9/4/19 2:12 PM, Peter Mogensen wrote:
>
> So... I've done some testing.
>
> One method which seemed to work - at least for primitive cases - was to:
>
> * Mount the ALT storage on the destination.
> * Run "doveadm force-resync \*" on the destination.
> (putting all the mails in ALT stora
13 matches
Mail list logo
