Why can't I disable SA on 1 account.

I don't know why tally would have run at 11:44. Sounds like you or somebody have done some customization.

Take this advice: DirectAdmin is not doing this on its own. A person has intervened at some point to cause this to happen. Its in that area you need to keep looking.
 
Maybe I'm getting things wrong and creating a misunderstanding..

The server is practically factory default.. By Tally I Mean:
Apr 20 11:44:00 ns4 CROND[28592]: (root) CMD (/usr/local/directadmin/dataskq)

When I check the Cron:
* * * * * root /usr/local/directadmin/dataskq
2 0-23/6 * * * root echo 'action=vacation&value=all' >> /usr/local/directadmin/data/task.queue;
5 5 * * 0 root /sbin/quotaoff -a; /sbin/quotacheck -augm; /sbin/quotaon -a;
10 0 * * * root /usr/local/directadmin/plugins/awstats/hooks/cgi-bin/awstats_updateall.pl now -awstatsprog=/usr/local/directadmin/plugins/awstats/hooks/cgi-bin/awstats.pl && echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
20 4 1 * * root echo 'action=reset&value=all' >> /usr/local/directadmin/data/task.queue
0 4 * * * root echo 'action=check&value=license' >> /usr/local/directadmin/data/task.queue
 
According to the cron file the tally runs 10 minutes after midnight.

Apr 20 11:44:00 ns4 CROND[28592]: (root) CMD (/usr/local/directadmin/dataskq)

This is the dataskq aka task queue which runs every minute checking to see if anything needs to be done. The file that it looks for is /usr/local/directadmin/data/task.queue
 
You should check all your cron files including ones in /var/spool/cron.

Who owns the file user_prefs?
 
The owner and group rights are username.username
task.queue file is non existent....
 
You checked all the cron files right?
 
Last edited:
Yes I did...
Can't find anything that even resembles the Spamassassin setting :confused:

But still it gets re-enabled.
 
The only thing I can tell you to do to "get around" the problem is to delete the contents of user_prefs.
 
Back
Top