similar to: doveadm index

Displaying 20 results from an estimated 60000 matches similar to: "doveadm index"

2014 Nov 04
1
doveadm index message-decoder assertion failed
Hi, I've setup FTS using lucene and it should be working, the lucene index is updated when mail arrives. I also managed to reindex my INBOX: doveadm index -u foo -q INBOX However, when I try to index an Archives folder: doveadm index -u foo -q Archives, the index-work crashed with this log message: dovecot: indexer-worker(foo): Panic: file message-decoder.c: line 363
2012 Apr 30
2
Dovecot/doveadm crash
Having a problem with a mailbox. I've been trying to rebuild - but doveadm force-resync crashes. This is mdbox with sis. doveadm purge -u dmiller at amfes.com doveadm(dmiller at amfes.com): Panic: file istream.c: line 466 (i_stream_grow_buffer): assertion failed: (stream->max_buffer_size > 0) doveadm(dmiller at amfes.com): Error: Raw backtrace:
2012 Feb 25
1
Solr not indexing
What did I do wrong to make this happen? "doveadm(dmiller at amfes.com): Debug: fts: Indexes disabled for namespace 'shared/%n/'" doveadm -D fts rescan -u dmiller at amfes.com doveadm(root): Debug: Loading modules from directory: /usr/local/lib/dovecot doveadm(root): Debug: Module loaded: /usr/local/lib/dovecot/lib01_acl_plugin.so doveadm(root): Debug: Module loaded:
2011 Feb 14
3
Search failure
doveadm search -u dmiller at amfes.com text xyzxyz doveadm(dmiller at amfes.com): Panic: file istream-limit.c: line 79 (i_stream_limit_seek): assertion failed: (v_offset <= lstream->v_size) doveadm(dmiller at amfes.com): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x3ca8a) [0x7fcf3daaca8a] -> /usr/local/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x32)
2015 Apr 14
1
Updating Solr - was Disk space usage with mdbox
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,
2019 Dec 03
2
Dovecot 2.3.8 - How to force index creation for user/mailbox?
Neither of dovecot.index files are created (.cache, .log, .thread) - these files are created when I open the folder with IMAP client. When mailbox is not used for long time, the indexing takes very long time. So I'm looking for any solution (preferably with doveadm) to manually reindex folders in background. wt., 3 gru 2019 o 20:23 Aki Tuomi <aki.tuomi at open-xchange.com> napisa?(a):
2011 May 22
2
fts crash
I've completed my mailbox rebuild - theoretically I should be free of corruption. I used dsync to export from mdbox to maildir (so should be clean) then used a virtual machine with Dovecot to import back to mdbox in another location. So...theoretically I should be free of all corruption now... Running an fts update - "doveadm search text -u user at domain.com xyzzyx" works on
2018 Feb 13
2
doveadm with wildcard users?
On 13 Feb 2018, at 00:11, Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > doveadm -u "*mask*" makes no sense. The ?index? that was in the first line was dropped out of my further examples. But now where was there a ?*mask*?. > what command are you trying to run? # doveadm index -u ?*@sqldomain.tld" "*? Error: User listing returned failure doveadm: Error: Failed to
2015 Oct 27
2
Dovecot frequently full-text reindexes the whole maildir
Hi! I'm using Dovecot 2.2.13 (Debian Jessie package 1:2.2.13-12~deb8u1) on my personal mail server (the address I'm writing from is on this server). I use Maildirs, I have fts + fts_squat enabled, and I have a problem with it for a long time - dovecot seems to not update the index always "incrementally". Yesterday I've finally made a test by telneting to imap port and
2015 Apr 10
2
Disk space usage with mdbox
Why things happen is one of the great mysteries and joys of being a sysadmin... As for cleaning up SIS, I believe the "doveadm purge" command takes care of it. I have a daily cronjob which includes: #!/bin/sh # Permanently expunge old Trash doveadm expunge -A mailbox Trash savedbefore 2w # Optimize mdbox storage doveadm purge -A # Update fts indexes doveadm fts rescan -A -- Daniel
2020 Mar 19
2
Quota plugin and director
In data mercoled? 18 marzo 2020 23:08:27 CET, Alessio Cecchi ha scritto: > Ciao Simone, > > why you want each backend to recalc quota only for its managed users and > not run "doveadm quota recalc -A" only one time from a backend tha > recalc quota for all users? > Because the indexes are local to the backends. If I make the recalc from one backend only, that one
2019 Sep 08
1
doveadm mailbox list
It's quite likely I'm doing it wrong, but... Given a valid mailbox... doveadm mailbox list -u <username> realmb returns "realmb" doveadm mailbox list -u <username> real* returns "realmb" Seems reasonable. Now, with a non-existent mailbox... doveadm mailbox list -u <username> bogus returns "bogus" doveadm mailbox list -u
2019 Apr 05
2
FTS delays
On Fri, Apr 05, 2019 at 17:45:36 +0800, Joan Moreau wrote: > I am on master (very latest) > > No clue exactly when this problem appears, but > > 1 - the "request twice the fts plugin instead of once" issue has always > been there (since my first RC release of fts-xapian) Ok, good to know. > 2 - the body/text loop has appeared recently (maybe during the month
2010 Dec 01
3
SIS errors - was Error from mobile client (Palm Pre)
Continuing to see errors on this with some new messages. Is it possible this has anything to do with zlib plugin, or possibly having a mix of zlib compressed & uncompressed messages with mdbox? I recently added zlib to deliver plugin list. -- Daniel L. Miller, VP - Engineering, SET AM Fire & Electronic Services, Inc. [AMFES] dmiller at amfes.com 702-312-5276
2019 Apr 03
2
FTS delays
On 3 Apr 2019, at 04:30, Joan Moreau via dovecot <dovecot at dovecot.org> wrote: > doveadm search -u jom at grosjo.net mailbox inbox text milan Did that search over my list mail and got 83 results, not able to duplicate your issue. What version of dovecot and have you tried to reindex? dovecot-2.3.5.1 here. -- There is a tragic flaw in our precious Constitution, and I don't know
2019 Apr 15
1
Fwd: SOLR/Index?
On 2019/04/15 06:59, Larry Rosenman via dovecot wrote: > forgot to reply all. > > ---------- Forwarded message --------- > From: *Larry Rosenman* <larryrtx at gmail.com <mailto:larryrtx at gmail.com>> > Date: Mon, Apr 15, 2019 at 5:58 AM > Subject: Re: SOLR/Index? > To: John Fawcett <john at voipsupport.it <mailto:john at voipsupport.it>> > >
2020 Jul 22
3
Trying to use solr
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:
2018 Aug 28
1
Update both virtual indexes & FTS indexes
Will the following command: doveadm index -A '*' Ensure all Dovecot indexes are current (including virtual mailboxes) and also update FTS?? Other than the time/resources needed to parse all users/mailboxes - is there a reason not to schedule this to run on a regular (hourly?) basis? My goal is to have my server constantly working...so my client isn't waiting for either virtual
2019 Apr 15
6
SOLR/Index?
On 15/04/2019 10:59, Larry Rosenman via dovecot wrote: > 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 >
2019 Apr 05
2
FTS delays
On Wed, Apr 03, 2019 at 19:02:52 +0800, Joan Moreau via dovecot wrote: > issue seems in the Git version : Which git revision? Before you updated to the broken revision, which revision/version were you running? Can you try it with 5f6e39c50ec79ba8847b2fdb571a9152c71cd1b6 (the commit just before the fts_enforced=body introduction)? That's the only recent fts change. Thanks, Jeff. >