[Libpst-devel] More appointment fields added

Chris Halls chris.halls at credativ.co.uk
Tue Jan 9 15:53:30 CET 2007


On Tuesday 09 January 2007 13:45, Joseph Nahmias wrote:
> OK.  I would think that we want the lib to be unversioned to start out
> with; the reasons for that are:
>
>   1) I'm not sure that the line is properly drawn between readpst and
>   libpst, ie. i'm not comfortable with the API yet.
>
>   2) I'm sure we'll come across some more fields as we go that will need
>   to be added -- changing the ABI.

By unversioned, I take it you are thinking of making a static library instead 
of a shared libpst.so.N?

I agree that your reasons above are valid reasons to consider not making a 
stable API yet. On the other hand, I wonder how quickly the API will change - 
not because it doesn't need changing, but because it needs someone with time 
to make changes. Also, having a shared library makes it harder for 
distributors if urgent updates are needed, because all the libpst users have 
to be rebuilt.

Maybe we should stay unversioned for now, but we should agree to look at this 
again soon and decide if we really have time to make a load of API changes, 
or whether we should just freeze the API as 'good enough for now'? I was 
fairly happy with the API for my changes. The only possible items I can think 
of are:

- Add some helpers for walking through folders and items - I implemented my 
own loop which could maybe go into an iterator-like API function.

- Clean up the debug stuff. I don't like having to work with a binary log file 
that needs a special tool, or that a lot of useful debugging info needed to 
fix bugs is not compiled in by default.

- Add Outlook 2003 support. It looks like we need someone other than Joseph or 
myself to do this one.

- Move some of the mail parsing logic into the API. For example, a function to 
get a valid attachment filename without having to know about short and long 
filenames as stored by Outlook.

Chris



More information about the Libpst-devel mailing list