On 08/09/10 23:08:53, Stevan Bajić wrote:
> DSPAM does not know which account is yours and
> which not? Your unix shell account could be "gary"
> while your DSPAM account could be "[email protected]".
Hmmm, OK. dspam_train has an optional username argument:
username Specifies the user to train, if omitted the current user
name is used.
I ran dspam_train under my account and let it use the default
user name. It ran for a while, printing messages that gave the
impression that it was working (it was). But at the end, when
it ran dspam_stats, it printed nothing. At first, I thought
there was some sort of problem. Perhaps a configuration variable
that I needed to tweak? After digging around I could see my
hashed spam database built under /var/lib/dspam. Then, I tried
running 'dspam_tests gary' as super-user and got the expected
output.
I see that dspam_stats defines the optional username argument
differently:
[username]
Specifies the username to query. If no username is provided, all
users will be queried.
And there I can see why it wouldn't be correct
to allow me to query all users unless I'm a trusted user.
But I can't even get at the stats for my own user id, when
I was able to generate the spam signature database in the
the first place?
BTW, I think it might be possible to extend dspam_stats
in an upward-compatible way such that it will allow the
user to query stats for his/her own system account id,
and if the 'username' parameter isn't given it defaults
to the user's system account id -- for those user's wha
are not trusted users.
> > > If you look in your system logger then you should
> > > see an entry about your unsuccessful attempt to run dspam_stats.
> >
> > OK, but wouldn't it be helpful to tell the user why
> > no data was returned?
> >
> You mean an output when running dspam_stats?
Correct. If access is a problem, then some error
message to that effect would be helpful. Otherwise,
the command just appears to "broken".
> > What does "unloaded" mean above? Log out? If I understand this
> > correctly, then if I do a training run in one login session,
> > and do not log out, but then enable dspam checking in my
> > ..procmailrc file for example, that the call to dspam will
> > hang until/if the training session is terminated via a logout?
> >
>
> It is user based. So as long as your user account is logged
> in you will be able to train.
I'm still unclear about how this works. Part of the diffiulty
stems from the fact that I had to run dspam_stats as root
to get any output, so the data directory looks like this:
-rw-rw---- 1 gary mail 21 Aug 9 08:15 gary.stats
drwxrwx--- 2 gary mail 819200 Aug 9 08:15 gary.sig
-rw-rw---- 1 gary mail 2658513 Aug 9 08:15 gary.log
-rw-r--r-- 1 root root 0 Aug 9 13:55 gary.lock
-rw-rw---- 1 gary mail 69928008 Aug 9 13:55 gary.css
Since gary.lock exists, I'd assume that if some other
process (such as procmail calling dspam directly
to determine if a message is spam/not), that it will
have to wait? But wait on what? The database isn't
currently being used, even though the lock file is
present. Maybe this is just a glitch caused by
using dspam directly, and not in client/server mode?
------------------------------------------------------------------------------
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Dspam-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspam-user
