similar to: doveadm fts: mbox/lucene-indexes, and other errors

thebighonker.lerctr.org /home/ler $ doveadm -D -v index \#ARCHIVE/2015/01/INBOX doveadm(ler): Debug: Loading modules from directory: /usr/local/lib/dovecot doveadm(ler): Debug: Module loaded: /usr/local/lib/dovecot/lib20_fts_plugin.so doveadm(ler): Debug: Module loaded: /usr/local/lib/dovecot/lib21_fts_lucene_plugin.so doveadm(ler): Debug: Module loaded:

I have the following script: #!/bin/sh PATH=$PATH:/usr/local/bin #Expects to be run after midnight on the first of the month # to archive all the previous months mail #Date Run: TODAY=`date "+%Y-%m-%d"` #last month in YYYY/MM YEAR_LAST_MONTH=`date -v-1d "+%Y/%m"` #1st of last month as 01-Mon-YYYY FIRST_LAST_MONTH=`date -v-1d "+01-%b-%Y"` echo 'TODAY='

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

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

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.

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,

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

It's getting a bit strange. You were running 2.2.25 previously and it was working then? Does the doveadm index always fail with the same errors? Also I just noticed that it's saying INBOX isn't selectable: "lucene: Failed to sync mailbox INBOX: Mailbox isn't selectable". Which I guess isn't true. It seems to be failing somewhat randomly.. > On 02 Nov 2016, at

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

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

Anything else I can provide ?? Sent from my Sprint Samsung Galaxy S7. -------- Original message --------From: Larry Rosenman <larryrtx at gmail.com> Date: 11/1/16 1:37 PM (GMT-06:00) To: Aki Tuomi <aki.tuomi at dovecot.fi> Cc: Dovecot Mailing List <dovecot at dovecot.org> Subject: Re: doveadm index: can't index a different namespace? Nothing in them from what I can

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

clamav-rules is NOT a directory, nor are any of the others: thebighonker.lerctr.org ~/MAILARCHIVE $ cd 2016/10 thebighonker.lerctr.org ~/MAILARCHIVE/2016/10 $ ls -l total 72106 -rw-r--r-- 1 ler ler 440461 Nov 1 00:05 Amplify_Mail -rw-r--r-- 1 ler ler 104102478 Nov 1 14:53 INBOX drwxr-xr-x 3 ler ler 4 Nov 1 00:05 SA -rw-r--r-- 1 ler ler 21083767 Nov 1 00:05 SENT

On 02 Nov 2016, at 19:19, Larry Rosenman <larryrtx at gmail.com> wrote: > > clamav-rules is NOT a directory, nor are any of the others: Can you access these mboxes at all with Dovecot? e.g. doveadm mailbox status -u user at domain clamav-rules > thebighonker.lerctr.org ~/MAILARCHIVE $ cd 2016/10 > thebighonker.lerctr.org ~/MAILARCHIVE/2016/10 $ ls -l > total 72106 >

Given all the discussion on FTS/Solr, etc, I have a question: I have autoindex set, and searching in roundcube most of the time does NOT find things, HOWEVER if I do: doveadm fts rescan doveadm index I can find things in the mailboxes. WHY? (doveconf -n attached). -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx at gmail.com US

FTR, this is being delivered via LMTP from Exim using the recommended transport / director. headers from one of my tests: Return-Path: <ler at lerctr.org> Delivered-To: ler at lerctr.org Received: from thebighonker.lerctr.org by thebighonker.lerctr.org with LMTP id EW4ZBgV7QVoIDwAAu+mOrA (envelope-from <ler at lerctr.org>) for <ler at lerctr.org>;

Op 25-12-2017 om 23:37 schreef Larry Rosenman: > Updated (current) doveconf -n attached.... The delivered-to header tells me that the envelope has no detail part, which is what you're checking for using the "envelope" test. So, it is not strange that the test yields the empty string. There is a detail part in the "To:" header, but that would need to be tested using

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

I'm trying to set an IMAP Flag with the detail part of an address, but getting an internal error: an 3 13:37:27 thebighonker exim[537]: 1eWoqt-00008f-4u <= ler at lerctr.org H=(lrosenman.local) [74.203.163.58]:4650 I=[192.147.25.65]:587 P=esmtpsa X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA3 84:256 CV=no SNI="smtp.lerctr.org" A=dovecot_login:ler S=769 id=20180103193716.oofszdaxopnkgfvd at

Updated (current) doveconf -n attached.... On Mon, Dec 25, 2017 at 04:33:16PM -0600, Larry Rosenman wrote: > FTR, this is being delivered via LMTP from Exim using the recommended transport / director. > > headers from one of my tests: > Return-Path: <ler at lerctr.org> > Delivered-To: ler at lerctr.org > Received: from thebighonker.lerctr.org > by