similar to: doveadm index: can't index a different namespace?

Displaying 20 results from an estimated 600 matches similar to: "doveadm index: can't index a different namespace?"

2016 Nov 01
4
doveadm index: can't index a different namespace?
doveadm -D -vvvvvv index \#ARCHIVE/\* garners the below for ALL mailboxes in the namespace: doveadm(ler): Error: Mailbox #ARCHIVE/2013/04/clamav-rules: Status lookup failed: Internal error occurred. Refer to server log for more information. [2016-11-01 13:25:21] doveadm(ler): Error: lucene: Failed to sync mailbox INBOX: Mailbox isn't selectable doveadm(ler): Error: Mailbox
2016 Nov 02
0
doveadm index: can't index a different namespace?
FWIW it DOES work on my default NAMESPACE, just not the #ARCHIVE/ NAMESPACE. On Wed, Nov 2, 2016 at 12:32 PM, Larry Rosenman <larryrtx at gmail.com> wrote: > It's ALWAYS failed on the other NAMESPACE. > > Some of the logging looks weird as well for the 2nd namespace: > > Nov 2 12:32:03 thebighonker dovecot: imap-login: Login: user=<mrm>, > method=PLAIN,
2016 Nov 02
0
doveadm index: can't index a different namespace?
It looks like fts-lucene wants to write some information into INBOX's index files. But your archive namespace doesn't have a working INBOX. Maybe it would work if you create "#ARCHIVE/inbox"? > On 02 Nov 2016, at 20:13, Larry Rosenman <larryrtx at gmail.com> wrote: > > one other thing, fts_autoindex does NOT appear to be working on the > #ARCHIVE/ NAMESPACE.
2016 Nov 02
2
doveadm index: can't index a different namespace?
It's ALWAYS failed on the other NAMESPACE. Some of the logging looks weird as well for the 2nd namespace: Nov 2 12:32:03 thebighonker dovecot: imap-login: Login: user=<mrm>, method=PLAIN, rip=207.231.91.36, lip=192.147.25.65, mpid=76712, TLS, session=<HC+00VRAWczP51sk> Nov 2 12:32:03 thebighonker dovecot: imap(mrm): Debug: Loading modules from directory: /usr/local/lib/dovecot
2016 Nov 02
0
doveadm index: can't index a different namespace?
On 02 Nov 2016, at 22:02, Larry Rosenman <larryrtx at gmail.com> wrote: > > why wouldn't it be able to use the ~/MAILARCHIVE/ filesystem space? > > The other indexes etc seem to get built there. It's not about adding an index there, but about trying to open "MAILARCHIVE" itself as a folder. fts-lucene attempts to use an existing folder's indexes for
2016 Nov 02
2
doveadm index: can't index a different namespace?
one other thing, fts_autoindex does NOT appear to be working on the #ARCHIVE/ NAMESPACE. I wonder if these are all interrelated? On Wed, Nov 2, 2016 at 1:10 PM, Larry Rosenman <larryrtx at gmail.com> wrote: > FWIW it DOES work on my default NAMESPACE, just not the #ARCHIVE/ > NAMESPACE. > > > On Wed, Nov 2, 2016 at 12:32 PM, Larry Rosenman <larryrtx at gmail.com> >
2016 Nov 02
5
doveadm index: can't index a different namespace?
nope -- No difference thebighonker.lerctr.org ~ $ ls -l ~/MAILARCHIVE/ total 176 drwx------ 6 ler ler 7 May 25 2014 2004 drwx------ 8 ler ler 8 Mar 3 2013 2005 drwx------ 11 ler ler 11 Mar 3 2013 2006 drwx------ 11 ler ler 11 May 3 2013 2007 drwx------ 14 ler ler 14 Mar 3 2013 2008 drwx------ 14 ler ler 14 Mar 3 2013 2009 drwx------ 14 ler ler 14 Mar 3 2013
2015 Oct 05
1
Unknown cache fields?
I assume this is expected, but just checking. I do NOT use POP3. Oct 5 09:41:20 thebighonker dovecot: indexer-worker(mrm): Debug: Ignoring unknown cache field: pop3.order Oct 5 09:41:20 thebighonker dovecot: indexer-worker(mrm): Debug: Ignoring unknown cache field: binary.parts Oct 5 09:41:20 thebighonker dovecot: indexer-worker(mrm): Debug: Ignoring unknown cache field: body.snippet --
2016 Oct 23
0
keent() from Tika - with doveadm
doveadm(mrm): Debug: http-client: conn 127.0.0.1:9998 [1]: Got 200 response for request [Req38: PUT http://localhost:9998/tika/] (took 296 ms + 8 ms in queue) doveadm(mrm): Panic: kevent(): Invalid argument Program received signal SIGABRT, Aborted. 0x00000008014e6f7a in thr_kill () from /lib/libc.so.7 (gdb) fr 6 #6 0x00000008011a3e49 in io_loop_handler_run_internal (ioloop=0x801c214e0) at
2016 Oct 24
0
keent() from Tika - with doveadm
Hi! Can you try these two patches? Aki On 24.10.2016 08:48, Aki Tuomi wrote: > Ok so that timeval makes no sense. We'll look into it. > > Aki > >> On October 24, 2016 at 12:22 AM Larry Rosenman <larryrtx at gmail.com> wrote: >> >> >> doveadm(mrm): Debug: http-client: conn 127.0.0.1:9998 [1]: Got 200 response >> for request [Req38: PUT
2016 Oct 24
2
keent() from Tika - with doveadm
Ok so that timeval makes no sense. We'll look into it. Aki > On October 24, 2016 at 12:22 AM Larry Rosenman <larryrtx at gmail.com> wrote: > > > doveadm(mrm): Debug: http-client: conn 127.0.0.1:9998 [1]: Got 200 response > for request [Req38: PUT http://localhost:9998/tika/] (took 296 ms + 8 ms in > queue) > doveadm(mrm): Panic: kevent(): Invalid argument >
2016 Oct 24
0
keent() from Tika - with doveadm
that seems to fix this kevent() problem, but I got the following lucene assert. Is that because of previous fails? Also, while I have your attention, is fts_autoindex supposed to work accross NAMESPACES? doveadm(mrm): Debug: Mailbox LISTS/vse-l: Opened mail UID=39483 because: fts indexing doveadm(mrm): Debug: Mailbox LISTS/vse-l: Opened mail UID=39484 because: fts indexing doveadm(mrm): Debug:
2016 Oct 24
2
keent() from Tika - with doveadm
Hi! We found some problems with those patches, and ended up doing slightly different fix: https://github.com/dovecot/core/compare/3e41b3d%5E...cca98b.patch Aki On 24.10.2016 10:17, Aki Tuomi wrote: > Hi! > > Can you try these two patches? > > Aki > > > On 24.10.2016 08:48, Aki Tuomi wrote: >> Ok so that timeval makes no sense. We'll look into it. >>
2016 Nov 02
2
doveadm index: can't index a different namespace?
thebighonker.lerctr.org ~ $ doveadm mailbox status -u ler at lerctr.org vsize \#ARCHIVE/2016/10/clamav-rules #ARCHIVE/2016/10/clamav-rules vsize=3840752 thebighonker.lerctr.org ~ $ On Wed, Nov 2, 2016 at 12:22 PM, Timo Sirainen <tss at iki.fi> wrote: > On 02 Nov 2016, at 19:19, Larry Rosenman <larryrtx at gmail.com> wrote: > > > > clamav-rules is NOT a directory, nor
2017 Jun 04
0
SIG11/Auth/FreeBSD
On Fri, Jun 02, 2017 at 11:15:41AM -0500, Larry Rosenman wrote: > I'm seeing lots of: [snipped] > Jun 2 00:00:05 thebighonker exim[57437]: dovecot_login authenticator failed for ec2-52-40-16-7.us-west-2.compute.amazonaws.com (ADM > IN) [52.40.16.7]:51339 I=[192.147.25.65]:465: 535 Incorrect authentication data (set_id=web) > Jun 2 00:00:06 thebighonker exim[57439]: dovecot_login
2019 Apr 15
0
SOLR/Index?
Note the hits after the fts rescan/index. Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Aki Tuomi <aki.tuomi at open-xchange.com> Sent: Monday, April 15, 2019 12:55:07 AM To: Larry Rosenman; John Fawcett Cc: Dovecot Mailing List Subject: Re: SOLR/Index? On 15.4.2019 3.33, Larry Rosenman via dovecot wrote: ?72% [ler at
2019 Apr 15
0
SOLR/Index?
?72% [ler at thebighonker.lerctr.org:~] $ doveadm search mailbox lists/freebsd/ports-commiters body 'sysutils' [ler at thebighonker.lerctr.org:~] $ doveadm fts rescan [ler at thebighonker.lerctr.org:~] $ doveadm index -q lists/freebsd/ports-commiters ?64% [ler at thebighonker.lerctr.org:~] $ tail -f /var/log/maillog Apr 14 19:30:27 thebighonker dovecot[2507]: imap-login: Disconnected
2019 Apr 15
0
SOLR/Index?
It always shows the autoindex. And yes built from sources. I'm the FreeBSD port maintainer for mail/docecot. This has been happening for several releases. Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: dovecot <dovecot-bounces at dovecot.org> on behalf of John Fawcett via dovecot <dovecot at dovecot.org> Sent: Monday, April 15, 2019
2017 Jun 02
2
SIG11/Auth/FreeBSD
I'm seeing lots of: Jun 2 00:00:05 thebighonker exim[57437]: dovecot_login authenticator failed for ec2-52-40-16-7.us-west-2.compute.amazonaws.com (ADM IN) [52.40.16.7]:51339 I=[192.147.25.65]:465: 535 Incorrect authentication data (set_id=web) Jun 2 00:00:06 thebighonker exim[57439]: dovecot_login authenticator failed for ec2-52-40-16-7.us-west-2.compute.amazonaws.com (ADM IN)
2019 Apr 15
2
SOLR/Index?
On 15.4.2019 3.33, Larry Rosenman via dovecot wrote: > ?72% [ler at thebighonker.lerctr.org:~] $ doveadm search mailbox > lists/freebsd/ports-commiters? body 'sysutils' > [ler at thebighonker.lerctr.org:~] $ doveadm fts rescan > [ler at thebighonker.lerctr.org:~] $ doveadm index -q > lists/freebsd/ports-commiters > ?64% [ler at thebighonker.lerctr.org:~] $ tail -f