Le mardi 21 novembre 2006 à 17:22 +0000, Jamie McCracken a écrit : > Laurent Aguerreche wrote: > > Le mardi 21 novembre 2006 à 17:26 +0100, Javier Arantegui a écrit : > >> Hello, > >> > >> It seems that Tracker is getting better very rapidly. I've read its > >> roadmap (*), and I wonder if its development is following it. I mean, > >> I can wait until January when it's planned that Tracker will index > >> e-mails (my most needed feature), but I would like to know if the plan > >> is followed or, even better, if the email indexing could be move > >> forward. > > > > I am currently working on email indexing and I expect to send a patch > > which will make Tracker store emails in its database by the end of the > > week. But it will not let you query database to retrieve your emails > > (for the moment). > > > It would be best not to do that. > > I will be changing the DB structure in next release to make way for our > new more powerful metadata system. Currently we can not handle metadata > that has multiple values for the same type (such as Email.To which can > contain many addresses) but the new system will enable us to overcome > these limitations. > > Instead of tryting to save them in the DB, there are more urgent fixes > needed: > > The big fixes that are needed for Evolution emails: > > 1) Get correct URI - currently its wrong or shows the wrong email (I > expect this is to do with the UID being in hex and not decimal - not > sure which the uri uses?)
I found why... The X-Evolution field is written that way : X-Evolution: uid-flags In my code, I inverted respective places of UID and Flags! :-) There were also a problem about the format used with g_strdup_printf()... I can send the patch... > 2) Need to dynamically index all mbox files - looking at beagle's source > this means watching all files with .ev-summary ending (only mboxes have > a corresponding summary file EG Sent.ev-summary ). Currently its hard > coded to Sent and Inbox which is useless for virtual folders and does > not pick up my Gnome mbox (gnome and gnome.ev-summary is there). The patch I was speaking about also uses .ev-summary files to find MBox. :-) > 3) Evolution caches remote emails from an smtp server in a different > place and with different extensions/summary files - we will need to > crack those (Beagle source again is useful here) I has not sent the patch due to that... I do not have this cache. I read code in libcamel (it is used by Evolution to store/read email + write/read ev-summary and summary files) and I only found code about that cache into evolution-data-server-1.8.1. On my computer, I only have version 1.6 so I think I have to update some packages from Debian Experimental. But, is there somebody who uses 1.8 and who could run : find ~/.evolution -name "*-meta" ?? I would like to be sure that the code in libcamel is used! This cache is quite interesting because it only contains: timestamp, UID, flags, offset (in the file) for each email. So when an existing email is modified (placed in junk for instance) I can parse the cache quickly to find it instead of parsing MBox file (ouch!) or .ev-summary file (a little bit bigger than cache). > I will be happy to do the DB end of things for the emails once the new > metadata system is ready but lets get most of the above fixed first :) Laurent.
signature.asc
Description: Ceci est une partie de message numériquement signée
_______________________________________________ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list