Is it a bug when you move mail between namespaces....
that the fts data gets lost?
doveconf -n attached
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
On 09/08/2015 12:56 AM, Larry Rosenman wrote:
that the fts data gets lost?
All full text search backends are now implemented so that if you copy/move mails, the mails need to be indexed again the destination folder.
Alternative would be to index mails only with their GUIDs and have a GUID => { folder GUID, IMAP UID } mapping and filter the mails based on that. But such reverse index doesn't exist quite yet.
should fts_autoindex handle that case?
On Mon, Sep 7, 2015 at 5:00 PM, Timo Sirainen tss@iki.fi wrote:
On 09/08/2015 12:56 AM, Larry Rosenman wrote:
that the fts data gets lost?
All full text search backends are now implemented so that if you copy/move mails, the mails need to be indexed again the destination folder.
Alternative would be to index mails only with their GUIDs and have a GUID => { folder GUID, IMAP UID } mapping and filter the mails based on that. But such reverse index doesn't exist quite yet.
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
It should.
On 08 Sep 2015, at 01:01, Larry Rosenman larryrtx@gmail.com wrote:
should fts_autoindex handle that case?
On Mon, Sep 7, 2015 at 5:00 PM, Timo Sirainen
mailto:tss@iki.fi> wrote: On 09/08/2015 12:56 AM, Larry Rosenman wrote: that the fts data gets lost?
All full text search backends are now implemented so that if you copy/move mails, the mails need to be indexed again the destination folder.
Alternative would be to index mails only with their GUIDs and have a GUID => { folder GUID, IMAP UID } mapping and filter the mails based on that. But such reverse index doesn't exist quite yet.
-- Larry Rosenman http://www.lerctr.org/~ler http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com mailto:larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
It doesn't in my current 2.2.18 setup with the config I posted.
On Mon, Sep 7, 2015 at 5:22 PM, Timo Sirainen tss@iki.fi wrote:
It should.
On 08 Sep 2015, at 01:01, Larry Rosenman larryrtx@gmail.com wrote:
should fts_autoindex handle that case?
On Mon, Sep 7, 2015 at 5:00 PM, Timo Sirainen tss@iki.fi wrote:
On 09/08/2015 12:56 AM, Larry Rosenman wrote:
that the fts data gets lost?
All full text search backends are now implemented so that if you copy/move mails, the mails need to be indexed again the destination folder.
Alternative would be to index mails only with their GUIDs and have a GUID => { folder GUID, IMAP UID } mapping and filter the mails based on that. But such reverse index doesn't exist quite yet.
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
Is there a fix coming for this, Timo? Or is it a longer term issue?
On Mon, Sep 7, 2015 at 5:23 PM, Larry Rosenman larryrtx@gmail.com wrote:
It doesn't in my current 2.2.18 setup with the config I posted.
On Mon, Sep 7, 2015 at 5:22 PM, Timo Sirainen tss@iki.fi wrote:
It should.
On 08 Sep 2015, at 01:01, Larry Rosenman larryrtx@gmail.com wrote:
should fts_autoindex handle that case?
On Mon, Sep 7, 2015 at 5:00 PM, Timo Sirainen tss@iki.fi wrote:
On 09/08/2015 12:56 AM, Larry Rosenman wrote:
that the fts data gets lost?
All full text search backends are now implemented so that if you copy/move mails, the mails need to be indexed again the destination folder.
Alternative would be to index mails only with their GUIDs and have a GUID => { folder GUID, IMAP UID } mapping and filter the mails based on that. But such reverse index doesn't exist quite yet.
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
It works for me. I don't know why it wouldn't work for you. Looking at the autoindexing code I don't see how it could be possible that it works for saving but not copying.
On 10 Sep 2015, at 21:05, Larry Rosenman larryrtx@gmail.com wrote:
Is there a fix coming for this, Timo? Or is it a longer term issue?
On Mon, Sep 7, 2015 at 5:23 PM, Larry Rosenman
mailto:larryrtx@gmail.com> wrote: It doesn't in my current 2.2.18 setup with the config I posted. On Mon, Sep 7, 2015 at 5:22 PM, Timo Sirainen
mailto:tss@iki.fi> wrote: It should. On 08 Sep 2015, at 01:01, Larry Rosenman
mailto:larryrtx@gmail.com> wrote: should fts_autoindex handle that case?
On Mon, Sep 7, 2015 at 5:00 PM, Timo Sirainen
mailto:tss@iki.fi> wrote: On 09/08/2015 12:56 AM, Larry Rosenman wrote: that the fts data gets lost?
All full text search backends are now implemented so that if you copy/move mails, the mails need to be indexed again the destination folder.
Alternative would be to index mails only with their GUIDs and have a GUID => { folder GUID, IMAP UID } mapping and filter the mails based on that. But such reverse index doesn't exist quite yet.
-- Larry Rosenman http://www.lerctr.org/~ler http://www.lerctr.org/~ler Phone: +1 214-642-9640 tel:%2B1%20214-642-9640 (c) E-Mail: larryrtx@gmail.com mailto:larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler http://www.lerctr.org/~ler Phone: +1 214-642-9640 tel:%2B1%20214-642-9640 (c) E-Mail: larryrtx@gmail.com mailto:larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com mailto:larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
my monthly archive script does:
echo date
start ${i}
doveadm mailbox create \#ARCHIVE/${YEAR_LAST_MONTH}/${i}
doveadm -f tab mailbox status messages ${i}
doveadm move \#ARCHIVE/${YEAR_LAST_MONTH}/${i} mailbox
${i} BEFORE ${TODAY} SINCE ${FIRST_LAST_MONTH}
doveadm -f tab mailbox status messages ${i}
echo date
done ${i}
for each mailbox that has >= 1 message in it.
so on the move, the fts data gets lost / deleted.
On Thu, Sep 10, 2015 at 1:22 PM, Timo Sirainen tss@iki.fi wrote:
It works for me. I don't know why it wouldn't work for you. Looking at the autoindexing code I don't see how it could be possible that it works for saving but not copying.
On 10 Sep 2015, at 21:05, Larry Rosenman larryrtx@gmail.com wrote:
Is there a fix coming for this, Timo? Or is it a longer term issue?
On Mon, Sep 7, 2015 at 5:23 PM, Larry Rosenman larryrtx@gmail.com wrote:
It doesn't in my current 2.2.18 setup with the config I posted.
On Mon, Sep 7, 2015 at 5:22 PM, Timo Sirainen tss@iki.fi wrote:
It should.
On 08 Sep 2015, at 01:01, Larry Rosenman larryrtx@gmail.com wrote:
should fts_autoindex handle that case?
On Mon, Sep 7, 2015 at 5:00 PM, Timo Sirainen tss@iki.fi wrote:
On 09/08/2015 12:56 AM, Larry Rosenman wrote:
that the fts data gets lost?
All full text search backends are now implemented so that if you copy/move mails, the mails need to be indexed again the destination folder.
Alternative would be to index mails only with their GUIDs and have a GUID => { folder GUID, IMAP UID } mapping and filter the mails based on that. But such reverse index doesn't exist quite yet.
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
Timo, Did you get a chance to look at this? Thanks!
On Thu, Sep 10, 2015 at 1:24 PM, Larry Rosenman larryrtx@gmail.com wrote:
my monthly archive script does:
echo
date
start ${i} doveadm mailbox create \#ARCHIVE/${YEAR_LAST_MONTH}/${i} doveadm -f tab mailbox status messages ${i} doveadm move \#ARCHIVE/${YEAR_LAST_MONTH}/${i} mailbox
${i} BEFORE ${TODAY} SINCE ${FIRST_LAST_MONTH} doveadm -f tab mailbox status messages ${i} echodate
done ${i}for each mailbox that has >= 1 message in it.
so on the move, the fts data gets lost / deleted.
On Thu, Sep 10, 2015 at 1:22 PM, Timo Sirainen tss@iki.fi wrote:
It works for me. I don't know why it wouldn't work for you. Looking at the autoindexing code I don't see how it could be possible that it works for saving but not copying.
On 10 Sep 2015, at 21:05, Larry Rosenman larryrtx@gmail.com wrote:
Is there a fix coming for this, Timo? Or is it a longer term issue?
On Mon, Sep 7, 2015 at 5:23 PM, Larry Rosenman larryrtx@gmail.com wrote:
It doesn't in my current 2.2.18 setup with the config I posted.
On Mon, Sep 7, 2015 at 5:22 PM, Timo Sirainen tss@iki.fi wrote:
It should.
On 08 Sep 2015, at 01:01, Larry Rosenman larryrtx@gmail.com wrote:
should fts_autoindex handle that case?
On Mon, Sep 7, 2015 at 5:00 PM, Timo Sirainen tss@iki.fi wrote:
On 09/08/2015 12:56 AM, Larry Rosenman wrote:
that the fts data gets lost?
All full text search backends are now implemented so that if you copy/move mails, the mails need to be indexed again the destination folder.
Alternative would be to index mails only with their GUIDs and have a GUID => { folder GUID, IMAP UID } mapping and filter the mails based on that. But such reverse index doesn't exist quite yet.
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx@gmail.com US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
participants (2)
-
Larry Rosenman
-
Timo Sirainen