Regular maintenance
Just the usual.
PMAS statistics for June
Total messages : 5380 = 100.0 o/o
DNS Blacklisted : 979 = 18.1 o/o (Files: 30)
Relay attempts : 48 = .8 o/o (Files: 30)
Accepted by PMAS : 4353 = 80.9 o/o (Files: 30)
Handled by explicit rule
Rejected : 3692 = 84.8 o/o (processed), 68.6 o/o (all)
Accepted : 247 = 5.6 o/o (processed), 4.5 o/o (all)
Handled by content
Discarded : 65 = 1.4 o/o (processed), 1.2 o/o (all)
Quarantained : 307 = 7.0 o/o (processed), 5.7 o/o (all)
Delivered : 42 = .9 o/o (processed), .7 o/o (all)
None of the antirelay-logs was big enough to prevent it from being deleted. Most important is the amount of messages that originate from blacklisted sites.
There seems to be one procedure that generates errors – not fatal, appearantly – but it’s a bit of a mistery which one….
Hourly access
Since yesterday 17:00 UTC – being 19:00 CET+DST – there is a bunch of access on the server, repeating every 45-60 minutes. It shows up in both HyperSpy and T4: in all aspects: CPU, memory, DIO, BIO, pagefaults and number of processes. The WASD log cannot be accessed – or I have to cycle the logfile. But since the load has stopped early this morning, there is no9 direct need – it seems. Just that about 11:30 UTC, there has been a big spike in the number of processes (up to 80), paging (Duh) and BIO – but it did’t last long and the the load – in number of processes – dropp[ed to normal after 15 minutes or so. Again: no big deal…But worth looking at next week (when the logfiles becomes available)