On Sat, Aug 18, 2018, at 00:08, Albert Shih wrote:
Le 16/08/2018 à 14:04:22+0200, Sebastian Hagedorn a écritHiI have a question regarding the conversations db and how it affects (Xapian)search. In this GitHub issue(<https://github.com/cyrusimap/cyrus-imapd/issues/2376>) I was dealing withXapian search always failing. The underlying reason turned out to be anempty conversations db. When I regenerate that user's conversations db,Xapian search works fine. So far, so good. But then I noticed this piece ofdocumentation:Quote: "This file contains all the message-id fields from every email thathas been seen in the ***past three months***, mapping to the conversationIDs in which this message ID has been seen, and the timestamp when it waslast seen."This raises a number of questions. What does "has been seen" mean in thiscontext? And does it mean that Xapian search will always fail to find emailsthat arrived more than three months ago?? That doesn't sound very useful ...If I'm correct (I'm new with cyrus too), the conversations DB as nothing todo with the database of xapian.The xapian database is some file with .glass extension and contain all theindex of all your mail. Those files stand insidet1searchpartition-default/FIRST_LETTER_OF_LOGIN/user/LOGIN/The conversation database is some cyrus internal database use by cyrus to*create* the xapian index.In other word the three months means, if you stop the xapian index now, youhave three months to restart it or you're going to need to regenerated thexapian database from the beginning (and that take very loooong time).Please if it's incorrect please someone correct me.
That's incorrect - the messageids are actually only used for thread calculations - so if you get a new messages more than 3 months later, it won't be threaded with related messages (conversations.db threads only, aka: JMAP and XCONV commands).
The G keys used for xapian are kept forever (at least: until the message is deleted from the index - which is not when it's expunged, but when cyr_expire cleans up the expunged record).
Bron.
--
Bron Gondwana, CEO, FastMail Pty Ltd
brong@xxxxxxxxxxxxxxxx
---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus