[Spambayes] Spambayes trashes PST file links in OuchLook

Mark Hammond mhammond at skippinet.com.au
Wed Jun 6 05:55:24 CEST 2007


> > > > All pst manipulation happens inside MAPI.  MAPI exposes all
> > > > of the Outlook items as a big database.  Spambayes never
> > > > deals with pst files directly
> > > > (indeed, spambayes doesn't even know they *are* in a PST file
> > > > - they may
> > > > well reside on an Exchange server).
> > >
> > > Your assumptions simply are not entirely correct.
> >
> > They are facts, as the source code proves.
>
> The source code must not operate as you believe, and this
> could be true
> because of what the linked libraries may do at compile time...

That is simply incorrect - I think you mean runtime?

> unless the source is exclusively assembly code with no library
> routines ever linked.

Assembly code has nothing to do with it - assembly code can call libraries.

> Your citation of source code may not be inclusive of
> all actual
> functionality unless you have audited the libraries, etc.
> I'm sure your
> *intent* for the code is as you say but that may not actually be
> definitive.

It is - spambayes never opens a PST file directly, period.

> Are any object libraries used?

Yes, I already explained the library is MAPI, and that is the library
opening the PST files.

> Is it *possible* that you
> have not audited all possibilities for Spambayes regen action
> to trigger
> something if not do it directly?

It will be impossible for you to find any code in spambayes that deals with
folders as anything more than an "ID".  Spambayes asks MAPI to open a folder
with a specified ID, and MAPI obliges.  However, I have said all this
before.

> I'm quite sure what I
> observe is true and as described.

I have no doubt that your recollection of what you saw is accurate.  I'm
afraid I have every reason to believe your speculation as to exactly what
went wrong or who went wrong is incorrect.

> Not sure there wasn't an unobservable glitch when
> regen ran, but *if* the Spambayes and other processes were connected
> logical processes, they did do as I described.

Spambayes is an Outlook addin.  It is incapable of functioning without
Outlook, as that is what provides the MAPI functionality needed.  There are
no other "logical processes" involved (well - at leat I don't think so - I
can only guess what you mean by "logical processes")

> > I'm afraid I can't think of any more advice to offer.
>
> Any libraries used?

Yes, MAPI.

Mark



More information about the SpamBayes mailing list