Re: BlameSentansoken...

Hi,

> Ger has stepped in and made fixes to make the code work (mostly)
> on 64-bit platforms as well.  So, for 64-bit machines, go with
> Ger's code.

My question was because this GerH "branch" has much more than 64-bit
portability changes. At first sight I saw the `./configure` script
(very welcomed), a `make install` installing the .crm files, and
friends (very welcomed too), but also a completely new source code
structure (makes merges harder, turning it into a fork imo), and an
annoyingly broken /shabang/ (#! @abs_top_builddir@/src/crm114) for
those that want to install crm114 as a component of the system,
instead of a hack at $HOME.

So I decided to turn back into "safe" ground (to experiment later with
GerH's "branch"), and rebuilt my mail vserver as 32bits and use your
last released tarball (20080326-BlameSentansoken).

I want to have a clean integration of crm114 (using qmail-ldap and
dovecot) without touching the .crm files, and also without symlinking
them to everyone's home, so after trying to understand the logic
implicit in it I found `/usr/bin/crm -u /usr/share/crm114
--fileprefix=$HOME/.crm114/ mailreaver.crm` to be the best approach
as, in general, you expect to find .crm files at . and have write
access over the stuff at :*:fileprefix:

The first issue I found using crm114 this way is the handling of
:text_cache: ... file names defined in mailfilter.cf are supposed to
be :fileprefix: relative, but this is not true when talking about
:text_cache:. I think mailreaver.crm should prefix it, as it does to
the other variables it use for writting files. do you agree? (to send
you the patch)

The second issue is "_mcleanup: gmon.out: Permission denied" ... how
can I disable profiling?

And the third issue is that I get empty output for large files (outch)
... It's fine at allmails.log, but never comes out. may it be related
to temporal storage permissions or to the second issue?

Thanks,
Alejandro Mery

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/