Re: libetpan - doc

Alfons Hoogervorst wrote :

> | I am interested in your feedback about my library.
> 
> I tell you what I need. :-)
> 
> I have a test directory with MH style messages. Now I want to parse those
> with etPan, and fill them into a GTK2 tree view, just to test the performance
> of the tree view and play with GTK 2 threads. (Yeah, I hope that I don't
> end up writing a mailer myself... ;-)

I have a thread engine that is ready and more independant of etpan 
if you need one ... Are you available somewhere this evening ?
do you have an instant messenger ?

> The GTK2 tree and threading things are no problem. I just need the
> corresponding etPan "semantics".

synchronization things while threading are always a problem :)

> Can I just say to etPan: "here's a folder, treat it like an MH one"? What
> does etPan do additionally? Create a database file, or other files, perhaps
> to cache access to the folder?

This is configurable. That creates a database file if you require 
performance, but if you don't use cache, this will be less performant.
(you could for example create a directory in 
~/.sylpheed/etpan-cache and ~/.sylpheed/etpan-flags)

You will be interested in non documented API.

mailstorage :
http://cvs.sourceforge.net/viewcvs.py/libetpan/libetpan/src/driver/interface/mailstorage.h?rev=1.15&view=auto

mailfolder :
http://cvs.sourceforge.net/viewcvs.py/libetpan/libetpan/src/driver/interface/mailfolder.h?rev=1.3&view=auto

which is an other abstraction above mailsession.

while initializing the MH mailstorage, you will be telling if you want a 
cache or not :

http://cvs.sourceforge.net/viewcvs.py/libetpan/libetpan/src/driver/implementation/mh/mhstorage.h?rev=1.6&view=auto

You will see an example of use in frm.c

http://cvs.sourceforge.net/viewcvs.py/libetpan/libetpan/tests/frm.c?rev=1.11&view=auto

To get all the thing working for sylpheed, you need to replace string 
identifiers instead of numeric identifiers for messages.

> Also, as a side note, ever seen this one: http://www.sqlite.org/?

Yes, but I am using DB.
I have a mail driver based on berkeley DB.
That gives good performance but no compatibility :)
and still experimental (but it looked like it worked when I tested it)
maybe it needs additional testing.

I don't know if it's worth using sqlite since DB is working for that.

We can use the users mailing-list to continue the discussion.

-- 
DINH V. Hoa,

"Les gens sont trop cons." -- Cent Quarante-Six



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click