Derrick 'dman' Hudson wrote:

> Neither "calls" "SA".  SA is a library.  There are 2 main front-ends
> providing user access to this library :  "/usr/bin/spamassassin" and
> the "spamc/spamd" pair.  spamd is just SA in daemonized form.  It
> doesn't call anything outside of itself.  spamc exists merely as a
> lightweight process that can be exec()ed for a pipe.  It uses a socket

>
> to pass a message to spamd for processing

Uhhh.. Pancakes rule :)?

Very nice explaction Derrick.  It does clarify a bit more the
relationship between SA, and the two spams.

What I really need is help getting razor going in a single user
situation.  Has information on this already posted.  I'm about to go
hunting around.

See, due to my lack of Perl knowledge, I'm not really sure how things
should be set up.  I figure, from just looking at how SA is set up, I
could just copy the razor, and sdk files into corresponding directories
off SA's lib directory.  But then there's that blib directory, and arch,

and I'm only speculating they play some role in telling Perl where
everything is, 'cause reporter.pm can't find Razor::Client::new is the
error message I'm getting.

Bryan
--
Labor exploitation hurts us all - Sign the petition:
http://www.zazona.com/h1bpetition/P/facts.html

Proud ugly web site owner:
http://www.wecs.com
http://www.wecs.com/bio_ailinks.htm;
http://www.wecs.com/spam.htm
http://www.wecs.com/resume.htm


_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to