Re: crm doc glitches

   From: Paul Fox <[email protected]>

   hi --

   i'm finally upgrading crm -- i've been running BlameRaul since
   2005.  it's been fine, but in the last 6 months or so the false
   positive rate seems to have gone up, and since my css files seems
   unbalanced, it was time to start over.  wish me luck.  :-)

   several things i noticed since i had to re-read the
   CRM...HOWTO.txt file:  i'm now running BlameSteveJobs

       - there's no packaged TRE in this release -- the doc should be
	   updated to reflect that.  i've been using the TRE that comes
	   with ubuntu for years.

We argue about that.  I think it _should_ be there, but the current
package was done by someone who felt it shouldn't be in there.  With
the advent of TRE becoming a standard part of most distros, and most
distros having package managers that know how to fetch and install
dependencies automagically, I'm ... fading in my opinion.

       - color me dense, but the difference between "-u dir" and
	   "--fileprefix foo" doesn't really jump out at me.  i don't
	   seem to need --fileprefix (everything's in the "-u" directory),
	   but i wasn't sure for a while whether i would.  i.e.,
	   what exactly will be relocated with --fileprefix?

--fileprefix changes the place where files opened explicitly by
mailreaver will be. (and note that --fileprefix, like any --parameter,
is a user variable, not a system thing.  On the other hand, "-u
foodir" does a "cd foodir" before _anything_ else happens- which
includes initial program load!

       - the user is told to become root much to early, during
	   configuration and build of both crm and TRE.  i'd let
	   them do all that as themselves, and then just change the
	   installation command from "make install" to "sudo make
	   install".  more concise, and safer.

The user needs to bounce back and forth (TRE needs to be installed
before you build CRM114); earlier versions of TRE didn't get their
library dependencies set up right on occasion if you didn't build them
as root.

       - there's no mention that maillib.crm needs to be installed.
	   it turns out it's pretty important.  ;-)

It just needs to be in the same directory.

   and finally, a usage question:  this is the first time i've used
   mailreaver.  how is the size of the reaver_cache controlled?

Your choice.  You can cull it automatically with a cron find . -older
-delete sort of thing, or cull it manually.

I would suggest not culling it at all until you are sure everything is
working right, because the reaver cache is written very early in
the processs and so mail recieved may well survive in the .cache for
retrieval even if the user's copy is dropped on the floor and swept
away by a segfault.

     - Bill Yerazunis

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects