dovecot - Sep 2015 - 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 at gmail.com
US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
-------------- next part --------------
A non-text attachment was scrubbed...
Name: doveconf.ler.out
Type: application/octet-stream
Size: 3418 bytes
Desc: not available
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20150907/3b77c081/attachment-0001.obj>

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 at 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 at gmail.com
US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961