02-Jul-2014

Monthly maintenance – with a twist
The automated job works fine. Nothing weird or unexpected found. Even in mail:
PMAS statistics for June
Total messages    :   2451 = 100.0 o/o
DNS Blacklisted   :      0 =    .0 o/o (Files:  0)
Relay attempts    :    266 =  10.8 o/o (Files: 30)
Accepted by PMAS  :   2185 =  89.1 o/o (Files: 30)
  Handled by explicit rule
         Rejected :   1589 =  72.7 o/o (processed),  64.8 o/o (all)
         Accepted :    204 =   9.3 o/o (processed),   8.3 o/o (all)
  Handled by content
        Discarded :    153 =   7.0 o/o (processed),   6.2 o/o (all)
     Quarantained :    197 =   9.0 o/o (processed),   8.0 o/o (all)
        Delivered :     42 =   1.9 o/o (processed),   1.7 o/o (all)

Since DNSBlacklisting hasn’t been re-enabled yet, the number of messages is zero – obviously. Given the number of messages there is no real need at the moment, and I want to monitor it closely, so it might be done in a weekend or so.
Relay attempts were concentrated on the last few days, but the amounts are not that big.
There are quite a log of debug log files; needed to investigate some things, but I’m way to busy with other stuff ….
This month’s twist is the mail access trouble. Since HP’s POP doesn’t seem to work properly, I have now installed another program: Ruslan Laishev’s Starlet POP server (SPOP3). It has been developed as a service running on the TCPWARE stack, or as a detached process. Since I don’t use TCPWARE, I would like to have it running as a normal TCPIP-service. But as it turned out, this is not possible: appearently, there are problems accessing the sockets, according Ruslan; Attempting to connect to a socket crashes the program with a DUPLNAM error.
But it works as a detached process so I left it that way. It does the job, although a bit different: where HP’s POP process copies files to the WASTEBASKET folder in VMSMAil, SPOP3 actually deletes read messages. This is an alteration I may add.
The second mail access protocol;: IMAP, is also running, I use it for my phones and tablets – in stead of POP because mail is accessed where it resides. But for some reason, it seems the IMAP process stalls for some reason, the logs do not give a clue on what may have caused it. This was the case for a day or two; and tonight I found multiple TCPIP$IMAP processed on the system, both HIB but not responding – I gor network errors on my Android devices. All went fine after they were restarted.