Bugzilla Bug 201660

The housekeeping jobs (dspam.cron) calls cssclean and csscompress to clean the
*.css files. 

1. csscompress gives an error when /tmp is mounted seperately cause the
temp-file is just renamed:
rename(/tmp/12233.css, /var/spool/dspam/data/local/dirk/dirk.css): Invalid
cross-device link

Solution: Save the temp css file in the same directory as the real css file.
The temp file has the name PID.css so it will not conflict with any other file
name (see cssclean.c).

2. csscompress: no lock file is written. Is that needed

3. cssclean: lock file is in wrong directory:
open("/var/spool/dspam/data/local/data/local/dirk/dirk.lock",
O_WRONLY|O_CREAT|O_APPEND, 0666) = 3
open("/var/spool/dspam/data/local/dirk/dirk.css", O_RDWR) = 4

4. cssclean: File permissions of *.css files are wrong after usage:
-rw-r--r-- 1 root root  4837344  8. Dez 08:44 dirk.css

Before running cssclean it was: -rw-rw---- 1 dirk dspam

5. cssclean re-initializes the header counters thus causing dspam to return to
training mode even though there is a good history remaining. 
dirk
    TP:     0 TN:     0 FP:     0 FN:     0 SC:     0 NC:     0

Solution: 
> filepos += sizeof(struct _hash_drv_header); 
> } 
> + bcopy (old.header, new.header, sizeof(struct _hash_drv_header)); 
> _ hash_drv_close(&new);


Reproducible: Always

Steps to Reproduce:

*** This bug has been marked as a duplicate of bug 201656 ***