X-Git-Url: http://dxcluster.org/gitweb/gitweb.cgi?a=blobdiff_plain;f=html%2Fadminmanual-2.html;h=f8c1071179ae58db5c4d601c019972b0f26a5884;hb=8e095bdba5dc26a87b0f1ed0254d08ba80636725;hp=a74ae76f836356c558c4df149889c485d8b4a1cd;hpb=e39b738850b9a122b60b179e9723e546ddacfd62;p=spider.git diff --git a/html/adminmanual-2.html b/html/adminmanual-2.html index a74ae76f..f8c10711 100644 --- a/html/adminmanual-2.html +++ b/html/adminmanual-2.html @@ -2,7 +2,7 @@
-This section is designed for experienced Spider sysops who want to install -Spider from scratch. It is simply a check list of things that need to be -done without any explanations. The name in brackets at the end of each line -is the user that should be doing that process. +
In the /spider/msg directory you will find a file called badmsg.pl.issue. Rename +this to badmsg.pl and edit the file. The original looks something like this .... +
+
+
+
+# the list of regexes for messages that we won't store having
+# received them (bear in mind that we must receive them fully before
+# we can bin them)
+
+
+# The format of each line is as follows
+
+# type source pattern
+# P/B/F T/F/O/S regex
+
+# type: P - private, B - bulletin (msg), F - file (ak1a bull)
+# source: T - to field, F - from field, O - origin, S - subject
+# pattern: a perl regex on the field requested
+
+# Currently only type B and P msgs are affected by this code.
+#
+# The list is read from the top down, the first pattern that matches
+# causes the action to be taken.
+
+# The pattern can be undef or 0 in which case it will always be selected
+# for the action specified
+
+
+
+package DXMsg;
+
+@badmsg = (
+'B', 'T', 'SALE',
+'B', 'T', 'WANTED',
+'B', 'S', 'WANTED',
+'B', 'S', 'SALE',
+'B', 'S', 'WTB',
+'B', 'S', 'WTS',
+'B', 'T', 'FS',
+);
+
+
++
I think this is fairly self explanatory. It is simply a list of subject +headers that we do not want to pass on to either the users of the cluster or +the other cluster nodes that we are linked to. This is usually because of +rules and regulations pertaining to items for sale etc in a particular country. +
+
+
From version 1.48 onwards the interface to this has changed. You can now +use the commands set/badword to add words that you are not prepared +to see on the cluster, unset/badword to allow that word again and +show/badword to list the words that you have set. +
+
If you have a previous /spider/data/badwords, the first time you start +the node, it will read and convert this file to the new commands. The old style +file will then be removed. +
+
+There are a number of commands that control whether a spot progresses +any further by regarding it as "bad" in some way. +
+
A DX Spot has a number of fields which can be checked to see whether they +contain "bad" values, they are: the DX callsign itself, the Spotter and +the Originating Node. +
+
There are a set of commands which allow the sysop to control whether a +spot continues:- +
+
+
+set/baddx
+set/badspotter
+set/badnode
+
+
+These work in the same as the set/badword command, you can add +any words or callsigns or whatever to the appropriate database. For +example, to stop a spot from a particular node you do:
-
Spider should now be running and you should be able to login using the -client program. +
+
+set/badnode gb7djk gb7dxc
+
+
+a bad spotter:
-
Spider should now be able to accept logins via telnet, netrom and ax25. +
+
+set/badspotter b0mb p1rat nocall
+
+
+and some bad dx:
-
+
+set/baddx video wsjt
+
+
+You can remove a word using the appropriate unset command +(unset/baddx, unset/badspotter, unset/badnode) or list them +using one of show/baddx, show/badspotter and +show/badnode.