I had a similar problem due to dspam_log_rotate, if i remember it changes
permissions of the log files when it runs, effectively preventing dspam from
appending data to them. this make the web interface inaccurate because it
relies on the log files, even though the retraining is actually happening in
the database.
-Aaron
On 11/2/06, Samuel Clough <samuel.clough@trumpetsofzion.org> wrote:
>
>
> I can't remember any change to the groups file. I've now found that I
> can't retrain anything anymore either innocent to spam or visa-versa. What
> do I start checking? I noticed some of the files in the data directory were
> owned by root with a group of dspam and others were owned by
> dspam:dspam. In either case, permissions tended to be 0660. Do the files
> need to be owned by dspam?
>
> The only thing I can think of is that these seems to have started after I
> scheduled dspam_log_rotate to run every night and ran the sql purge. I'm
> not saying those are the triggers, but those are the only new things I can
> think of.
>
> On Thu, 02 Nov 2006 00:15:28 -0700, Jason DiCioccio <jd@ods.org> wrote:
> > Samuel,
> >
> > Samuel Clough wrote:
> >> I have a problem where several users are complaining about messages
> that
> > were marked as spam, but when you hit retrain, they are not delivered
> and
> > not retrained.
> > Is this after a change to your groups file, perhaps?
> >
> > I've seen something similar happen there . . .
> >
> >
>
>
> !DSPAM:4549e11139192006377636!
>
>
>
Received on Thu Nov 2 14:24:07 2006
This archive was generated by hypermail 2.1.8 : Fri Nov 03 2006 - 00:00:05 CET