Monthly maintenance
The automated maintenancejob runs like a charm, each month. Just a pity it doesn’t mail the PMAS statistics yet, I need to get to the log file to get them…
PMAS statistics for February
Total messages : 9891 = 100.0 o/o
DNS Blacklisted : 1405 = 14.2 o/o (Files: 29)
Relay attempts : 2468 = 24.9 o/o (Files: 29)
Accepted by PMAS : 6018 = 60.8 o/o (Files: 29)
Handled by explicit rule
Rejected : 5448 = 90.5 o/o (processed), 55.0 o/o (all)
Accepted : 226 = 3.7 o/o (processed), 2.2 o/o (all)
Handled by content
Discarded : 95 = 1.5 o/o (processed), .9 o/o (all)
Quarantained : 230 = 3.8 o/o (processed), 2.3 o/o (all)
Delivered : 19 = .3 o/o (processed), .1 o/o (all)
over 90% rejected by explicit rule. These come from different sources, so blocking the addresses is troublesome…And since a few months already, the logfiles are cluttered with messages that are come in – and are rejected on second thought….Though I added a rule to prevent them to arrive anyway, a slight change causes them to penetrate. So that means adding yet another rule – and another one…
We’ll see where it ends.
Mail problems
On 29-Feb-2012, in the afternoon, it suddenly became impossible to send mail to other domains, like gmail, or my employer vxcompany.com. The domains were no longer recognized by the mailserver, for some reason. In trying to figure out what the heck was going on, I decided to check using TCPIP$CONFIG, in the SMTP and BIND configuration but couldn’t find anything. DIG didn’t find these domains either so it must have been a DNS issue; but the weird part is that the web worked fine….
I won’t rule it out that it was caused by the update of the router firmware, but days after that update? That doesn’t make sense…
Anyway, I made a stupid mistake and shut down TCPIP allthogether, and before I could stop it, the connection was gone, and I had to wait another day to get it straight on the next Thursday evening….
That wasn’t as straight as I would expect:
$ @sys$startup:tcpip$startup
didn’t show an error but most services weren’t started, and most had to be started separately. But in the end, all services were up and running again.
Mail now worked fine for a few days.
On 06-Mar-2012, out of the blue, is was impossible to send messages, all mail bounces:
---- Transcript of session follows ----
550 5.7.1 >recepient on the internet<... relaying denied for 85.223.43.24
---- Recipients of this delivery ----
>recepient on the Internet< (bounced)
---- Unsent message follows ----
Return-Path: Willem@grootersnet.nl
Received: from LOCALHOST (127.0.0.1)
by diana.intra.grootersnet.nl (V5.6-ECO5, OpenVMS V8.3 Alpha);
Tue, 6 Mar 2012 19:16:20 +0000 (UTC)
Received: from SOYMAIL (24-43-223.ftth.xms.internl.net [85.223.43.24]) by
diana.INTRA.GROOTERSNET.NL (SOYMAIL AXP-1.5.2) with HTTP; Tue, 06 Mar 2012
19:16:18 +0000
Message-ID: <85.223.43.24.49493.00abdf56125f2bce.soymail@diana.INTRA.GROOTERSNET.NL>
Date: Tue, 06 Mar 2012 20:16:22 +0100
Subject: >subject<
From: Willem Grooters >my address:)<
To: >recepient on the internet<
...
What I don’t like is the line:
Received: from SOYMAIL (24-43-223.ftth.xms.internl.net [85.223.43.24])
where I would expect at least a domain name…
So I checked:
$ dig grootersnet.nl
; < <>> DiG 9.3.1 < <>> grootersnet.nl
;; global options: printcmd
;; Got answer:
;; ->>HEADER< <- opcode: QUERY, status: NOERROR, id: 18457
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;grootersnet.nl. IN A
;; AUTHORITY SECTION:
grootersnet.nl. 3600 IN SOA auth10.dns.internl.net. hostmaster.internl.net. 2011101801 28800 7200 604800 3600
;; Query time: 2623 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Mar 7 21:36:28 2012
;; MSG SIZE rcvd: 101
$
NO ANSWER????
No wonder mail doesn't accept relay from grootersnet.nl - as it is expected to do, and has done for years... The lucky pafrt is that all my webs work and incoming mail arrives without a problem....
So I contacted my previous ISP - who is my registrar - to get an answer on what happened, why the registration has vanished - and why my mailbox is gone. It shouldn't have - since I'm still a customer.
Python updated - continued
The pervious post mentioned a problem with the Wiki forms, where I thought it was a matter of browser. There might be some browser-based issues, but I found the CSS-files weren't loaded bcause the structure of the MoinMoin wiki software has undergone a change, rendering the setting of moin_static to be false - incomplete at least:
$ sho log moin_static/full
"MOIN_STATIC" [super] = "$1$LDA11:[MOIN193.share.moin.htdocs.]" [concealed] (LNM$SYSTEM_TABLE)
= "WEB_DISK2:[WIKI.wikivms.mywiki.]/t=c"
$
The page code for the wiki starting page shows (one of four):
>link rel="stylesheet" type="text/css" charset="utf-8" media="all" href="/moin_static/modern/css/common.css"<
but the css-files are now stored on another location, becasue they arer no longer located on this location:
$ dir $1$LDA11:[MOIN193.share.moin.htdocs...]*.css
%DIRECT-E-OPENIN, error opening $1$LDA11:[MOIN193.SHARE.MOIN.HTDOCS...]*.CSS;* as input
-RMS-E-DNF, directory not found
-SYSTEM-W-NOSUCHFILE, no such file
$
It took some searching but I found them in another location:
Directory $1$LDA11:[Moin193.MoinMoin.web.static.htdocs.classic.css]
common.css;1 msie.css;1 print.css;1 projection.css;1
screen.css;1
Total of 5 files.
Directory $1$LDA11:[Moin193.MoinMoin.web.static.htdocs.modern.css]
common.css;1 msie.css;1 print.css;1 projection.css;1
screen.css;1
Total of 5 files.
based on the template: classic, modern, mdernized, rightsidebar and solenoid. NO MORE technical, and that’s the one I had set up for myself…
So after changing moin_static to be:
$ sho log moin_static/full
"MOIN_STATIC" [super] = "$1$LDA11:[MOIN193.share.moin.htdocs.]" [concealed] (LNM$SYSTEM_TABLE)
= "$1$LDA11:[MOIN193.moinmoin.web.static.htdocs.]" [concealed]
= "WEB_DISK2:[WIKI.wikivms.mywiki.]/t=c"
(just to be save, added this new location ..) it all worked, but since the ‘tecnical’ template has disappeared, I had to use another one.