Re: [Tracker] Question about the Roadmap

[Jamie McCracken <jamiemcc blueyonder co uk>]

Laurent Aguerreche wrote:
> 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.  :-)

great! Glad you are making progress :)

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

I dont know about specific caches but...

from Beagle source
http://cvs.gnome.org/viewcvs/*checkout*/beagle/beagled/EvolutionMailDriver/MailCrawler.cs

The files are just called "summary" (for IMAP) but I dont know where 
they appear (probably in their own imap directory for each remote account)

You will have to install an IMAP server and connect Evolution to it to 
work out as well as test the handling of this.

Hopefully its fairly easy with Camel and above summary file to read the 
IMAP stuff (looking at Util/camel.cs in beagle it appears to be pretty 
straight forward)

I am sure everything you need can be found in Beagle :)


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

I am using Evolution 2.8.1 and that has :
/home/jamie/.evolution/mail/local/Inbox.ev-summary-meta


> This cache is quite interesting because it only contains:
>    timestamp, UID, flags, offset (in the file)
> for each email.

yes please if you can get the uri from it quicker.



--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/