]> dxcluster.net Git - spider.git/blob - txt/adminmanual.txt
add various eph timings and variables to control them
[spider.git] / txt / adminmanual.txt
1   The DXSpider Administration Manual v1.49
2   Ian Maude, G0VGS, (ianmaude@btinternet.com)
3   December 2001 revision 1.2
4
5   A reference for SysOps of the DXSpider DXCluster program.
6   ______________________________________________________________________
7
8   Table of Contents
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67   1. Routing and Filtering
68
69      1.1 Introduction
70      1.2 Route Filters
71      1.3 The node_default filter
72      1.4 General route filtering
73      1.5 General filter rules
74      1.6 Types of filter
75      1.7 Filter options
76      1.8 Default filters
77      1.9 Advanced filtering
78      1.10 Basic hop control
79      1.11 Hop Control on Specific Nodes
80      1.12 Isolating networks
81
82   2. Other filters
83
84      2.1 Filtering Mail
85      2.2 Filtering words from text fields in Announce, Talk and DX spots
86      2.3 Stopping (possibly bad) DX Spots from Nodes or Spotters
87
88   3. Mail
89
90      3.1 Personal mail
91      3.2 Bulletin mail
92      3.3 Forward.pl
93      3.4 The msg command
94      3.5 Message status
95      3.6 Filtering mail
96      3.7 Distribution lists
97      3.8 BBS interface
98
99   4. Scripts
100
101   5. Databases
102
103      5.1 Creating databases
104      5.2 Importing databases
105      5.3 Checking available databases
106      5.4 Looking up databases
107      5.5 Removing databases
108
109   6. Information, files and useful programs
110
111      6.1 MOTD
112      6.2 MOTD_NOR
113      6.3 Downtime message
114      6.4 Other text messages
115      6.5 The Aliases file
116      6.6 Console.pl
117      6.7 Updating kepler data
118      6.8 The QRZ callbook
119
120   7. Security
121
122      7.1 Registration
123      7.2 Passwords
124
125   8. CVS
126
127   9. The DXSpider command set
128
129      9.1 accept/announce (0)
130      9.2 accept/announce (extended for sysops) (8)
131      9.3 accept/route (8)
132      9.4 accept/spots (0)
133      9.5 accept/spots (extended for sysops) (8)
134      9.6 accept/wcy (0)
135      9.7 accept/wcy (extended for sysops) (8)
136      9.8 accept/wwv (0)
137      9.9 accept/wwv (extended for sysops) (8)
138      9.10 announce (0)
139      9.11 announce full (0)
140      9.12 announce sysop (5)
141      9.13 apropos (0)
142      9.14 bye (0)
143      9.15 catchup (5)
144      9.16 clear/announce (8)
145      9.17 clear/route (8)
146      9.18 clear/spots (0)
147      9.19 clear/spots (extended for sysops) (8)
148      9.20 clear/wcy (0)
149      9.21 clear/wcy (extended for sysops) (8)
150      9.22 clear/wwv (0)
151      9.23 clear/wwv (extended for sysops) (8)
152      9.24 connect (5)
153      9.25 dbavail (0)
154      9.26 dbcreate (9)
155      9.27 dbimport (9)
156      9.28 dbremove (9)
157      9.29 dbshow (0)
158      9.30 debug (9)
159      9.31 delete/user (9)
160      9.32 directory (0)
161      9.33 directory (extended for sysops) (5)
162      9.34 disconnect (8)
163      9.35 dx (0)
164      9.36 export (9)
165      9.37 export_users (9)
166      9.38 filtering (0)
167      9.39 forward/latlong (8)
168      9.40 forward/opername (1)
169      9.41 help (0)
170      9.42 init (5)
171      9.43 kill (0)
172      9.44 kill (5)
173      9.45 kill full (5)
174      9.46 kill/expunge (6)
175      9.47 links (0)
176      9.48 load/aliases (9)
177      9.49 load/badmsg (9)
178      9.50 load/badwords (9)
179      9.51 load/bands (9)
180      9.52 load/cmd_cache (9)
181      9.53 load/forward (9)
182      9.54 load/messages (9)
183      9.55 load/prefixes (9)
184      9.56 merge (5)
185      9.57 msg (9)
186      9.58 pc (8)
187      9.59 ping (1)
188      9.60 rcmd (1)
189      9.61 read (0)
190      9.62 read (extended for sysops) (5)
191      9.63 reject/announce
192      9.64 reject/announce (extended for sysops) (8)
193      9.65 reject/route (8)
194      9.66 reject/spots (0)
195      9.67 reject/spots (extended for sysops) (8)
196      9.68 reject/wcy (0)
197      9.69 reject/wcy (extended for sysops) (8)
198      9.70 reject/wwv (0)
199      9.71 reject/wwv (extended for sysops) (8)
200      9.72 reply (0)
201      9.73 send (0)
202      9.74 set/address (0)
203      9.75 set/announce (0)
204      9.76 set/arcluster (5)
205      9.77 set/baddx (8)
206      9.78 set/badnode (6)
207      9.79 set/badspotter (8)
208      9.80 set/badword (8)
209      9.81 set/beep (0)
210      9.82 set/bbs (5)
211      9.83 set/clx (5)
212      9.84 set/debug (9)
213      9.85 set/dx (0)
214      9.86 set/dxgrid (0)
215      9.87 set/dxnet (5)
216      9.88 set/echo (0)
217      9.89 set/email (0)
218      9.90 set/here (0)
219      9.91 set/homenode (0)
220      9.92 set/hops (8)
221      9.93 set/isolate (9)
222      9.94 set/language (0)
223      9.95 set/location (0)
224      9.96 set/sys_location (9)
225      9.97 set/logininfo (0)
226      9.98 set/lockout (9)
227      9.99 set/name (0)
228      9.100 set/node (9)
229      9.101 set/obscount (9)
230      9.102 set/page (0)
231      9.103 set/password (0)
232      9.104 set/password (9)
233      9.105 set/pinginterval (9)
234      9.106 set/privilege (9)
235      9.107 set/spider (5)
236      9.108 set/sys_qra (9)
237      9.109 set/qra (0)
238      9.110 set/qth (0)
239      9.111 set/register (9)
240      9.112 set/talk (0)
241      9.113 set/wcy (0)
242      9.114 set/wwv (0)
243      9.115 set/wx (0)
244      9.116 show/baddx (1)
245      9.117 show/badnode (6)
246      9.118 show/badspotter (1)
247      9.119 show/badword (1)
248      9.120 show/configuration (0)
249      9.121 show/configuration/node (0)
250      9.122 show/connect (1)
251      9.123 show/date (0)
252      9.124 show/debug (9)
253      9.125 show/dx (0)
254      9.126 show/dxcc (0)
255      9.127 sh/dxstats (0)
256      9.128 show/files (0)
257      9.129 show/filter (0)
258      9.130 show/filter (extended for sysops) (5)
259      9.131 show/hfstats (0)
260      9.132 show/hftable (0)
261      9.133 show/hops (8)
262      9.134 show/isolate (1)
263      9.135 show/lockout (9)
264      9.136 show/log (8)
265      9.137 show/moon (0)
266      9.138 show/muf (0)
267      9.139 show/newconfiguration (0)
268      9.140 show/newconfiguration/node (0)
269      9.141 show/node (1)
270      9.142 show/prefix (0)
271      9.143 show/program (5)
272      9.144 show/qra (0)
273      9.145 show/qrz (0)
274      9.146 show/registered (9)
275      9.147 show/route (0)
276      9.148 show/satellite (0)
277      9.149 show/sun (0)
278      9.150 show/time (0)
279      9.151 show/vhfstats (0)
280      9.152 show/vhftable (0)
281      9.153 show/wcy (0)
282      9.154 show/wwv (0)
283      9.155 shutdown (5)
284      9.156 spoof (9)
285      9.157 stat/db (5)
286      9.158 stat/channel (5)
287      9.159 stat/msg (5)
288      9.160 stat/route_node (5)
289      9.161 stat/route_user (5)
290      9.162 stat/user (5)
291      9.163 sysop (0)
292      9.164 talk (0)
293      9.165 type (0)
294      9.166 who (0)
295      9.167 wx (0)
296      9.168 wx (enhanced for sysops) (5)
297
298
299   ______________________________________________________________________
300
301   1.  Routing and Filtering
302
303   1.1.  Introduction
304
305   From DXSpider version 1.48, major changes were introduced to the way
306   node connections are treated.  This is part of an ongoing process to
307   remove problems with loops and to enable talk and other functions to
308   propagate across the whole of the worldwide cluster network.  In fact,
309   in a Spider network, it would be useful, perhaps even necessary to
310   have loops.  This would give real resilience to the network, meaning
311   that if a link dropped, the information flow would simply come in and
312   go out via a different route.  Of course, we do not have a complete
313   network of Spider nodes, there are other programs out there.  Some of
314   these do not have any protection from loops.  Certainly AK1A does not
315   handle loops well at all.  It is therefore necessary to have some form
316   of protection for these nodes.
317
318
319   In fact DXSpider has had a simple system for some time which is called
320   isolation. This is similar to what in other systems such as clx, is
321   called passive mode. A more detailed explanation of isolation is given
322   further below. This system is still available and, for simple
323   networks, is probably all that you need.
324
325
326   The new functionality introduced in version 1.48 allows filtering the
327   node and user protocol frames on a "per interface" basis. We call this
328   route filtering. This is used instead of isolation.
329
330
331   What this really means is that you can control more or less completely
332   which user and node management PC protocol frames pass to each of your
333   partner nodes. You can also limit what comes into your node from your
334   partners. It is even possible to control the settings that your
335   partner node has for the routing information that it sends to you
336   (using the rcmd command).
337
338
339   1.2.  Route Filters
340
341   Initially when route filters were being tested we generated a
342   "default" filter.  Unfortunately it quickly became apparent that this
343   might suit the UK cluster network but didn't really fit anybody else.
344   However using a default filter is an appropriate thing to do. How, is
345   explained further on.
346
347
348   The first thing that you must do is determine whether you need to use
349   route filtering at all. If you are a "normal" node with two or three
350   partners and you arranged in an "official" non-looping tree type
351   network, then you do not need to do route filtering and you will feel
352   a lot better for not getting involved. If you are successfully using
353   isolation then you also probably don't need to use route filtering.
354
355
356   To put it simply, you should not mix Isolation and Route Filtering.
357   It will work, of sorts, but you will not get the expected results.  If
358   you are using Isolation sucessfully at the moment, do not get involved
359   in Route Filtering unless you have a good supply of aspirin!  Once you
360   have started down the road of Route Filtering, do not use Isolation
361   either.  Use one or the other, not both.
362
363
364   You will only require this functionality if you are "well-connected".
365   What that means is that you are connected to several different parts
366   of (say) the EU cluster and, at the same time, also connected to two
367   or three places in the US which, in turn are connected back to the EU.
368   This is called a "loop" and if you are seriously looped then you need
369   filtering.
370
371
372   I should at this stage give a little bit of background on filters.
373   All the filters in Spider work in basically the same way.  You can
374   either accept or reject various options in order to create the filter
375   rules you wish to achieve.  Some filters are user settable, others can
376   only be altered by the sysop.  Route filtering can only be done by the
377   sysop.
378
379
380
381   Anyway, without further discouragement, let me start the process of
382   explanation.
383
384
385   1.3.  The node_default filter
386
387   All normal systems should have a default routing filter and it should
388   usually be set to send only the normal, unlooped, view of your
389   "national" network.  Here in the UK that means nodes from the UK and
390   Eire, in EU it is more complex as the networks there grew up in a more
391   intertwined way.
392
393
394
395   The generic commands are:-
396
397        reject/route node_default <filter_option>
398
399        or
400
401        accept/route node_default <filter_option>
402
403
404
405
406   where filter_option is one of the following ...
407
408
409
410        call <prefixes>
411        call_dxcc <numbers>
412        call_itu <numbers>
413        call_zone <numbers>
414        channel <prefixes>
415        channel_dxcc <numbers>
416        channel_itu <numbers>
417        channel_zone <numbers>
418
419
420
421
422   Please be careful if you alter this setting, it will affect ALL your
423   links!  Remember, this is a default filter for node connections, not a
424   per link default.
425
426
427   For the default routing filter then you have two real choices: either
428   a "national" view or the "safe" option of only your own callsign.
429   Examples of each (for my node: GB7DJK) are:-
430
431
432
433        acc/route node_default call_dxcc 61,38
434        acc/route node_default call gb7djk
435
436
437
438
439   GB7DJK uses the first of these. The DXCC countries can be obtained
440   from the show/prefix command.
441
442
443   The example filters shown control output TO all your partner nodes
444   unless they have a specific filter applied to them (see next section).
445
446
447   It is also possible to control the incoming routing information that
448   you are prepared to accept FROM your partner nodes. The reason this is
449   necessary is to make sure that stuff like mail, pings and similar
450   commands a) go down the correct links and b) don't loop around
451   excessively. Again using GB7DJK as an example a typical default input
452   filter would be something like:
453
454
455
456        rej/route node_default input call_dxcc 61,38 and not channel_dxcc 61,38
457
458
459
460
461   What this does is accept node and user information for our national
462   network from nodes that are in our national network, but rejects such
463   information from anyone else. Although it doesn't explicitly say so,
464   by implication, any other node information (not from the UK and Eire)
465   is accepted.
466
467
468   As I imagine it will take a little while to get one's head around all
469   of this you can study the effect of any rules that you try by watching
470   the debug output after having done:-
471
472
473
474        set/debug filter
475
476
477
478
479   After you have got tired of that, to put it back the way it was:-
480
481
482
483        unset/debug filter
484
485
486
487
488
489   1.4.  General route filtering
490
491   Exactly the same rules apply for general route filtering.  You would
492   use either an accept filter or a reject filter like this ...
493
494
495
496        reject/route <node_call> <filter_option>
497
498        or
499
500        accept/route <node_call> <filter_option>
501
502
503
504
505
506   Here are some examples of route filters ...
507
508
509
510        rej/route gb7djk call_dxcc 61,38 (send everything except UK+EIRE nodes)
511        rej/route all                    (equiv to [very] restricted mode)
512        acc/route gb7djk call_dxcc 61,38 (send only UK+EIRE nodes)
513        acc/route gb7djk call gb7djk     (equiv to SET/ISOLATE)
514
515
516
517
518   In practice you will either be opening the default filter out for a
519   partner by defining a specific filter for that callsign:-
520
521
522
523        acc/route gb7baa all
524        acc/route gb7baa input all
525
526
527
528
529   or restricting it quite a lot, in fact making it very nearly like an
530   isolated node, like this:-
531
532
533
534        acc/route pi4ehv-8 call gb7djk
535        rej/route pi4ehv-8 input call_dxcc 61,38
536
537
538
539
540   This last example takes everything except UK and Eire from PI4EHV-8
541   but only sends him my local configuration (just a PC19 for GB7DJK and
542   PC16s for my local users).
543
544
545   It is possible to write much more complex rules, there are up to 10
546   accept/reject pairs per callsign per filter. For more information see
547   the next section.
548
549
550
551   1.5.  General filter rules
552
553   Upto v1.44 it was not possible for the user to set their own filters.
554   From v1.45 though that has all changed.  It is now possible to set
555   filters for just about anything you wish.  If you have just updated
556   from an older version of DXSpider you will need to update your new
557   filters.  You do not need to do anything with your old filters, they
558   will be renamed as you update.
559
560
561   There are 3 basic commands involved in setting and manipulating
562   filters.  These are accept, reject and clear.  First we will look
563   generally at filtering. There are a number of things you can filter in
564   the DXSpider system. They all use the same general mechanism.
565
566
567   In general terms you can create a "reject" or an "accept" filter which
568   can have up to 10 lines in it. You do this using, for example ...
569
570
571
572
573        accept/spots .....
574        reject/spots .....
575
576
577
578
579   where ..... are the specific commands for that type of filter. There
580   are filters for spots, wwv, announce, wcy and (for sysops) connects.
581   See each different accept or reject command reference for more
582   details.
583
584   There is also a command to clear out one or more lines in a filter.
585   They are ...
586
587
588
589        clear/spots 1
590        clear/spots all
591
592
593
594
595   There is clear/xxxx command for each type of filter.
596
597
598   and you can check that your filters have worked by the command ...
599
600
601
602
603        show/filter
604
605
606
607
608
609   For now we are going to use spots for the examples, but you can apply
610   the same principles to all types of filter.
611
612
613   1.6.  Types of filter
614
615   There are two main types of filter, accept or reject.  You can use
616   either to achieve the result you want dependent on your own preference
617   and which is more simple to do.  It is pointless writing 8 lines of
618   reject filters when 1 accept filter would do the same thing!  Each
619   filter has 10 lines (of any length) which are tried in order.  If a
620   line matches then the action you have specified is taken (ie reject
621   means ignore it and accept means take it)
622
623
624   If you specify reject filters, then any lines that arrive that match
625   the filter will be dumped but all else will be accepted.  If you use
626   an accept filter, then ONLY the lines in the filter will be accepted
627   and all else will be dumped.  For example if you have a single line
628   accept filter ...
629
630
631
632        accept/spots on vhf and (by_zone 14,15,16 or call_zone 14,15,16)
633
634
635
636
637   then you will ONLY get VHF spots from or to CQ zones 14, 15 and 16.
638
639
640   If you set a reject filter like this ...
641
642
643
644        reject/spots on hf/cw
645
646
647
648
649   Then you will get everything EXCEPT HF CW spots.  You could make this
650   single filter even more flexible.  For example, if you are interested
651   in IOTA and will work it even on CW even though normally you are not
652   interested in CW, then you could say ...
653
654
655
656        reject/spots on hf/cw and not info iota
657
658
659
660
661   But in that case you might only be interested in iota and say:-
662
663
664
665        accept/spots not on hf/cw or info iota
666
667
668
669
670   which achieves exactly the same thing. You should choose one or the
671   other until you are comfortable with the way it works. You can mix
672   them if you wish (actually you can have an accept AND a reject on the
673   same line) but don't attempt this until you are sure you know what you
674   are doing!
675
676
677   You can arrange your filter lines into logical units, either for your
678   own understanding or simply convenience. Here is an example ...
679
680
681
682        reject/spots 1 on hf/cw
683        reject/spots 2 on 50000/1400000 not (by_zone 14,15,16 or call_zone 14,15,16)
684
685
686
687
688   What this does is to ignore all HF CW spots and also rejects any spots
689   on VHF which don't either originate or spot someone in Europe.
690
691
692   This is an example where you would use a line number (1 and 2 in this
693   case), if you leave the digit out, the system assumes '1'. Digits
694   '0'-'9' are available.  This make it easier to see just what filters
695   you have set.  It also makes it more simple to remove individual
696   filters, during a contest for example.
697
698
699   You will notice in the above example that the second line has
700   brackets.  Look at the line logically.  You can see there are 2
701   separate sections to it.  We are saying reject spots that are VHF or
702   above APART from those in zones 14, 15 and 16 (either spotted there or
703   originated there).  If you did not have the brackets to separate the 2
704   sections, then Spider would read it logically from the front and see a
705   different expression entirely ...
706
707
708
709        (on 50000/1400000 and by_zone 14,15,16) or call_zone 14,15,16
710
711
712
713
714   The simple way to remember this is, if you use OR - use brackets.
715   Whilst we are here CASE is not important. 'And BY_Zone' is just the
716   same as 'and by_zone'.
717
718   As mentioned earlier, setting several filters can be more flexible
719   than simply setting one complex one.  Doing it in this way means that
720   if you want to alter your filter you can just redefine or remove one
721   or more lines of it or one line. For example ...
722
723
724
725        reject/spots 1 on hf/ssb
726
727   would redefine our earlier example, or
728
729
730
731        clear/spots 1
732
733
734
735
736   To remove all the filter lines in the spot filter ...
737
738
739
740        clear/spots all
741
742
743
744
745
746   1.7.  Filter options
747
748   You can filter in several different ways.  The options are listed in
749   the various helpfiles for accept, reject and filter.
750
751
752   1.8.  Default filters
753
754   Sometimes all that is needed is a general rule for node connects.
755   This can be done with a node_default filter.  This rule will always be
756   followed, even if the link is isolated, unless another filter is set
757   specifically.  Default rules can be set for nodes and users.  They can
758   be set for spots, announces, WWV and WCY.  They can also be used for
759   hops.  An example might look like this ...
760
761
762
763        accept/spot node_default by_zone 14,15,16,20,33
764        set/hops node_default spot 50
765
766
767
768
769   This filter is for spots only, you could set others for announce, WWV
770   and WCY.  This filter would work for ALL nodes unless a specific
771   filter is written to override it for a particular node.  You can also
772   set a user_default should you require.  It is important to note that
773   default filters should be considered to be "connected".  By this I
774   mean that should you override the default filter for spots, you need
775   to add a rule for the hops for spots also.
776
777
778   1.9.  Advanced filtering
779
780   Once you are happy with the results you get, you may like to
781   experiment.
782
783
784   The previous example that filters hf/cw spots and accepts vhf/uhf
785   spots from EU can be written with a mixed filter, for example ...
786
787
788
789        rej/spot on hf/cw
790        acc/spot on 0/30000
791        acc/spot 2 on 50000/1400000 and (by_zone 14,15,16 or call_zone 14,15,16)
792
793   Note that the first filter has not been specified with a number.  This
794   will automatically be assumed to be number 1.  In this case, we have
795   said reject all HF spots in the CW section of the bands but accept all
796   others at HF.  Also accept anything in VHF and above spotted in or by
797   operators in the zones 14, 15 and 16.  Each filter slot actually has a
798   'reject' slot and an 'accept' slot. The reject slot is executed BEFORE
799   the accept slot.
800
801
802   It was mentioned earlier that after a reject test that doesn't match,
803   the default for following tests is 'accept', the reverse is true for
804   'accept'. In the example what happens is that the reject is executed
805   first, any non hf/cw spot is passed to the accept line, which lets
806   through everything else on HF.  The next filter line lets through just
807   VHF/UHF spots from EU.
808
809
810   1.10.  Basic hop control
811
812   In /spider/data you will find a file called hop_table.pl.  This is the
813   file that controls your hop count settings.  It has a set of default
814   hops on the various PC frames and also a set for each node you want to
815   alter the hops for.  You may be happy with the default settings of
816   course, but this powerful tool can help to protect and improve the
817   network.  The file will look something like this ...
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859   #
860   # hop table construction
861   #
862
863   package DXProt;
864
865   # default hopcount to use
866   $def_hopcount = 5;
867
868   # some variable hop counts based on message type
869   %hopcount =
870   (
871    11 => 10,
872    16 => 10,
873    17 => 10,
874    19 => 10,
875    21 => 10,
876   );
877
878
879   # the per node hop control thingy
880
881
882   %nodehops =
883
884    GB7ADX => {            11 => 8,
885                           12 => 8,
886                           16 => 8,
887                           17 => 8,
888                           19 => 8,
889                           21 => 8,
890                      },
891
892    GB7UDX => {            11 => 8,
893                           12 => 8,
894                           16 => 8,
895                           17 => 8,
896                           19 => 8,
897                           21 => 8,
898                      },
899    GB7BAA => {
900                           11 => 5,
901                           12 => 8,
902                           16 => 8,
903                           17 => 8,
904                           19 => 8,
905                           21 => 8,
906                      },
907   };
908
909
910
911
912
913   Each set of hops is contained within a pair of curly braces and
914   contains a series of PC frame types.  PC11 for example is a DX spot.
915   The figures here are not exhaustive but should give you a good idea of
916   how the file works.
917
918
919   SHould any of the nodecalls include an ssid, it is important to wrap
920   the whole call in single quotes, like this ...
921
922
923
924
925    'DB0FHF-15' => {
926                           11 => 5,
927                           12 => 8,
928                           16 => 8,
929                           17 => 8,
930                           19 => 8,
931                           21 => 8,
932                      },
933
934
935
936
937   If you do not do this, you will get errors and the file will not work
938   as expected.
939
940
941   You can alter this file at any time, including whilst the cluster is
942   running.  If you alter the file during runtime, the command load/hops
943   will bring your changes into effect.
944
945
946   1.11.  Hop Control on Specific Nodes
947
948   You can set a callsign specific hop count for any of the standard
949   filter options so:-
950
951
952
953        set/hops gb7djk spot 4
954        set/hops node_default route 10
955        set/hops gb7baa wcy 5
956
957
958
959
960   all work on their specific area of the protocol.
961
962
963   The set/hops command overrides any hops that you have set otherwise.
964
965
966   You can set what hops have been set using the show/hops command.
967
968
969   1.12.  Isolating networks
970
971   It is possible to isolate networks from each other on a "gateway" node
972   using the set/isolate <node_call> command.
973
974
975   The effect of this is to partition an isolated network completely from
976   another node connected to your node. Your node will appear on and
977   otherwise behave normally on every network to which you are connected,
978   but data from an isolated network will not cross onto any other
979   network or vice versa. However all the spot, announce and WWV traffic
980   and personal messages will still be handled locally (because you are a
981   real node on all connected networks), that is locally connected users
982   will appear on all networks and will be able to access and receive
983   information from all networks transparently.  All routed messages will
984   be sent as normal, so if a user on one network knows that you are a
985   gateway for another network, he can still still send a talk/announce
986   etc message via your node and it will be routed across.
987
988
989   If you use isolate on a node connection you will continue to receive
990   all information from the isolated partner, however you will not pass
991   any information back to the isolated node.  There are times when you
992   would like to forward only spots across a link (maybe during a contest
993   for example).  To do this, isolate the node in the normal way and use
994   an acc/spot >call< all filter to override the isolate.
995
996
997   2.  Other filters
998
999   2.1.  Filtering Mail
1000
1001   In the /spider/msg directory you will find a file called
1002   badmsg.pl.issue.  Rename this to badmsg.pl and edit the file.  The
1003   original looks something like this ....
1004
1005
1006
1007
1008        # the list of regexes for messages that we won't store having
1009        # received them (bear in mind that we must receive them fully before
1010        # we can bin them)
1011
1012
1013        # The format of each line is as follows
1014
1015        #     type      source             pattern
1016        #     P/B/F     T/F/O/S            regex
1017
1018        # type: P - private, B - bulletin (msg), F - file (ak1a bull)
1019        # source: T - to field, F - from field,  O - origin, S - subject
1020        # pattern: a perl regex on the field requested
1021
1022        # Currently only type B and P msgs are affected by this code.
1023        #
1024        # The list is read from the top down, the first pattern that matches
1025        # causes the action to be taken.
1026
1027        # The pattern can be undef or 0 in which case it will always be selected
1028        # for the action specified
1029
1030
1031
1032        package DXMsg;
1033
1034        @badmsg = (
1035        );
1036
1037
1038
1039
1040
1041   I think this is fairly self explanatory.  It is simply a list of
1042   subject headers that we do not want to pass on to either the users of
1043   the cluster or the other cluster nodes that we are linked to.  This is
1044   usually because of rules and regulations pertaining to items for sale
1045   etc in a particular country.
1046
1047
1048
1049   2.2.  Filtering words from text fields in Announce, Talk and DX spots
1050
1051   From version 1.48 onwards the interface to this has changed. You can
1052   now use the commands set/badword to add words that you are not
1053   prepared to see on the cluster, unset/badword to allow that word again
1054   and show/badword to list the words that you have set.
1055
1056
1057   If you have a previous /spider/data/badwords, the first time you start
1058   the node, it will read and convert this file to the new commands. The
1059   old style file will then be removed.
1060
1061
1062   2.3.  Stopping (possibly bad) DX Spots from Nodes or Spotters
1063
1064
1065   There are a number of commands that control whether a spot progresses
1066   any further by regarding it as "bad" in some way.
1067
1068
1069   A DX Spot has a number of fields which can be checked to see whether
1070   they contain "bad" values, they are: the DX callsign itself, the
1071   Spotter and the Originating Node.
1072
1073
1074   There are a set of commands which allow the sysop to control whether a
1075   spot continues:-
1076
1077
1078
1079        set/baddx
1080        set/badspotter
1081        set/badnode
1082
1083
1084
1085
1086   These work in the same as the set/badword command, you can add any
1087   words or callsigns or whatever to the appropriate database. For
1088   example, to stop a spot from a particular node you do:
1089
1090
1091
1092        set/badnode gb7djk gb7dxc
1093
1094
1095
1096
1097   a bad spotter:
1098
1099
1100
1101        set/badspotter b0mb p1rat nocall
1102
1103
1104
1105
1106   and some bad dx:
1107
1108
1109
1110        set/baddx video wsjt
1111
1112
1113
1114
1115   You can remove a word using the appropriate unset command
1116   (unset/baddx, unset/badspotter, unset/badnode) or list them using one
1117   of show/baddx, show/badspotter and show/badnode.
1118
1119
1120
1121
1122
1123   3.  Mail
1124
1125   DXSpider deals seamlessly with standard AK1A type mail.  It supports
1126   both personal and bulletin mail and the sysop has additional commands
1127   to ensure that mail gets to where it is meant.  DXSpider will send
1128   mail almost immediately, assuming that the target is on line.
1129   However, only one mail message is dealt with at any one time.  If a
1130   mail message is already being sent or recieved, then the new message
1131   will be queued until it has finished.
1132
1133   The cluster mail is automatically deleted after 30 days unless the
1134   sysop sets the "keep" flag using the msg command.
1135
1136
1137   3.1.  Personal mail
1138
1139   Personal mail is sent using the sp command.  This is actually the
1140   default method of sending mail and so a simple s for send will do.  A
1141   full list of the send commands and options is in the command set
1142   section, so I will not duplicate them here.
1143
1144
1145   3.2.  Bulletin mail
1146
1147   Bulletin mail is sent by using the sb command.  This is one of the
1148   most common mistakes users make when sending mail.  They send a
1149   bulletin mail with s or sp instead of sb and of course the message
1150   never leaves the cluster.  This can be rectified by the sysop by using
1151   the msg command.
1152
1153
1154   Bulletin addresses can be set using the Forward.pl file.
1155
1156
1157   3.3.  Forward.pl
1158
1159   DXSpider receives all and any mail sent to it without any alterations
1160   needed in files.  Because personal and bulletin mail are treated
1161   differently, there is no need for a list of accepted bulletin
1162   addresses.  It is necessary, however, to tell the program which links
1163   accept which bulletins.  For example, it is pointless sending
1164   bulletins addresses to "UK" to any links other than UK ones.  The file
1165   that does this is called forward.pl and lives in /spider/msg.  At
1166   default, like other spider files it is named forward.pl.issue.  Rename
1167   it to forward.pl and edit the file to match your requirements.  The
1168   format is below ...
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189   #
1190   # this is an example message forwarding file for the system
1191   #
1192   # The format of each line is as follows
1193   #
1194   #     type    to/from/at pattern action  destinations
1195   #     P/B/F     T/F/A     regex   I/F    [ call [, call ...] ]
1196   #
1197   # type: P - private, B - bulletin (msg), F - file (ak1a bull)
1198   # to/from/at: T - to field, F - from field, A - home bbs, O - origin
1199   # pattern: a perl regex on the field requested
1200   # action: I - ignore, F - forward
1201   # destinations: a reference to an array containing node callsigns
1202   #
1203   # if it is non-private and isn't in here then it won't get forwarded
1204   #
1205   # Currently only type B msgs are affected by this code.
1206   #
1207   # The list is read from the top down, the first pattern that matches
1208   # causes the action to be taken.
1209   #
1210   # The pattern can be undef or 0 in which case it will always be selected
1211   # for the action specified
1212   #
1213   # If the BBS list is undef or 0 and the action is 'F' (and it matches the
1214   # pattern) then it will always be forwarded to every node that doesn't have
1215   # it (I strongly recommend you don't use this unless you REALLY mean it, if
1216   # you allow a new link with this on EVERY bull will be forwarded immediately
1217   # on first connection)
1218   #
1219
1220   package DXMsg;
1221
1222   @forward = (
1223   );
1224
1225
1226
1227
1228   Simply insert a bulletin address and state in the brackets where you
1229   wish that mail to go.  For example, you can see here that mail sent to
1230   "UK" will only be sent to the UK links and not to PA4AB-14.
1231
1232
1233   To force the cluster to reread the file use load/forward
1234
1235
1236
1237   3.4.  The msg command
1238
1239   The msg command is a very powerful and flexible tool for the sysop.
1240   It allows the sysop to alter to and from fields and make other changes
1241   to manage the cluster mail.
1242
1243   Here is a full list of the various options ...
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255     MSG TO <msgno> <call>     - change TO callsign to <call>
1256     MSG FRom <msgno> <call>   - change FROM callsign to <call>
1257     MSG PRrivate <msgno>      - set private flag
1258     MSG NOPRrivate <msgno>    - unset private flag
1259     MSG RR <msgno>            - set RR flag
1260     MSG NORR <msgno>          - unset RR flag
1261     MSG KEep <msgno>          - set the keep flag (message won't be deleted ever)
1262     MSG NOKEep <msgno>        - unset the keep flag
1263     MSG SUbject <msgno> <new> - change the subject to <new>
1264     MSG WAittime <msgno>      - remove any waiting time for this message
1265     MSG NOREad <msgno>        - mark message as unread
1266     MSG REad <msgno>          - mark message as read
1267     MSG QUeue                 - queue any outstanding bulletins
1268     MSG QUeue 1               - queue any outstanding private messages
1269
1270
1271
1272
1273   These commands are simply typed from within the cluster as the sysop
1274   user.
1275
1276
1277   3.5.  Message status
1278
1279   You can check on a message from within the cluster by using the
1280   command stat/msg.  This will give you additional information on the
1281   message number including which nodes have received it, which node it
1282   was received from and when etc.  Here is an example of the output of
1283   the command ...
1284
1285
1286
1287        G0VGS de GB7MBC 28-Jan-2001 1308Z >
1288        stat/msg 6869
1289                From: GB7DJK
1290            Msg Time: 26-Jan-2001 1302Z
1291               Msgno: 6869
1292              Origin: GB7DJK
1293                Size: 8012
1294             Subject: AMSAT 2line KEPS 01025.AMSAT
1295                  To: UK
1296        Got it Nodes: GB7BAA, GB7ADX
1297             Private: 0
1298        Read Confirm: 0
1299          Times read: 0
1300        G0VGS de GB7MBC 28-Jan-2001 1308Z >
1301
1302
1303
1304
1305
1306   3.6.  Filtering mail
1307
1308   This is described in the section on Other filters so I will not
1309   duplicate it here.
1310
1311
1312   3.7.  Distribution lists
1313
1314   Distribution lists are simply a list of users to send certain types of
1315   mail to.  An example of this is mail you only wish to send to other
1316   sysops.  In /spider/msg there is a directory called distro.  You put
1317   any distibution lists in here.  For example, here is a file called
1318   SYSOP.pl that caters for the UK sysops.
1319
1320
1321        qw(GB7TLH GB7DJK GB7DXM GB7CDX GB7BPQ GB7DXN GB7MBC GB7MBC-6 GB7MDX
1322           GB7NDX GB7SDX GB7TDX GB7UDX GB7YDX GB7ADX GB7BAA GB7DXA GB7DXH
1323           GB7DXK GB7DXI GB7DXS)
1324
1325
1326
1327
1328   Any mail sent to "sysop" would only be sent to the callsigns in this
1329   list.
1330
1331
1332   3.8.  BBS interface
1333
1334   Spider provides a simple BBS interface.  No input is required from the
1335   sysop of the cluster at all.  The BBS simply sets the cluster as a BBS
1336   and pushes any required mail to the cluster.  No mail can flow from
1337   Spider to the BBS, the interface is one-way.
1338
1339
1340   Please be careful not to flood the cluster network with unnecessary
1341   mail.  Make sure you only send mail to the clusters that want it by
1342   using the Forward.pl file very carefully.
1343
1344
1345   4.  Scripts
1346
1347   From 1.48 onwards it will become increasingly possible to control
1348   DXSpider's operation with scripts of various kinds.
1349
1350
1351   The directory /spider/scripts is where it all happens and is used for
1352   several things.  Firstly it contains a file called startup that can be
1353   used to call in any changes to the cluster from the default settings
1354   on startup.  This script is executed immediately after all
1355   initialisation of the node is done but before any connections are
1356   possible.  Examples of this include how many spots it is possible to
1357   get with the sh/dx command, whether you want registration/passwords to
1358   be permanently on etc.  An example file is shown below and is included
1359   in the distribution as startup.issue.
1360
1361
1362
1363        #
1364        # startup script example
1365        #
1366        # set maximum no of spots allowed to 100
1367        # set/var $Spot::maxspots = 1
1368        #
1369        # Set registration on
1370        # set/var $main::reqreg = 1
1371        #
1372        # Set passwords on
1373        # set/var $main::passwdreq = 1
1374        #
1375
1376
1377
1378
1379
1380   As usual, any text behind a # is treated as a comment and not read.
1381
1382   Secondly, it is used to store the login scripts for users and nodes.
1383   Currently this can only be done by the sysop but it is envisaged that
1384   eventually users will be able to set their own.  An example is
1385   included in the distibution but here is a further example.
1386
1387        #
1388        # G0FYD
1389        #
1390        blank +
1391        sh/wwv 3
1392        blank +
1393        sh/dx
1394        blank +
1395        t g0jhc You abt?
1396        blank +
1397
1398
1399
1400
1401   The lines in between commands can simply insert a blank line or a
1402   character such as a + sign to make the output easier to read.  Simply
1403   create this script with your favourite editor and save it with the
1404   callsign of the user as the filename.  Filenames should always be in
1405   lower case.
1406
1407
1408   Commands can be inserted in the same way for nodes.  A node may wish a
1409   series of commands to be issued on login, such as a merge command for
1410   example.
1411
1412
1413   Thirdly, there are 2 default scripts for users and nodes who do not
1414   have a specifically defined script.  These are user_default and
1415   node_default
1416
1417
1418   5.  Databases
1419
1420   Spider allows the creation of local or remote databases.  It supports
1421   chained databases, allowing several different databases to be scanned
1422   with one simple command.  Importing of databases is limited at present
1423   to the standard AK1A databases such as OBLAST and the DB0SDX QSL
1424   database but will expand with time.
1425
1426
1427   5.1.  Creating databases
1428
1429   Creating a database could not be more simple.  All the commands are
1430   sent from the cluster prompt as the sysop user.
1431
1432   To create a database you use the command dbcreate.  It can be used in
1433   3 different ways like so ..
1434
1435
1436
1437        dbcreate <name>
1438
1439
1440
1441
1442   To simply create a database locally, you just tell the command the
1443   name of the database.  This does not create the actual database, it
1444   simply defines it to say that it exists.
1445
1446
1447
1448        dbcreate <name> chain <name> [<name>...]
1449
1450
1451
1452
1453   This creates a chained database entry.  The first database will be
1454   scanned, then the second, the third etc...
1455
1456
1457
1458        dbcreate <name> remote <name>
1459
1460
1461
1462
1463   This creates a remote entry.  the first name field is the database
1464   name at the remote node, then the remote switch, then the actual
1465   node_call of the remote node, for example...
1466
1467
1468
1469        dbcreate buckmaster remote gb7dxc
1470
1471
1472
1473
1474   Remote databases cannot be chained, however, the last database in a
1475   chain can be a remote database.
1476
1477
1478   5.2.  Importing databases
1479
1480   The only databases that Spider can currently import are the standard
1481   AK1A databases such as OBLAST or the DB0SDX qsl and address database.
1482   This will be added to with time.
1483
1484   To import such a database, first put the file somewhere useful like
1485   /tmp and then issue the following command ...
1486
1487
1488
1489        dbimport oblast /tmp/OBLAST.FUL
1490
1491
1492
1493
1494   This will update the existing local oblast database or create it if it
1495   does not exist.
1496
1497
1498   5.3.  Checking available databases
1499
1500   Once a database is created, you will want to check that it has been
1501   added.  To do this use the dbavail command.  This will output the
1502   available databases.  For example ...
1503
1504
1505
1506        dbavail
1507        DB Name          Location   Chain
1508        qsl              Local
1509        buck             GB7ADX
1510        hftest           GB7DXM
1511        G0VGS de GB7MBC  3-Feb-2001 1925Z >
1512
1513
1514
1515
1516
1517
1518
1519   5.4.  Looking up databases
1520
1521   To look for information in a defined database, simply use the dbshow
1522   command, for example ...
1523
1524
1525
1526        dbshow buckmaster G0YLM
1527
1528
1529
1530
1531   will show the information for the callsign G0YLM from the buckmaster
1532   database if it exists.  To make things more standard for the users you
1533   can add an entry in the Aliases file so that it looks like a standard
1534   show command like this ...
1535
1536
1537
1538
1539
1540
1541
1542   Now you can simply use show/buckmaster or an abreviation.
1543
1544
1545   5.5.  Removing databases
1546
1547   To delete an existing database you use the dbremove command.  For
1548   example ...
1549
1550
1551
1552        dbremove oblast
1553
1554
1555
1556
1557   would remove the oblast database and its associated datafile from the
1558   system.  There are no warnings or recovery possible from this command.
1559   If you remove a database it ceases to exist and would have to be
1560   created from scratch if you still required it.
1561
1562
1563   6.  Information, files and useful programs
1564
1565   6.1.  MOTD
1566
1567   One of the more important things a cluster sysop needs to do is to get
1568   information to his users.  The simplest way to do this is to have a
1569   banner that is sent to the user on login.  This is know as a "message
1570   of the day" or "motd".  To set this up, simply create a file in
1571   /spider/data called motd and edit it to say whatever you want.  It is
1572   purely a text file and will be sent automatically to anyone logging in
1573   to the cluster.
1574
1575
1576   6.2.  MOTD_NOR
1577
1578   This message of the day file lives in the same directory as the
1579   standard motd file but is only sent to non-registered users.  Once
1580   registered they will receive the same message as any other user.
1581
1582
1583
1584
1585   6.3.  Downtime message
1586
1587   If for any reason the cluster is down, maybe for upgrade or
1588   maintenance but the machine is still running, a message can be sent to
1589   the user advising them of the fact.  This message lives in the
1590   /spider/data directory and is called "offline".  Simply create the
1591   file and edit it to say whatever you wish.  This file will be sent to
1592   a user attempting to log into the cluster when DXSpider is not
1593   actually running.
1594
1595
1596   6.4.  Other text messages
1597
1598   You can set other text messages to be read by the user if they input
1599   the file name.  This could be for news items or maybe information for
1600   new users.  To set this up, make a directory under /spider called
1601   packclus.  Under this directory you can create files called news or
1602   newuser for example.  In fact you can create files with any names you
1603   like.  These can be listed by the user with the command ....
1604
1605
1606
1607        show/files
1608
1609
1610
1611
1612   They can be read by the user by typing the command ....
1613
1614
1615
1616        type news
1617
1618
1619
1620
1621   If the file they want to read is called news.  You could also set an
1622   alias for this in the Alias file to allow them just to type news
1623
1624
1625   You can also store other information in this directory, either
1626   directly or nested under directories.  One use for this would be to
1627   store DX bulletins such as the OPDX bulletins.  These can be listed
1628   and read by the user.  To keep things tidy, make a directory under
1629   /spider/packclus called bulletin.  Now copy any OPDX or similar
1630   bulletins into it.  These can be listed by the user in the same way as
1631   above using the show/files command with an extension for the bulletin
1632   directory you have just created, like this ....
1633
1634
1635
1636        show/files bulletin
1637
1638
1639
1640
1641
1642   An example would look like this ....
1643
1644
1645
1646        sh/files
1647        bulletin      DIR 20-Dec-1999 1715Z news          1602 14-Dec-1999 1330Z
1648
1649
1650
1651   You can see that in the files area (basically the packclus directory)
1652   there is a file called news and a directory called bulletin.  You can
1653   also see that dates they were created.  In the case of the file news,
1654   you can also see the time it was last modified, a good clue as to
1655   whether the file has been updated since you last read it.  To read the
1656   file called news you would simply issue the command ....
1657
1658
1659
1660        type news
1661
1662
1663
1664
1665   To look what is in the bulletin directory you issue the command ....
1666
1667
1668
1669        show/files bulletin
1670        opdx390      21381 29-Nov-1999 1621Z opdx390.1     1670 29-Nov-1999 1621Z
1671        opdx390.2     2193 29-Nov-1999 1621Z opdx391      25045 29-Nov-1999 1621Z
1672        opdx392      35969 29-Nov-1999 1621Z opdx393      15023 29-Nov-1999 1621Z
1673        opdx394      33429 29-Nov-1999 1621Z opdx394.1     3116 29-Nov-1999 1621Z
1674        opdx395      24319 29-Nov-1999 1621Z opdx396      32647 29-Nov-1999 1621Z
1675        opdx396.1     5537 29-Nov-1999 1621Z opdx396.2     6242 29-Nov-1999 1621Z
1676        opdx397      18433 29-Nov-1999 1621Z opdx398      19961 29-Nov-1999 1621Z
1677        opdx399      17719 29-Nov-1999 1621Z opdx400      19600 29-Nov-1999 1621Z
1678        opdx401      27738 29-Nov-1999 1621Z opdx402      18698 29-Nov-1999 1621Z
1679        opdx403      24994 29-Nov-1999 1621Z opdx404      15685 29-Nov-1999 1621Z
1680        opdx405      13984 29-Nov-1999 1621Z opdx405.1     4166 29-Nov-1999 1621Z
1681        opdx406      28934 29-Nov-1999 1621Z opdx407      24153 29-Nov-1999 1621Z
1682        opdx408      15081 29-Nov-1999 1621Z opdx409      23234 29-Nov-1999 1621Z
1683        Press Enter to continue, A to abort (16 lines) >
1684
1685
1686
1687
1688   You can now read any file in this directory using the type command,
1689   like this ....
1690
1691
1692
1693        type bulletin/opdx391
1694        Ohio/Penn DX Bulletin No. 391
1695        The Ohio/Penn Dx PacketCluster
1696        DX Bulletin No. 391
1697        BID: $OPDX.391
1698        January 11, 1999
1699        Editor Tedd Mirgliotta, KB8NW
1700        Provided by BARF-80 BBS Cleveland, Ohio
1701        Online at 440-237-8208 28.8k-1200 Baud 8/N/1 (New Area Code!)
1702        Thanks to the Northern Ohio Amateur Radio Society, Northern Ohio DX
1703        Association, Ohio/Penn PacketCluster Network, K1XN & Golist, WB2RAJ/WB2YQH
1704        & The 59(9) DXReport, W3UR & The Daily DX, K3TEJ, KN4UG, W4DC, NC6J, N6HR,
1705        Press Enter to continue, A to abort (508 lines) >
1706
1707
1708
1709
1710   The page length will of course depend on what you have it set to!
1711
1712
1713   6.5.  The Aliases file
1714
1715   You will find a file in /spider/cmd/ called Aliases.  First, copy this
1716   file to /spider/local_cmd/Aliases and edit this file.  You will see
1717   something like this ...
1718
1719
1720
1721
1722
1723
1724
1725
1726
1727
1728
1729
1730
1731
1732
1733
1734
1735
1736
1737
1738
1739
1740
1741
1742
1743
1744
1745
1746
1747
1748
1749
1750
1751
1752
1753
1754
1755
1756
1757
1758
1759
1760
1761
1762
1763
1764
1765
1766
1767
1768
1769
1770
1771
1772
1773
1774
1775
1776
1777
1778
1779
1780
1781
1782
1783   #!/usr/bin/perl
1784
1785   # provide some standard aliases for commands for terminally
1786   # helpless ak1a user (helpless in the sense that they never
1787   # read nor understand help files)
1788
1789   # This file is automagically reloaded if its modification time is
1790   # later than the one stored in CmdAlias.pm
1791
1792   # PLEASE make this file consistant with reality! (the patterns MUST
1793   # match the filenames!)
1794
1795   # Don't alter this file, copy it into the local_cmd tree and modify it.
1796   # This file will be replaced everytime I issue a new release.
1797
1798   # You only need to put aliases in here for commands that don't work as
1799   # you desire naturally, e.g sh/dx on its own just works as you expect
1800   # so you need not add it as an alias.
1801
1802
1803
1804   package CmdAlias;
1805
1806   %alias = (
1807       '?' => [
1808             '^\?', 'apropos', 'apropos',
1809           ],
1810       'a' => [
1811             '^ann.*/full', 'announce full', 'announce',
1812             '^ann.*/sysop', 'announce sysop', 'announce',
1813             '^ann.*/(.*)$', 'announce $1', 'announce',
1814           ],
1815           'b' => [
1816           ],
1817           'c' => [
1818           ],
1819           'd' => [
1820             '^del', 'kill', 'kill',
1821             '^del\w*/fu', 'kill full', 'kill',
1822             '^di\w*/a\w*', 'directory all', 'directory',
1823             '^di\w*/b\w*', 'directory bulletins', 'directory',
1824             '^di\w*/n\w*', 'directory new', 'directory',
1825             '^di\w*/o\w*', 'directory own', 'directory',
1826             '^di\w*/s\w*', 'directory subject', 'directory',
1827             '^di\w*/t\w*', 'directory to', 'directory',
1828             '^di\w*/f\w*', 'directory from', 'directory',
1829             '^di\w*/(\d+)', 'directory $1', 'directory',
1830           ],
1831           'e' => [
1832           ],
1833           'f' => [
1834           ],
1835           'g' => [
1836           ],
1837           'h' => [
1838           ],
1839           'i' => [
1840           ],
1841           'j' => [
1842           ],
1843           'k' => [
1844           ],
1845           'l' => [
1846             '^l$', 'directory', 'directory',
1847             '^ll$', 'directory', 'directory',
1848             '^ll/(\d+)', 'directory $1', 'directory',
1849           ],
1850           'm' => [
1851           ],
1852           'n' => [
1853             '^news', 'type news', 'type',
1854           ],
1855           'o' => [
1856           ],
1857           'p' => [
1858           ],
1859           'q' => [
1860             '^q', 'bye', 'bye',
1861           ],
1862           'r' => [
1863             '^r$', 'read', 'read',
1864             '^rcmd/(\S+)', 'rcmd $1', 'rcmd',
1865           ],
1866           's' => [
1867             '^s/p$', 'send', 'send',
1868             '^sb$', 'send noprivate', 'send',
1869             '^set/home$', 'set/homenode', 'set/homenode',
1870             '^set/nobe', 'unset/beep', 'unset/beep',
1871             '^set/nohe', 'unset/here', 'unset/here',
1872             '^set/noan', 'unset/announce', 'unset/announce',
1873             '^set/nodx', 'unset/dx', 'unset/dx',
1874             '^set/nota', 'unset/talk', 'unset/talk',
1875             '^set/noww', 'unset/wwv', 'unset/wwv',
1876             '^set/nowx', 'unset/wx', 'unset/wx',
1877             '^sh$', 'show', 'show',
1878             '^sh\w*/buck', 'dbshow buck', 'dbshow',
1879             '^sh\w*/bu', 'show/files bulletins', 'show/files',
1880             '^sh\w*/c/n', 'show/configuration nodes', 'show/configuration',
1881             '^sh\w*/c$', 'show/configuration', 'show/configuration',
1882             '^sh\w*/com', 'dbavail', 'dbavail',
1883             '^sh\w*/dx/(\d+)-(\d+)', 'show/dx $1-$2', 'show/dx',
1884             '^sh\w*/dx/(\d+)', 'show/dx $1', 'show/dx',
1885             '^sh\w*/dx/d(\d+)', 'show/dx from $1', 'show/dx',
1886             '^sh\w*/email', 'dbshow email', 'dbshow',
1887             '^sh\w*/hftest', 'dbshow hftest', 'dbshow',
1888             '^sh\w*/vhftest', 'dbshow vhftest', 'dbshow',
1889             '^sh\w*/qsl', 'dbshow qsl', 'dbshow',
1890             '^sh\w*/tnc', 'who', 'who',
1891             '^sh\w*/up', 'show/cluster', 'show/cluster',
1892             '^sh\w*/w\w*/(\d+)-(\d+)', 'show/wwv $1-$2', 'show/wwv',
1893             '^sh\w*/w\w*/(\d+)', 'show/wwv $1', 'show/wwv',
1894             '^sp$', 'send', 'send',
1895
1896       ],
1897           't' => [
1898             '^ta$', 'talk', 'talk',
1899             '^t$', 'talk', 'talk',
1900           ],
1901           'u' => [
1902           ],
1903           'v' => [
1904           ],
1905           'w' => [
1906             '^wx/full', 'wx full', 'wx',
1907             '^wx/sysop', 'wx sysop', 'wx',
1908           ],
1909           'x' => [
1910           ],
1911           'y' => [
1912           ],
1913           'z' => [
1914           ],
1915   )
1916
1917
1918
1919
1920
1921   You can create aliases for commands at will.  Beware though, these may
1922   not always turn out as you think.  Care is needed and you need to test
1923   the results once you have set an alias.
1924
1925
1926   6.6.  Console.pl
1927
1928   In later versions of Spider a simple console program is provided for
1929   the sysop.  This has a type ahead buffer with line editing facilities
1930   and colour for spots, announces etc.  To use this program, simply use
1931   console.pl instead of client.
1932
1933
1934   To edit the colours, copy /spider/perl/Console.pl to /spider/local and
1935   edit the file with your favourite editor.
1936
1937
1938   6.7.  Updating kepler data
1939
1940   Spider has a powerful and flexible show/satellite command.  In order
1941   for this to be accurate, the kepler data has to be updated regularly.
1942   In general, this data is available as an email or via cluster mail.
1943   Updating it is simple.  First you need to export the mail message as a
1944   file.  You do this with the export command from the cluster prompt as
1945   the sysop.  For example ...
1946
1947
1948
1949        export 5467 /spider/perl/keps.in
1950
1951
1952
1953
1954
1955   would export message number 5467 as a file called keps.in in the
1956   /spider/perl directory.
1957
1958
1959   Now login to a VT as sysop and cd /spider/perl.  There is a command in
1960   the perl directory called convkeps.pl.  All we need to do now is
1961   convert the file like so ...
1962
1963
1964
1965        ./convkeps.pl keps.in
1966
1967
1968
1969
1970
1971   Now go back to the cluster and issue the command ...
1972
1973
1974
1975        load/keps
1976
1977
1978
1979
1980
1981   That is it!  the kepler data has been updated.
1982
1983
1984   6.8.  The QRZ callbook
1985
1986   The command sh/qrz will only work once you have followed a few simple
1987   steps.  First you need to get a user ID and password from qrz.com.
1988   Simply go to the site and create one.  Secondly you need to copy the
1989   file /spider/perl/Internet.pm to /spider/local and alter it to match
1990   your user ID and password.  You also at this point need to set
1991   $allow=1 to complete the setup.  Many thanks to Fred Lloyd, the
1992   proprieter of qrz.com for allowing this access.
1993
1994
1995   7.  Security
1996
1997   From version 1.49 DXSpider has some additional security features.
1998   These are not by any means meant to be exhaustive, however they do
1999   afford some security against piracy.  These two new features can be
2000   used independently of each other or in concert to tighten the
2001   security.
2002
2003
2004   7.1.  Registration
2005
2006   The basic principle of registration is simple.  If a user is not
2007   registered by the sysop, then they have read-only access to the
2008   cluster.  The only thing they can actually send is a talk or a message
2009   to the sysop.  In order for them to be able to spot, send announces or
2010   talks etc the sysop must register them with the set/register command,
2011   like this ...
2012
2013
2014
2015        set/register g0vgs
2016
2017
2018
2019
2020   The user g0vgs can now fully use the cluster.  In order to enable
2021   registration, you can issue the command ...
2022
2023
2024
2025        set/var $main::reqreg = 1
2026
2027
2028
2029
2030   Any users that are not registered will now see the motd_nor file
2031   rather than the motd file as discussed in the Information, files and
2032   useful programs section.
2033
2034
2035   Entering this line at the prompt will only last for the time the
2036   cluster is running of course and would not be present on a restart.
2037   To make the change permanent, add the above line to
2038   /spider/scripts/startup.  To read more on the startup file, see the
2039   section on Information, files and useful programs.
2040
2041
2042   To unregister a user use unset/register and to show the list of
2043   registered users, use the command show/register.
2044
2045
2046
2047   7.2.  Passwords
2048
2049   At the moment, passwords only affect users who login to a DXSpider
2050   cluster node via telnet.  If a user requires a password, they can
2051   either set it themselves or have the sysop enter it for them by using
2052   the set/password command.  Any users who already have passwords, such
2053   as remote sysops, will be asked for their passwords automatically by
2054   the cluster.  Using passwords in this way means that the user has a
2055   choice on whether to have a password or not.  To force the use of
2056   passwords at login, issue the command ...
2057
2058
2059
2060        set/var $main::passwdreq = 1
2061
2062
2063
2064
2065   at the cluster prompt.  This can also be added to the
2066   /spider/scripts/startup file as above to make the change permanent.
2067
2068
2069   Of course, if you do this you will have to assign a password for each
2070   of your users.  If you were asking them to register, it is anticipated
2071   that you would ask them to send you a message both to ask to be
2072   registered and to give you the password they wish to use.
2073
2074
2075   Should a user forget their password, it can be reset by the sysop by
2076   first removing the existing password and then setting a new one like
2077   so ...
2078
2079
2080
2081        unset/password g0vgs
2082        set/password g0vgs new_password
2083
2084
2085
2086
2087
2088   8.  CVS
2089
2090   CVS stands for "Concurrent Versions System" and the CVS for DXSpider
2091   is held at Sourceforge.  This means that it is possible to update your
2092   DXSpider installation to the latest sources by using a few simple
2093   commands.
2094
2095
2096   Please be aware that if you update your system using CVS, it is
2097   possible that you could be running code that is very beta and not
2098   fully tested.  There is a possibility that it could be unstable.
2099
2100
2101   I am of course assuming that you have a machine with both DXSpider and
2102   Internet access running.
2103
2104
2105   BEFORE YOU EVEN CONSIDER STARTING WITH THIS MAKE A BACKUP OF YOUR
2106   ENTIRE SPIDER TREE!!
2107
2108
2109   Assuming you are connected to the Internet, you need to login to the
2110   CVS repository and then update your Spider source.  There are several
2111   steps which are listed below ...
2112
2113   First login as the user sysop.  Next you need to connect to the CVS
2114   repository.  You do this with the command below ...
2115
2116
2117   cvs -d:pserver:anonymous@cvs.DXSpider.sourceforge.net:/cvsroot/dxspider login
2118
2119
2120
2121   You will get a password prompt.  Simply hit return here and your
2122   machine should return to a normal linux prompt.
2123
2124
2125   What happens next depends on whether you have an existing installation
2126   that you want to update with the latest and greatest or whether you
2127   just want to see what is there and/or run it on a new machine for
2128   testing.
2129
2130   If you are installing Spider from CVS then change directory to
2131   /home/sysop
2132
2133   If you are wanting to update Spider then cd to /tmp
2134
2135
2136   The next step will create a brand new 'spider' directory in your
2137   current directory.
2138
2139
2140   cvs -z3 -d:pserver:anonymous@cvs.DXSpider.sourceforge.net:/cvsroot/dxspider co spider
2141
2142
2143
2144   This command is all on one line.
2145
2146
2147   Hopefully your screen should show you downloading files.  The -z3
2148   simply compresses the download to improve speed.  When this has
2149   finished, you will have exactly the same as if you had untarred a full
2150   tarball PLUS some extra directories and files that CVS needs to do the
2151   magic that it does.
2152
2153
2154   Now if you are doing a new installation, that's it.  Carry on as if
2155   you have just downloaded and untarred the lastest tarball.
2156
2157
2158   If you want to upgrade your current installation then do this ...
2159
2160
2161
2162        tar cvfz /tmp/s.tgz spider
2163        cd /
2164        tar xvfzp /tmp/s.tgz
2165
2166
2167
2168
2169   This is assuming you downloaded to the /tmp directory of course.
2170
2171
2172   NOTE:  the 'p' on the end of the 'xvfz' is IMPORTANT!   It keeps the
2173   permissions correct.  YOU WERE LOGGED IN AS THE USER SYSOP WEREN'T
2174   YOU?????
2175
2176   Remember to recompile the C client (cd /spider/src; make)
2177
2178
2179   At this point the files have been upgraded.  You can (usually) restart
2180   the cluster in your own time.  However, if you attempt to use any new
2181   commands or features expect it to be fatal!  At least your cluster
2182   will have been restarted then so it will be too late to worry about
2183   it!
2184
2185
2186   Now the magic part!  From now on when you want to update, simply
2187   connect to the Internet and then, as the user sysop ...
2188
2189
2190
2191        cd /spider
2192        cvs -z3 update -d
2193
2194
2195
2196
2197   and your files will be updated.  As above, remember to recompile the
2198   "C" client if it has been updated (CVS will tell you) and restart if
2199   any of the perl scripts have been altered or added, again, CVS will
2200   tell you.
2201
2202
2203   You will find any changes documented in the /spider/Changes file.
2204
2205
2206   9.  The DXSpider command set
2207
2208   Below is a complete list of commands available from the cluster
2209   prompt.  Most maintenance tasks are automatic but there are some
2210   commands that are useful for a sysop.  These are listed below in
2211   alphabetical order.  The number in brackets following the command name
2212   is the permissions level needed to use the command.
2213
2214
2215   9.1.  accept/announce (0)
2216
2217   accept/announce [0-9] <pattern> Set an accept filter line for announce
2218
2219
2220   Create an 'accept this announce' line for a filter.
2221
2222   An accept filter line means that if the announce matches this filter
2223   it is passed onto the user. See HELP FILTERS for more info. Please
2224   read this to understand how filters work - it will save a lot of grief
2225   later on.
2226
2227   You can use any of the following things in this line:-
2228
2229
2230
2231          info <string>            eg: iota or qsl
2232          by <prefixes>            eg: G,M,2
2233          origin <prefixes>
2234          origin_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
2235          origin_itu <numbers>
2236          origin_zone <numbers>
2237          by_dxcc <numbers>
2238          by_itu <numbers>
2239          by_zone <numbers>
2240          channel <prefixes>
2241          wx 1                     filter WX announces
2242          dest <prefixes>          eg: 6MUK,WDX      (distros)
2243
2244
2245   some examples:-
2246
2247
2248
2249          acc/ann dest 6MUK
2250          acc/ann 2 by_zone 14,15,16
2251          (this could be all on one line: acc/ann dest 6MUK or by_zone 14,15,16)
2252
2253
2254
2255
2256   or
2257
2258
2259
2260          acc/ann by G,M,2
2261
2262
2263
2264
2265   This filter would only allow announces that were posted buy UK
2266   stations.  You can use the tag 'all' to accept everything eg:
2267
2268
2269
2270          acc/ann all
2271
2272
2273
2274
2275   but this probably for advanced users...
2276
2277
2278   9.2.  accept/announce (extended for sysops) (8)
2279
2280   accept/announce <call> [input] [0-9]<pattern> Announce filter sysop
2281   version
2282
2283
2284   This version allows a sysop to set a filter for a callsign as well as
2285   the default for nodes and users eg:-
2286
2287
2288
2289          accept/ann by G,M,2
2290          accept/ann input node_default by G,M,2
2291          accept/ann user_default by G,M,2
2292
2293
2294
2295
2296
2297   9.3.  accept/route (8)
2298
2299   accept/route <call> [0-9] <pattern> Set an 'accept' filter line for
2300   routing
2301
2302
2303   Create an 'accept this routing PC Protocol' line for a filter.
2304
2305
2306   An accept filter line means that if a PC16/17/19/21/24/41/50 matches
2307   this filter it is passed thru that interface. See HELP FILTERING for
2308   more info. Please read this to understand how filters work - it will
2309   save a lot of grief later on.
2310
2311   You can use any of the following things in this line:-
2312
2313
2314
2315          call <prefixes>        the callsign of the thingy
2316          call_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
2317          call_itu <numbers>
2318          call_zone <numbers>
2319          origin <prefixes>      really the interface it came in on
2320          origin_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
2321          origin_itu <numbers>
2322          origin_zone <numbers>
2323
2324
2325
2326
2327
2328   some examples:-
2329
2330
2331
2332          acc/route gb7djk call_dxcc 61,38 (send only UK+EIRE nodes)
2333          acc/route gb7djk call gb7djk     (equiv to SET/ISOLATE)
2334
2335
2336
2337
2338
2339   You can use the tag 'all' to accept everything eg:
2340
2341
2342
2343          acc/route all
2344
2345
2346
2347
2348
2349   9.4.  accept/spots (0)
2350
2351   accept/spots [0-9] <pattern> Set an accept filter line for spots
2352
2353
2354   Create an 'accept this spot' line for a filter.
2355
2356
2357   An accept filter line means that if the spot matches this filter it is
2358   passed onto the user. See HELP FILTERS for more info. Please read this
2359   to understand how filters work - it will save a lot of grief later on.
2360
2361   You can use any of the following things in this line:-
2362
2363
2364
2365
2366
2367
2368
2369
2370
2371
2372
2373
2374
2375
2376
2377     freq <range>           eg: 0/30000 or hf or hf/cw or 6m,4m,2m
2378     on <range>             same as 'freq'
2379     call <prefixes>        eg: G,PA,HB9
2380     info <string>          eg: iota or qsl
2381     by <prefixes>
2382     call_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
2383     call_itu <numbers>
2384     call_zone <numbers>
2385     by_dxcc <numbers>
2386     by_itu <numbers>
2387     by_zone <numbers>
2388     origin <prefixes>
2389     channel <prefixes>
2390
2391
2392
2393
2394
2395   For frequencies, you can use any of the band names defined in
2396   SHOW/BANDS and you can use a subband name like: cw, rtty, data, ssb -
2397   thus: hf/ssb. You can also just have a simple range like: 0/30000 -
2398   this is more efficient than saying simply: freq HF (but don't get too
2399   hung up about that)
2400
2401   some examples:-
2402
2403
2404
2405          acc/spot 1 on hf/cw
2406          acc/spot 2 on vhf and (by_zone 14,15,16 or call_zone 14,15,16)
2407
2408
2409
2410
2411   You can use the tag 'all' to accept everything, eg:
2412
2413
2414
2415          acc/spot 3 all
2416
2417
2418
2419
2420   but this probably for advanced users...
2421
2422
2423   9.5.  accept/spots (extended for sysops) (8)
2424
2425   accept/spots <call> [input] [0-9] <pattern> Spot filter sysop version
2426
2427
2428   This version allows a sysop to set a filter for a callsign as well as
2429   the default for nodes and users eg:-
2430
2431
2432
2433          accept/spot db0sue-7 1 by_zone 14,15,16
2434          accept/spot node_default all
2435          set/hops node_default 10
2436
2437          accept/spot user_default by G,M,2
2438
2439
2440
2441
2442
2443   9.6.  accept/wcy (0)
2444
2445   accept/wcy [0-9] <pattern> set an accept WCY filter
2446
2447
2448   It is unlikely that you will want to do this, but if you do then you
2449   can filter on the following fields:-
2450
2451
2452
2453          by <prefixes>            eg: G,M,2
2454          origin <prefixes>
2455          origin_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
2456          origin_itu <numbers>
2457          origin_zone <numbers>
2458          by_dxcc <numbers>
2459          by_itu <numbers>
2460          by_zone <numbers>
2461          channel <prefixes>
2462
2463
2464
2465
2466
2467   There are no examples because WCY Broadcasts only come from one place
2468   and you either want them or not (see UNSET/WCY if you don't want
2469   them).
2470
2471   This command is really provided for future use.
2472
2473   See HELP FILTER for information.
2474
2475
2476   9.7.  accept/wcy (extended for sysops) (8)
2477
2478   accept/wcy <call> [input] [0-9] <pattern> WCY filter sysop version
2479
2480
2481   This version allows a sysop to set a filter for a callsign as well as
2482   the default for nodes and users eg:-
2483
2484
2485
2486          accept/wcy node_default all
2487          set/hops node_default 10
2488
2489
2490
2491
2492
2493   9.8.  accept/wwv (0)
2494
2495   accept/wwv [0-9] <pattern> Set an accept WWV filter
2496
2497
2498   It is unlikely that you will want to do this, but if you do then you
2499   can filter on the following fields:-
2500
2501
2502
2503
2504
2505
2506
2507
2508
2509     by <prefixes>            eg: G,M,2
2510     origin <prefixes>
2511     origin_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
2512     origin_itu <numbers>
2513     origin_zone <numbers>
2514     by_dxcc <numbers>
2515     by_itu <numbers>
2516     by_zone <numbers>
2517     channel <prefixes>
2518
2519
2520
2521
2522   for example
2523
2524
2525
2526          accept/wwv by_zone 4
2527
2528
2529
2530
2531   is probably the only useful thing to do (which will only show WWV
2532   broadcasts by stations in the US).
2533
2534   See HELP FILTER for information.
2535
2536
2537   9.9.  accept/wwv (extended for sysops) (8)
2538
2539   accept/wwv <call> [input] [0-9] <pattern> WWV filter sysop version
2540
2541
2542   This version allows a sysop to set a filter for a callsign as well as
2543   the default for nodes and users eg:-
2544
2545
2546
2547          accept/wwv db0sue-7 1 by_zone 4
2548          accept/wwv node_default all
2549          set/hops node_default 10
2550
2551          accept/wwv user_default by W,K
2552
2553
2554
2555
2556
2557   9.10.  announce (0)
2558
2559   announce <text> Send an announcement to local users
2560
2561
2562   Send an announcement to LOCAL users only, where <text> is the text of
2563   the announcement you wish to broadcast.  If you do not wish to receive
2564   announces, use the set/noannounce command.  Any announces made by a
2565   sysop will override set/noannounce.
2566
2567
2568   9.11.  announce full (0)
2569
2570   announce full <text> Send an announcement cluster wide
2571
2572
2573   This command will send your announcement across the whole cluster
2574   network.
2575   9.12.  announce sysop (5)
2576
2577   announce sysop <text>
2578
2579
2580   Send an announcement to Sysops only
2581
2582
2583   9.13.  apropos (0)
2584
2585   apropos <string> Search the help database
2586
2587
2588   Search the help database for <string> (it isn't case sensitive), and
2589   print the names of all the commands that may be relevant.
2590
2591
2592   9.14.  bye (0)
2593
2594   bye Exit from the cluster
2595
2596
2597   This will disconnect you from the cluster
2598
2599
2600   9.15.  catchup (5)
2601
2602   catchup <node_call> All|[<msgno> ...] Mark a message as sent
2603
2604
2605   When you send messages the fact that you have forwarded it to another
2606   node is remembered so that it isn't sent again. When you have a new
2607   partner node and you add their callsign to your /spider/msg/forward.pl
2608   file, all outstanding non-private messages will be forwarded to them.
2609   This may well be ALL the non-private messages. You can prevent this by
2610   using these commmands:-
2611
2612
2613
2614          catchup GB7DJK all
2615          catchup GB7DJK 300 301 302 303 500-510
2616
2617
2618
2619
2620   and to undo what you have just done:-
2621
2622
2623
2624          uncatchup GB7DJK all
2625          uncatchup GB7DJK 300 301 302 303 500-510
2626
2627
2628
2629
2630   which will arrange for them to be forward candidates again.
2631
2632   Order is not important.
2633
2634
2635   9.16.  clear/announce (8)
2636
2637   clear/announce [input] <callsign> [0-9|all] Clear an announce filter
2638   line
2639
2640
2641   A sysop can clear an input or normal output filter for a user or the
2642   node_default or user_default.
2643
2644
2645   9.17.  clear/route (8)
2646
2647   clear/route [input] ^lt;callsign> [0-9|all] Clear a route filter line
2648
2649
2650   This command allows you to clear (remove) a line in a route filter or
2651   to remove the whole filter.
2652
2653   see CLEAR/SPOTS for a more detailed explanation.
2654
2655   A sysop can clear an input or normal output filter for a user or the
2656   node_default or user_default.
2657
2658
2659   9.18.  clear/spots (0)
2660
2661   clear/spots [1|all] Clear a spot filter line
2662
2663
2664   This command allows you to clear (remove) a line in a spot filter or
2665   to remove the whole filter.
2666
2667   If you have a filter:-
2668
2669
2670
2671          acc/spot 1 on hf/cw
2672          acc/spot 2 on vhf and (by_zone 14,15,16 or call_zone 14,15,16)
2673
2674
2675
2676
2677   and you say:-
2678
2679
2680
2681          clear/spot 1
2682
2683
2684
2685
2686   you will be left with:-
2687
2688
2689
2690          acc/spot 2 on vhf and (by_zone 14,15,16 or call_zone 14,15,16)
2691
2692
2693
2694
2695   If you do:
2696
2697
2698
2699          clear/spot all
2700
2701
2702
2703
2704   the filter will be completely removed.
2705
2706
2707   9.19.  clear/spots (extended for sysops) (8)
2708
2709   clear/spots [input] <callsign> [0-9|all] Clear a spot filter line
2710
2711
2712   A sysop can clear an input or normal output filter for a user or the
2713   node_default or user_default.
2714
2715
2716   9.20.  clear/wcy (0)
2717
2718   clear/wcy [1|all] Clear a WCY filter line
2719
2720
2721   This command allows you to clear (remove) a line in a WCY filter or to
2722   remove the whole filter.
2723
2724   see CLEAR/SPOTS for a more detailed explanation.
2725
2726
2727   9.21.  clear/wcy (extended for sysops) (8)
2728
2729   clear/wcy [input] <callsign> [0-9|all] Clear a WCY filter line
2730
2731
2732   A sysop can clear an input or normal output filter for a user or the
2733   node_default or user_default.
2734
2735
2736   9.22.  clear/wwv (0)
2737
2738   clear/wwv [1|all] Clear a WWV filter line
2739
2740
2741   This command allows you to clear (remove) a line in a WWV filter or to
2742   remove the whole filter.
2743
2744   see CLEAR/SPOTS for a more detailed explanation.
2745
2746
2747   9.23.  clear/wwv (extended for sysops) (8)
2748
2749   clear/wwv [input] <callsign> [0-9|all] Clear a WWV filter line
2750
2751
2752   A sysop can clear an input or normal output filter for a user or the
2753   node_default or user_default.
2754
2755
2756   9.24.  connect (5)
2757
2758   connect <callsign> Start a connection to another DX Cluster
2759
2760
2761   Start a connection process that will culminate in a new connection to
2762   the DX cluster <callsign>. This process creates a new 'client' process
2763   which will use the script in /spider/connect/<callsign> to effect the
2764   'chat' exchange necessary to traverse the network(s) to logon to the
2765   cluster <callsign>.
2766
2767
2768   9.25.  dbavail (0)
2769
2770   dbavail Show a list of all the databases in the system
2771
2772
2773   The title says it all really, this command lists all the databases
2774   defined in the system. It is also aliased to SHOW/COMMAND.
2775
2776
2777   9.26.  dbcreate (9)
2778
2779   dbcreate <name> Create a database entry
2780   dbcreate <name> chain <name> [<name>..] Create a chained database
2781   entry
2782   dbcreate <name> remote <node> Create a remote database entry
2783
2784
2785   DBCREATE allows you to define a database in the system. It doesn't
2786   actually create anything, just defines it.
2787
2788   The databases that are created are simple DB_File hash databases, they
2789   are therefore already 'indexed'.
2790
2791   You can define a local database with the first form of the command eg:
2792
2793   DBCREATE oblast
2794
2795   You can also chain databases with the addition of the 'chain' keyword.
2796   This will search each database one after the other. A typical example
2797   is:
2798
2799   DBCREATE sdx_qsl chain sql_ad
2800
2801   No checking is done to see if the any of the chained databases exist,
2802   in fact it is usually better to do the above statement first then do
2803   each of the chained databases.
2804
2805   Databases can exist offsite. To define a database that lives on
2806   another node do:
2807
2808   DBCREATE buckmaster remote gb7dxc
2809
2810   Remote databases cannot be chained; however, the last database in a a
2811   chain can be a remote database eg:
2812
2813   DBCREATE qsl chain gb7dxc
2814
2815   To see what databases have been defined do:
2816
2817   DBAVAIL (or it will have been aliased to SHOW/COMMAND)
2818
2819   It would be normal for you to add an entry into your local Aliases
2820   file to allow people to use the 'SHOW/<dbname>' style syntax. So you
2821   would need to add a line like:-
2822
2823
2824
2825          's' => [
2826            ..
2827            ..
2828            '^sh\w*/buc', 'dbshow buckmaster', 'dbshow',
2829            ..
2830            ..
2831           ],
2832
2833
2834
2835
2836   to allow
2837
2838
2839   SH/BUCK g1tlh
2840
2841   to work as they may be used to.
2842
2843   See DBIMPORT for the importing of existing AK1A format data to
2844   databases.  See DBSHOW for generic database enquiry
2845
2846
2847   9.27.  dbimport (9)
2848
2849   dbimport <dbname> Import AK1A data into a database
2850
2851
2852   If you want to import or update data in bulk to a database you can use
2853   this command. It will either create or update entries into an existing
2854   database. For example:-
2855
2856   DBIMPORT oblast /tmp/OBLAST.FUL
2857
2858   will import the standard OBLAST database that comes with AK1A into the
2859   oblast database held locally.
2860
2861
2862   9.28.  dbremove (9)
2863
2864   dbremove <dbname> Delete a database
2865
2866
2867   DBREMOVE will completely remove a database entry and also delete any
2868   data file that is associated with it.
2869
2870   There is no warning, no comeback, no safety net.
2871
2872   For example:
2873
2874   DBREMOVE oblast
2875
2876   will remove the oblast database from the system and it will also
2877   remove the associated datafile.
2878
2879   I repeat:
2880
2881   There is no warning, no comeback, no safety net.
2882
2883   You have been warned.
2884
2885
2886   9.29.  dbshow (0)
2887
2888   dbshow <dbname> <key> Display an entry, if it exists, in a database
2889
2890
2891   This is the generic user interface to the database to the database
2892   system.  It is expected that the sysop will add an entry to the local
2893   Aliases file so that users can use the more familiar AK1A style of
2894   enquiry such as:
2895
2896
2897
2898          SH/BUCK G1TLH
2899
2900
2901
2902
2903   but if he hasn't and the database really does exist (use DBAVAIL or
2904   SHOW/COMMAND to find out) you can do the same thing with:
2905          DBSHOW buck G1TLH
2906
2907
2908
2909
2910
2911
2912   9.30.  debug (9)
2913
2914   debug Set the cluster program into debug mode
2915
2916
2917   Executing this command will only have an effect if you are running the
2918   cluster in debug mode i.e.
2919
2920
2921
2922                perl -d cluster.pl
2923
2924
2925
2926
2927   It will interrupt the cluster just after the debug command has
2928   finished.
2929
2930
2931   9.31.  delete/user (9)
2932
2933   delete/user <callsign> Delete a user from the User Database
2934
2935
2936   This command will completely remove a one or more users from the
2937   database.
2938
2939   There is NO SECOND CHANCE.
2940
2941   It goes without saying that you should use this command CAREFULLY!
2942
2943
2944
2945   9.32.  directory (0)
2946
2947   directory List messages
2948   directory own List your own messages
2949   directory new List all new messages
2950   directory to <call> List all messages to <call>
2951   directory from <call> List all messages from <call>
2952   directory subject <string> List all messages with <string> in subject
2953   directory <nn> List last <nn> messages
2954   directory <from>-<to> List messages <from> message <to> message
2955
2956
2957   List the messages in the messages directory.
2958
2959   If there is a 'p' one space after the message number then it is a
2960   personal message. If there is a '-' between the message number and the
2961
2962   You can use shell escape characters such as '*' and '?' in the <call>
2963   fields.
2964
2965   You can combine some of the various directory commands together eg:-
2966
2967
2968
2969
2970
2971      DIR TO G1TLH 5
2972   or
2973      DIR SUBJECT IOTA 200-250
2974
2975
2976
2977
2978   You can abbreviate all the commands to one letter and use ak1a
2979   syntax:-
2980
2981
2982
2983           DIR/T G1* 10
2984           DIR/S QSL 10-100 5
2985
2986
2987
2988
2989
2990
2991   9.33.  directory (extended for sysops) (5)
2992
2993   Works just like the user command except that sysops can see ALL
2994   messages.
2995
2996
2997   9.34.  disconnect (8)
2998
2999   disconnect <call> [<call> ...] Disconnect a user or node
3000
3001
3002   Disconnect any <call> connected locally
3003
3004
3005   9.35.  dx (0)
3006
3007   dx [by <call>] <freq> <call> <remarks> Send a DX spot
3008
3009
3010   This is how you send a DX Spot to other users. You can, in fact, now
3011   enter the <freq> and the <call> either way round.
3012
3013
3014
3015           DX FR0G 144.600
3016           DX 144.600 FR0G
3017           DX 144600 FR0G
3018
3019
3020
3021
3022   will all give the same result. You can add some remarks to the end of
3023   the command and they will be added to the spot.
3024
3025
3026
3027           DX FR0G 144600 this is a test
3028
3029
3030
3031
3032   You can credit someone else by saying:-
3033
3034
3035
3036
3037      DX by G1TLH FR0G 144.600 he isn't on the cluster
3038
3039
3040
3041
3042   The <freq> is compared against the available bands set up in the
3043   cluster.  See SHOW/BANDS for more information.
3044
3045
3046   9.36.  export (9)
3047
3048   export <msgno> <filename> Export a message to a file
3049
3050
3051   Export a message to a file. This command can only be executed on a
3052   local console with a fully privileged user. The file produced will be
3053   in a form ready to be imported back into the cluster by placing it in
3054   the import directory (/spider/msg/import).
3055
3056   This command cannot overwrite an existing file. This is to provide
3057   some measure of security. Any files written will owned by the same
3058   user as the main cluster, otherwise you can put the new files anywhere
3059   the cluster can access. For example:-
3060
3061   EXPORT 2345 /tmp/a
3062
3063
3064   9.37.  export_users (9)
3065
3066   export_users [<filename>] Export the users database to ascii
3067
3068
3069   Export the users database to a file in ascii format. If no filename is
3070   given then it will export the file to /spider/data/user_asc.
3071
3072   If the file already exists it will be renamed to <filename>.o. In fact
3073   up to 5 generations of the file can be kept each one with an extra 'o'
3074   on the suffix.
3075
3076   BE WARNED: this will write to any file you have write access to. No
3077   check is made on the filename (if any) that you specify.
3078
3079
3080   9.38.  filtering (0)
3081
3082   filtering Filtering things in DXSpider
3083
3084
3085   There are a number of things you can filter in the DXSpider system.
3086   They all use the same general mechanism.
3087
3088   In general terms you can create a 'reject' or an 'accept' filter which
3089   can have up to 10 lines in it. You do this using, for example:-
3090
3091   accept/spots .....  reject/spots .....
3092
3093   where ..... are the specific commands for that type of filter. There
3094   are filters for spots, wwv, announce, wcy and (for sysops) connects.
3095   See each different accept or reject command reference for more
3096   details.
3097
3098   There is also a command to clear out one or more lines in a filter and
3099   one to show you what you have set. They are:-
3100
3101   clear/spots 1 clear/spots all
3102
3103   and
3104
3105   show/filter
3106
3107   There is clear/xxxx command for each type of filter.
3108
3109   For now we are going to use spots for the examples, but you can apply
3110   the principles to all types of filter.
3111
3112   There are two main types of filter 'accept' or 'reject'; which you use
3113   depends entirely on how you look at the world and what is least
3114   writing to achieve what you want. Each filter has 10 lines (of any
3115   length) which are tried in order. If a line matches then the action
3116   you have specified is taken (ie reject means ignore it and accept
3117   means gimme it).
3118
3119   The important thing to remember is that if you specify a 'reject'
3120   filter (all the lines in it say 'reject/spots' (for instance) then if
3121   a spot comes in that doesn't match any of the lines then you will get
3122   it BUT if you specify an 'accept' filter then any spots that don't
3123   match are dumped. For example if I have a one line accept filter:-
3124
3125   accept/spots on vhf and (by_zone 14,15,16 or call_zone 14,15,16)
3126
3127   then automatically you will ONLY get VHF spots from or to CQ zones 14
3128   15 and 16.  If you set a reject filter like:
3129
3130   reject/spots on hf/cw
3131
3132   Then you will get everything EXCEPT HF CW spots, If you am interested
3133   in IOTA and will work it even on CW then you could say:-
3134
3135   reject/spots on hf/cw and not info iota
3136
3137   But in that case you might only be interested in iota and say:-
3138
3139   accept/spots not on hf/cw or info iota
3140
3141   which is exactly the same. You should choose one or the other until
3142   you are confortable with the way it works. Yes, you can mix them
3143   (actually you can have an accept AND a reject on the same line) but
3144   don't try this at home until you can analyse the results that you get
3145   without ringing up the sysop for help.
3146
3147   You can arrange your filter lines into logical units, either for your
3148   own understanding or simply convenience. I have one set frequently:-
3149
3150   reject/spots 1 on hf/cw reject/spots 2 on 50000/1400000 not (by_zone
3151   14,15,16 or call_zone 14,15,16)
3152
3153   What this does is to ignore all HF CW spots (being a class B I can't
3154   read any CW and couldn't possibly be interested in HF :-) and also
3155   rejects any spots on VHF which don't either originate or spot someone
3156   in Europe.
3157
3158   This is an exmaple where you would use the line number (1 and 2 in
3159   this case), if you leave the digit out, the system assumes '1'. Digits
3160
3161   You can leave the word 'and' out if you want, it is implied. You can
3162   use any number of brackets to make the 'expression' as you want it.
3163   There are things called precedence rules working here which mean that
3164   you will NEED brackets in a situation like line 2 because, without it,
3165   will assume:-
3166
3167   (on 50000/1400000 and by_zone 14,15,16) or call_zone 14,15,16
3168
3169   annoying, but that is the way it is. If you use OR - use brackets.
3170   Whilst we are here CASE is not important. 'And BY_Zone' is just 'and
3171   by_zone'.
3172
3173   If you want to alter your filter you can just redefine one or more
3174   lines of it or clear out one line. For example:-
3175
3176   reject/spots 1 on hf/ssb
3177
3178   or
3179
3180   clear/spots 1
3181
3182   To remove the filter in its entirty:-
3183
3184   clear/spots all
3185
3186   There are similar CLEAR commands for the other filters:-
3187
3188   clear/announce clear/wcy clear/wwv
3189
3190   ADVANCED USERS:-
3191
3192   Once you are happy with the results you get, you may like to
3193   experiment.
3194
3195   my example that filters hf/cw spots and accepts vhf/uhf spots from EU
3196   can be written with a mixed filter, eg:
3197
3198   rej/spot on hf/cw acc/spot on 0/30000 acc/spot 2 on 50000/1400000 and
3199   (by_zone 14,15,16 or call_zone 14,15,16)
3200
3201   each filter slot actually has a 'reject' slot and an 'accept' slot.
3202   The reject slot is executed BEFORE the accept slot.
3203
3204   It was mentioned earlier that after a reject test that doesn't match,
3205   the default for following tests is 'accept', the reverse is true for
3206   first, any non hf/cw spot is passed to the accept line, which lets
3207   thru everything else on HF.
3208
3209   The next filter line lets through just VHF/UHF spots from EU.
3210
3211
3212   9.39.  forward/latlong (8)
3213
3214   forward/latlong <node_call> Send latitude and longitude information to
3215   another cluster
3216
3217
3218   This command sends all the latitude and longitude information that
3219   your cluster is holding against callsigns.  One advantage of recieving
3220   this information is that more locator information is held by you.
3221   This means that more locators are given on the DX line assuming you
3222   have set/dxgrid enabled.  This could be a LOT of information though,
3223   so it is not recommended on slow links.
3224
3225
3226   9.40.  forward/opername (1)
3227
3228   forward/opername <call> Send out information on this <call> to all
3229   clusters
3230
3231
3232   This command sends out any information held in the user file which can
3233   be broadcast in PC41 protocol packets. This information is Name, QTH,
3234   Location and Homenode. PC41s are only sent for the information that is
3235   available.
3236
3237
3238   9.41.  help (0)
3239
3240   help <cmd> Get help on a command
3241
3242
3243   All commands can be abbreviated, so SHOW/DX can be abbreviated to
3244   SH/DX, ANNOUNCE can be shortened to AN and so on.
3245
3246   Look at the APROPOS <string> command which will search the help
3247   database for the <string> you specify and give you a list of likely
3248   commands to look at with HELP.
3249
3250
3251   9.42.  init (5)
3252
3253   init <node call> Re-initialise a link to an AK1A compatible node
3254
3255
3256   This command attempts to re-initialise a link to a (usually) AK1A node
3257   that has got confused, usually by a protocol loop of some kind. It may
3258   work - but you usually will be better off simply disconnecting it (or
3259   better, if it is a real AK1A node, doing an RCMD <node> DISC/F <your
3260   node>).
3261
3262   Best of luck - you will need it.
3263
3264
3265   9.43.  kill (0)
3266
3267   kill <msgno> [<msgno> ..] Delete a message from the local system
3268
3269
3270   Delete a message from the local system. You will only be able to
3271   delete messages that you have originated or been sent (unless you are
3272   the sysop).
3273
3274
3275   9.44.  kill (5)
3276
3277   kill <msgno> [<msgno> ...] Remove or erase a message from the system
3278   kill from <call> Remove all messages from a callsign
3279   kill to <call> Remove all messages to a callsign
3280
3281
3282   You can get rid of any message to or originating from your callsign
3283   using this command. You can remove more than one message at a time.
3284
3285   As a sysop you can kill any message on the system.
3286
3287
3288   9.45.  kill full (5)
3289
3290   kill full <msgno> [<msgno>] Delete a message from the whole cluster
3291
3292
3293   Delete a message (usually a 'bulletin') from the whole cluster system.
3294
3295   This uses the subject field, so any messages that have exactly the
3296   same subject will be deleted. Beware!
3297
3298
3299
3300
3301   9.46.  kill/expunge (6)
3302
3303   kill/expunge <msgno> [<msgno>..]Expunge a message
3304
3305
3306   Deleting a message using the normal KILL commands only marks that
3307   message for deletion. The actual deletion only happens later (usually
3308   two days later).
3309
3310   The KILL EXPUNGE command causes the message to be truly deleted more
3311   or less immediately.
3312
3313   It otherwise is used in the same way as the KILL command.
3314
3315
3316
3317   9.47.  links (0)
3318
3319   links Show which nodes are physically connected
3320
3321
3322   This is a quick listing that shows which links are connected and some
3323   information about them. See WHO for a list of all connections.
3324
3325
3326
3327   9.48.  load/aliases (9)
3328
3329   load/aliases Reload the command alias table
3330
3331
3332   Reload the /spider/cmd/Aliases file after you have editted it. You
3333   will need to do this if you change this file whilst the cluster is
3334   running in order for the changes to take effect.
3335
3336
3337   9.49.  load/badmsg (9)
3338
3339   load/badmsg Reload the bad message table
3340
3341
3342   Reload the /spider/msg/badmsg.pl file if you have changed it manually
3343   whilst the cluster is running. This table contains a number of perl
3344   regular expressions which are searched for in the fields targetted of
3345   each message.  If any of them match then that message is immediately
3346   deleted on receipt.
3347
3348
3349   9.50.  load/badwords (9)
3350
3351   load/badwords Reload the bad words table
3352
3353
3354   Reload the /spider/data/badwords file if you have changed it manually
3355   whilst the cluster is running. This file contains a list of words
3356   which, if found on certain text portions of PC protocol, will cause
3357   those protocol frames to be rejected. It will all put out a message if
3358   any of these words are used on the announce, dx and talk commands. The
3359   words can be one or more on a line, lines starting with '#' are
3360   ignored.
3361
3362
3363   9.51.  load/bands (9)
3364
3365   load/bands Reload the band limits table
3366
3367   Reload the /spider/data/bands.pl file if you have changed it manually
3368   whilst the cluster is running.
3369
3370
3371   9.52.  load/cmd_cache (9)
3372
3373   load/cmd_cache Reload the automatic command cache
3374
3375
3376   Normally, if you change a command file in the cmd or local_cmd tree it
3377   will automatially be picked up by the cluster program. Sometimes it
3378   can get confused if you are doing a lot of moving commands about or
3379   delete a command in the local_cmd tree and want to use the normal one
3380   again. Execute this command to reset everything back to the state it
3381   was just after a cluster restart.
3382
3383
3384   9.53.  load/forward (9)
3385
3386   load/forward Reload the msg forwarding routing table
3387
3388   Reload the /spider/msg/forward.pl file if you have changed it manually
3389   whilst the cluster is running.
3390
3391
3392   9.54.  load/messages (9)
3393
3394   load/messages Reload the system messages file
3395
3396
3397   If you change the /spider/perl/Messages file (usually whilst
3398   fiddling/writing ne commands) you can have them take effect during a
3399   cluster session by executing this command. You need to do this if get
3400   something like :-
3401
3402   unknown message 'xxxx' in lang 'en'
3403
3404
3405   9.55.  load/prefixes (9)
3406
3407   load/prefixes Reload the prefix table
3408
3409
3410   Reload the /spider/data/prefix_data.pl file if you have changed it
3411   manually whilst the cluster is running.
3412
3413
3414   9.56.  merge (5)
3415
3416   merge <node> [<no spots>/<no wwv>] Ask for the latest spots and WWV
3417
3418
3419   MERGE allows you to bring your spot and wwv database up to date. By
3420   default it will request the last 10 spots and 5 WWVs from the node you
3421   select. The node must be connected locally.
3422
3423   You can request any number of spots or wwv and although they will be
3424   appended to your databases they will not duplicate any that have
3425   recently been added (the last 2 days for spots and last month for WWV
3426   data).
3427
3428
3429   9.57.  msg (9)
3430
3431   msg <cmd> <msgno> [data ...] Alter various message parameters
3432
3433   Alter message parameters like To, From, Subject, whether private or
3434   bulletin or return receipt (RR) is required or whether to keep this
3435   message from timing out.
3436
3437
3438
3439          MSG TO <msgno> <call>     - change TO callsign to <call>
3440          MSG FRom <msgno> <call>   - change FROM callsign to <call>
3441          MSG PRrivate <msgno>      - set private flag
3442          MSG NOPRrivate <msgno>    - unset private flag
3443          MSG RR <msgno>            - set RR flag
3444          MSG NORR <msgno>          - unset RR flag
3445          MSG KEep <msgno>          - set the keep flag (message won't be deleted ever)
3446          MSG NOKEep <msgno>        - unset the keep flag
3447          MSG SUbject <msgno> <new> - change the subject to <new>
3448          MSG WAittime <msgno>      - remove any waitting time for this message
3449          MSG NOREad <msgno>        - mark message as unread
3450          MSG REad <msgno>          - mark message as read
3451          MSG QUeue                 - queue any outstanding bulletins
3452          MSG QUeue 1               - queue any outstanding private messages
3453
3454
3455
3456
3457   You can look at the status of a message by using:-
3458
3459   STAT/MSG <msgno>
3460
3461   This will display more information on the message than DIR does.
3462
3463
3464   9.58.  pc (8)
3465
3466   pc <call> <text> Send text (eg PC Protocol) to <call>
3467
3468
3469   Send some arbitrary text to a locally connected callsign. No
3470   processing is done on the text. This command allows you to send PC
3471   Protocol to unstick things if problems arise (messages get stuck etc).
3472   eg:-
3473
3474   pc gb7djk PC33^GB7TLH^GB7DJK^400^
3475
3476   You can also use in the same way as a talk command to a connected user
3477   but without any processing, added of "from <blah> to <blah>" or
3478   whatever.
3479
3480   pc G1TLH Try doing that properly!!!
3481
3482
3483   9.59.  ping (1)
3484
3485   ping <node> Check the link quality between nodes
3486
3487
3488   his command allows you to send a frame to another cluster node on the
3489   network and get a return frame.  The time it takes to do this is a
3490   good indication of the quality of the link.  The actual time it takes
3491   is output to the console in seconds.  Any visible cluster node can be
3492   PINGed.
3493
3494
3495
3496
3497
3498
3499   9.60.  rcmd (1)
3500
3501   rcmd <node call> <cmd> Send a command to another DX cluster
3502
3503
3504   This command allows you to send nearly any command to another DX
3505   Cluster node that is connected to the system.
3506
3507   Whether you get any output is dependant on a) whether the other system
3508   knows that the node callsign of this cluster is in fact a node b)
3509   whether the other system is allowing RCMDs from this node and c)
3510   whether you have permission to send this command at all.
3511
3512
3513   9.61.  read (0)
3514
3515   read Read the next unread personal message addressed to you
3516   read <msgno> Read the specified message
3517
3518
3519   You can read any messages that are sent as 'non-personal' and also any
3520   message either sent by or sent to your callsign.
3521
3522
3523
3524   9.62.  read (extended for sysops) (5)
3525
3526   read <msgno> Read a message on the system
3527
3528
3529   As a sysop you may read any message on the system
3530
3531
3532   9.63.  reject/announce
3533
3534   reject/announce [0-9] <pattern> Set a reject filter for announce
3535
3536
3537   Create an 'reject this announce' line for a filter.
3538
3539   An reject filter line means that if the announce matches this filter
3540   it is passed onto the user. See HELP FILTERS for more info. Please
3541   read this to understand how filters work - it will save a lot of grief
3542   later on.
3543
3544   You can use any of the following things in this line:-
3545
3546
3547
3548          info <string>            eg: iota or qsl
3549          by <prefixes>            eg: G,M,2
3550          origin <prefixes>
3551          origin_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
3552          origin_itu <numbers>
3553          origin_zone <numbers>
3554          by_dxcc <numbers>
3555          by_itu <numbers>
3556          by_zone <numbers>
3557          channel <prefixes>
3558          wx 1                     filter WX announces
3559          dest <prefixes>          eg: 6MUK,WDX      (distros)
3560
3561
3562
3563
3564
3565   some examples:-
3566
3567
3568
3569          rej/ann by_zone 14,15,16 and not by G,M,2
3570
3571
3572
3573
3574   You can use the tag 'all' to reject everything eg:
3575
3576
3577
3578          rej/ann all
3579
3580
3581
3582
3583   but this probably for advanced users...
3584
3585
3586   9.64.  reject/announce (extended for sysops) (8)
3587
3588   reject/announce <call> [input] [0-9] <pattern> Announce filter sysop
3589   version
3590
3591
3592   This version allows a sysop to set a filter for a callsign as well as
3593   the default for nodes and users eg:-
3594
3595
3596
3597          reject/ann by G,M,2
3598          reject/ann input node_default by G,M,2
3599          reject/ann user_default by G,M,2
3600
3601
3602
3603
3604
3605   9.65.  reject/route (8)
3606
3607   reject/route <call> [0-9] <pattern> Set an 'reject' filter line for
3608   routing
3609
3610
3611   Create an 'reject this routing PC Protocol' line for a filter.
3612
3613
3614   An reject filter line means that if a PC16/17/19/21/24/41/50 matches
3615   this filter it is NOT passed thru that interface. See HELP FILTERING
3616   for more info. Please read this to understand how filters work - it
3617   will save a lot of grief later on.  You can use any of the following
3618   things in this line:-
3619
3620
3621
3622          call <prefixes>        the callsign of the thingy
3623          call_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
3624          call_itu <numbers>
3625          call_zone <numbers>
3626          origin <prefixes>      really the interface it came in on
3627          origin_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
3628          origin_itu <numbers>
3629          origin_zone <numbers>
3630
3631   some examples:-
3632
3633
3634
3635          rej/route gb7djk call_dxcc 61,38 (everything except  UK+EIRE nodes)
3636
3637
3638
3639
3640
3641   You can use the tag 'all' to reject everything eg:
3642
3643
3644
3645          rej/route all     (equiv to [very] restricted mode)
3646
3647
3648
3649
3650
3651   9.66.  reject/spots (0)
3652
3653   reject/spots [0-9] <pattern> Set a reject filter line for spots
3654
3655
3656   Create a 'reject this spot' line for a filter.
3657
3658   A reject filter line means that if the spot matches this filter it is
3659   dumped (not passed on). See HELP FILTERS for more info. Please read
3660   this to understand how filters work - it will save a lot of grief
3661   later on.
3662
3663   You can use any of the following things in this line:-
3664
3665
3666
3667          freq <range>           eg: 0/30000 or hf or hf/cw or 6m,4m,2m
3668          on <range>             same as 'freq'
3669          call <prefixes>        eg: G,PA,HB9
3670          info <string>          eg: iota or qsl
3671          by <prefixes>
3672          call_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
3673          call_itu <numbers>
3674          call_zone <numbers>
3675          by_dxcc <numbers>
3676          by_itu <numbers>
3677          by_zone <numbers>
3678          origin <prefixes>
3679          channel <prefixes>
3680
3681
3682
3683
3684   For frequencies, you can use any of the band names defined in
3685   SHOW/BANDS and you can use a subband name like: cw, rtty, data, ssb -
3686   thus: hf/ssb. You can also just have a simple range like: 0/30000 -
3687   this is more efficient than saying simply: on HF (but don't get too
3688   hung up about that)
3689
3690   some examples:-
3691
3692
3693
3694          rej/spot 1 on hf
3695          rej/spot 2 on vhf and not (by_zone 14,15,16 or call_zone 14,15,16)
3696
3697   You can use the tag 'all' to reject everything eg:
3698
3699
3700
3701          rej/spot 3 all
3702
3703
3704
3705
3706   but this probably for advanced users...
3707
3708
3709   9.67.  reject/spots (extended for sysops) (8)
3710
3711   reject/spots <call> [input] [0-9] <pattern> Reject spot filter sysop
3712   version
3713
3714
3715   This version allows a sysop to set a filter for a callsign as well as
3716   the default for nodes and users eg:-
3717
3718
3719
3720          reject/spot db0sue-7 1 by_zone 14,15,16
3721          reject/spot node_default all
3722          set/hops node_default 10
3723
3724          reject/spot user_default by G,M,2
3725
3726
3727
3728
3729
3730   9.68.  reject/wcy (0)
3731
3732   reject/wcy [0-9] <pattern> Set a reject WCY filter
3733
3734
3735   It is unlikely that you will want to do this, but if you do then you
3736   can filter on the following fields:-
3737
3738
3739
3740          by <prefixes>            eg: G,M,2
3741          origin <prefixes>
3742          origin_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
3743          origin_itu <numbers>
3744          origin_zone <numbers>
3745          by_dxcc <numbers>
3746          by_itu <numbers>
3747          by_zone <numbers>
3748          channel <prefixes>
3749
3750
3751
3752
3753   There are no examples because WCY Broadcasts only come from one place
3754   and you either want them or not (see UNSET/WCY if you don't want
3755   them).
3756
3757   This command is really provided for future use.
3758
3759   See HELP FILTER for information.
3760
3761
3762
3763   9.69.  reject/wcy (extended for sysops) (8)
3764
3765   reject/wcy <call> [input] [0-9] <pattern> WCY reject filter sysop
3766   version
3767
3768
3769   This version allows a sysop to set a filter for a callsign as well as
3770   the default for nodes and users eg:-
3771
3772   reject/wcy gb7djk all
3773
3774
3775   9.70.  reject/wwv (0)
3776
3777   reject/wwv [0-9] <pattern> Set a reject WWV filter
3778
3779
3780   It is unlikely that you will want to do this, but if you do then you
3781   can filter on the following fields:-
3782
3783
3784
3785          by <prefixes>            eg: G,M,2
3786          origin <prefixes>
3787          origin_dxcc <numbers>    eg: 61,62 (from eg: sh/pre G)
3788          origin_itu <numbers>
3789          origin_zone <numbers>
3790          by_dxcc <numbers>
3791          by_itu <numbers>
3792          by_zone <numbers>
3793          channel <prefixes>
3794
3795
3796
3797
3798   for example
3799
3800
3801
3802          reject/wwv by_zone 14,15,16
3803
3804
3805
3806
3807   is probably the only useful thing to do (which will only show WWV
3808   broadcasts by stations in the US).
3809
3810   See HELP FILTER for information.
3811
3812
3813   9.71.  reject/wwv (extended for sysops) (8)
3814
3815   reject/wwv <call> [input] [0-9] <pattern> WWV reject filter sysop
3816   version
3817
3818
3819   This version allows a sysop to set a filter for a callsign as well as
3820   the default for nodes and users eg:-
3821
3822
3823
3824          reject/wwv db0sue-7 1 by_zone 4
3825          reject/wwv node_default all
3826
3827          reject/wwv user_default by W
3828
3829   9.72.  reply (0)
3830
3831   reply Reply (privately) to the last message that you have read
3832   reply <msgno> Reply (privately) to the specified message
3833   reply B <msgno> Reply as a Bulletin to the specified message
3834   reply NOPrivate <msgno> Reply as a Bulletin to the specified message
3835   reply RR <msgno> Reply to the specified message with read receipt
3836
3837
3838   You can reply to a message and the subject will automatically have
3839   "Re:" inserted in front of it, if it isn't already present.
3840
3841   You can also use all the extra qualifiers such as RR, PRIVATE,
3842   NOPRIVATE, B that you can use with the SEND command (see SEND for
3843   further details)
3844
3845
3846   9.73.  send (0)
3847
3848   send <call> [<call> ...] Send a message to one or more callsigns
3849   send RR <call> Send a message and ask for a read receipt
3850   send COPY <msgno> <call> Send a copy of a  message to someone
3851   send PRIVATE <call> Send a personal message
3852   send NOPRIVATE <call> Send a message to all stations
3853
3854
3855   All the SEND commands will create a message which will be sent either
3856   to an individual callsign or to one of the 'bulletin' addresses.
3857
3858   SEND <call> on its own acts as though you had typed SEND PRIVATE, that
3859   is it will mark the message as personal and send it to the cluster
3860   node that that callsign is connected to.
3861
3862   You can have more than one callsign in all of the SEND commands.
3863
3864   You can have multiple qualifiers so that you can have for example:-
3865
3866
3867
3868          SEND RR COPY 123 PRIVATE G1TLH G0RDI
3869
3870
3871
3872
3873   which should send a copy of message 123 to G1TLH and G0RDI and you
3874   will receive a read receipt when they have read the message.
3875
3876   SB is an alias for SEND NOPRIVATE (or send a bulletin in BBS speak) SP
3877   is an alias for SEND PRIVATE
3878
3879
3880   9.74.  set/address (0)
3881
3882   set/address <your_address> Record your postal address
3883
3884
3885   Literally, record your address details on the cluster.
3886
3887
3888   9.75.  set/announce (0)
3889
3890   set/announce Allow announce messages
3891
3892
3893   Allow announce messages to arrive at your terminal.
3894
3895   9.76.  set/arcluster (5)
3896
3897   set/arcluster <node_call> [<node_call> ...] Make the node_call an AR-
3898   Cluster type node
3899
3900
3901   Set the node_call as an AR-Cluster type node
3902
3903
3904   9.77.  set/baddx (8)
3905
3906   set/baddx <call> Stop words we do not wish to see in the callsign
3907   field of a dx spot being propagated
3908
3909
3910   Setting a word as 'baddx' will prevent spots with that word in the
3911   callsign field of a DX spot from going any further. They will not be
3912   displayed and they will not be sent onto other nodes.
3913
3914   The word must be wriiten in full, no wild cards are allowed eg:-
3915
3916
3917
3918          set/baddx FORSALE VIDEO FR0G
3919
3920
3921
3922
3923   To allow a word again, use the following command ...
3924
3925
3926
3927          unset/baddx VIDEO
3928
3929
3930
3931
3932
3933   9.78.  set/badnode (6)
3934
3935   set/badnode <node_call> Stop spots from this node_call being
3936   propagated
3937
3938
3939   Setting a callsign as a 'badnode' will prevent spots from that node
3940   going any further. They will not be displayed and they will not be
3941   sent onto other nodes.
3942
3943   The call can be a full or partial call (or a prefix), eg:-
3944
3945
3946
3947          set/badnode K1TTT
3948
3949
3950
3951
3952   will stop anything from K1TTT (including any SSID's)
3953
3954
3955
3956          unset/badnode K1TTT
3957
3958
3959
3960
3961   will allow spots from him again.
3962
3963   Use with extreme care. This command may well be superceded by
3964   FILTERing.
3965
3966
3967   9.79.  set/badspotter (8)
3968
3969   set/badspotter <call> Stop spots from this callsign being propagated
3970
3971
3972   Setting a callsign as a 'badspotter' will prevent spots from this
3973   callsign going any further. They will not be displayed and they will
3974   not be sent onto other nodes.
3975
3976   The call must be written in full, no wild cards are allowed eg:-
3977
3978
3979
3980          set/badspotter VE2STN
3981
3982
3983
3984
3985   will stop anything from VE2STN. If you want SSIDs as well then you
3986   must enter them specifically.
3987
3988
3989
3990          unset/badspotter VE2STN
3991
3992
3993
3994
3995   will allow spots from him again.
3996
3997   Use with extreme care. This command may well be superceded by
3998   FILTERing.
3999
4000
4001   9.80.  set/badword (8)
4002
4003   set/badword <word> Stop things with this word being propogated
4004
4005
4006   Setting a word as a 'badword' will prevent things like spots,
4007   announces or talks with this word in the the text part from going any
4008   further. They will not be displayed and they will not be sent onto
4009   other nodes.
4010
4011   The word must be written in full, no wild cards are allowed eg:-
4012
4013   set/badword annihilate annihilated annihilation
4014
4015   will stop anything with these words in the text.
4016
4017   unset/badword annihilated
4018
4019   will allow text with this word again.
4020
4021
4022
4023   9.81.  set/beep (0)
4024
4025   set/beep Add beeps to terminal messages
4026
4027   Add a beep to DX and other terminal messages.
4028
4029
4030   9.82.  set/bbs (5)
4031
4032   set/bbs <call> [<call>..]Make <call> a BBS
4033
4034
4035   9.83.  set/clx (5)
4036
4037   set/clx <node_call> [<node_call> ...] Make the node_call a CLX type
4038   node
4039
4040
4041   Set the node_call as a CLX type node
4042
4043
4044   9.84.  set/debug (9)
4045
4046   set/debug <name> Add a debug level to the debug set
4047
4048
4049   You can choose to log several different levels.  The levels are
4050
4051   chan state msg cron connect
4052
4053   You can show what levels you are logging with the show/debug command.
4054
4055   You can remove a debug level with unset/debug <name>
4056
4057
4058   9.85.  set/dx (0)
4059
4060   set/dxAllow DX messages to arrive at your terminal
4061
4062
4063   You can stop DX messages with the unset/dx command
4064
4065
4066   9.86.  set/dxgrid (0)
4067
4068   set/dxgridAllow grid squares on the end of DX messages
4069
4070
4071   Some logging programs do not like the additional information at the
4072   end of a DX spot.  If this is the case, use the unset/dxgrid command
4073   to remove the grid squares.
4074
4075
4076   9.87.  set/dxnet (5)
4077
4078   set/dxnet <node_call> [<node_call> ...] Make the node_call a DXNet
4079   type node
4080
4081
4082   Set the node_call as a DXNet type node
4083
4084
4085   9.88.  set/echo (0)
4086
4087   set/echo Make the cluster echo your input
4088
4089
4090   If you are connected via a telnet session, different implimentations
4091   of telnet handle echo differently depending on whether you are
4092   connected via port 23 or some other port. You can use this command to
4093   change the setting appropriately.
4094
4095   You can remove the echo with the unset/echo command
4096
4097   The setting is stored in your user profile.
4098
4099   YOU DO NOT NEED TO USE THIS COMMAND IF YOU ARE CONNECTED VIA AX25.
4100
4101
4102   9.89.  set/email (0)
4103
4104   set/email <email_address> Set email address(es) and forward your
4105   personals
4106
4107
4108   If any personal messages come in for your callsign then you can use
4109   these commands to control whether they are forwarded onto your email
4110   address. To enable the forwarding do something like:-
4111
4112   SET/EMAIL mike.tubby@somewhere.com
4113
4114   You can have more than one email address (each one separated by a
4115   space).  Emails are forwarded to all the email addresses you specify.
4116
4117   You can disable forwarding by:-
4118
4119   UNSET/EMAIL
4120
4121
4122   9.90.  set/here (0)
4123
4124   set/here Set the here flag
4125
4126
4127   Let others on the cluster know you are here by only displaying your
4128   callsign.  If you are away from your terminal you can use the
4129   unset/here command to let people know you are away.  This simply puts
4130   brackets around your callsign to indicate you are not available.
4131
4132
4133   9.91.  set/homenode (0)
4134
4135   set/homenode <node_call> Set your home cluster
4136
4137
4138   Tell the cluster system where you normally connect to. Any Messages
4139   sent to you will normally find their way there should you not be
4140   connected.  eg:-
4141
4142
4143
4144          SET/HOMENODE gb7djk
4145
4146
4147
4148
4149
4150   9.92.  set/hops (8)
4151
4152   set/hops <node_call> ann|spots|wwv|wcy <n> Set hop count
4153
4154
4155   Set the hop count for a particular type of broadcast for a node.
4156
4157   This command allows you to set up special hop counts for a node for
4158   currently: announce, spots, wwv and wcy broadcasts.
4159        eg:
4160          set/hops gb7djk ann 10
4161          set/hops gb7mbc spots 20
4162
4163
4164
4165
4166   Set SHOW/HOPS for information on what is already set. This command
4167   creates a filter and works in conjunction with the filter system.
4168
4169
4170   9.93.  set/isolate (9)
4171
4172   set/isolate <node call> Isolate a node from the rest of the network
4173
4174
4175   Connect a node to your system in such a way that you are a full
4176   protocol member of its network and can see all spots on it, but
4177   nothing either leaks out from it nor goes back into from the rest of
4178   the nodes connected to you.
4179
4180   You can potentially connect several nodes in this way.
4181
4182   You can see which nodes are isolated with the show/isolate (1)
4183   command.
4184
4185   You can remove the isolation with the command unset/isolate.
4186
4187
4188   9.94.  set/language (0)
4189
4190   set/language <language> Set the language you wish to use
4191
4192
4193   You can select the language that you want the cluster to use.
4194   Currently the languages available are en (English) and nl (Dutch).
4195
4196
4197   9.95.  set/location (0)
4198
4199   set/location <lat and long> Set your latitude and longitude
4200
4201
4202   You can set your latitude and longitude manually or alternatively use
4203   the set/qra command which will do the conversion for you.
4204
4205
4206
4207          set/location 54 04 N 2 02 E
4208
4209
4210
4211
4212
4213
4214   9.96.  set/sys_location (9)
4215
4216   set/sys_location <lat & long> Set your cluster latitude and longitude
4217
4218
4219   In order to get accurate headings and such like you must tell the
4220   system what your latitude and longitude is. If you have not yet done a
4221   SET/QRA then this command will set your QRA locator for you. For
4222   example:-
4223
4224
4225          SET/LOCATION 52 22 N 0 57 E
4226
4227
4228
4229
4230
4231   9.97.  set/logininfo (0)
4232
4233   set/logininfo Show logins and logouts of nodes and users
4234
4235
4236   Show users and nodes when they log in and out of the local cluster.
4237   You can stop these messages by using the unset/logininfo command.
4238
4239
4240
4241   9.98.  set/lockout (9)
4242
4243   set/lockout <call> Stop a callsign connecting to the cluster
4244
4245
4246   You can show who is locked out with the show/lockout command.  To
4247   allow the user to connect again, use the unset/lockout command.
4248
4249
4250   9.99.  set/name (0)
4251
4252   set/name <your_name> Set your name
4253
4254
4255   Tell the cluster what your name is, eg:-
4256
4257
4258
4259          set/name Dirk
4260
4261
4262
4263
4264
4265   9.100.  set/node (9)
4266
4267   set/node <call> [<call> ...] Make the callsign an AK1A cluster
4268
4269
4270   Tell the system that the call(s) are to be treated as AK1A cluster and
4271   fed PC Protocol rather normal user commands.
4272
4273   From version 1.41 you can also set the following types of cluster
4274
4275
4276
4277          set/spider
4278          set/dxnet
4279          set/clx
4280          set/arcluster
4281
4282
4283
4284
4285   To see what your nodes are set to, use the show/nodes command.
4286
4287
4288
4289
4290
4291   9.101.  set/obscount (9)
4292
4293   set/obscount <count> <node call> Set the 'pump-up' obsolescence
4294   counter
4295
4296
4297   From version 1.35 onwards neighbouring nodes are pinged at regular
4298   intervals (see SET/PINGINTERVAL), usually 300 seconds or 5 minutes.
4299   There is a 'pump-up' counter which is decremented on every outgoing
4300   ping and then reset to the 'obscount' value on every incoming ping.
4301   The default value of this parameter is 2.
4302
4303   What this means is that a neighbouring node will be pinged twice at
4304   (default) 300 second intervals and if no reply has been heard just
4305   before what would be the third attempt, that node is disconnected.
4306
4307   If a ping is heard then the obscount is reset to the full value. Using
4308   default values, if a node has not responded to a ping within 15
4309   minutes, it is disconnected.
4310
4311
4312   9.102.  set/page (0)
4313
4314   set/page <n> Set the number of lines per page
4315
4316
4317   Tell the system how many lines you wish on a page when the number of
4318   lines of output from a command is more than this. The default is 20.
4319   Setting it explicitly to 0 will disable paging.
4320
4321
4322
4323          SET/PAGE 30
4324          SET/PAGE 0
4325
4326
4327
4328
4329   The setting is stored in your user profile.
4330
4331
4332   9.103.  set/password (0)
4333
4334   set/password Set your own password
4335
4336
4337   This command only works for a 'telnet' user (currently). It will only
4338   work if you have a password already set. This initial password can
4339   only be set by the sysop.
4340
4341   When you execute this command it will ask you for your old password,
4342   then ask you to type in your new password twice (to make sure you get
4343   it right). You may or may not see the data echoed on the screen as you
4344   type, depending on the type of telnet client you have.
4345
4346
4347   9.104.  set/password (9)
4348
4349   set/password <callsign> <string> Set a users password
4350
4351
4352   The password for a user can only be set by a full sysop. The string
4353   can contain any characters.
4354
4355   The way this field is used depends on context. If it is being used in
4356   the SYSOP command context then you are offered 5 random numbers and
4357   you have to supply the corresponding letters. This is now mainly for
4358   ax25 connections.
4359
4360   If it is being used on incoming telnet connections then, if a password
4361   is set or the:
4362
4363   set/var $main::passwdreq = 1
4364
4365   command is executed in the startup script, then a password prompt is
4366   given after the normal 'login: ' prompt.
4367
4368   The command "unset/password" is provided to allow a sysop to remove a
4369   users password completely in case a user forgets or loses their
4370   password.
4371
4372
4373   9.105.  set/pinginterval (9)
4374
4375   set/pinginterval <time> <node call> Set the ping time to neighbouring
4376   nodes
4377
4378
4379   As from version 1.35 all neighbouring nodes are pinged at regular
4380   intervals in order to determine the rolling quality of the link and,
4381   in future, to affect routing decisions. The default interval is 300
4382   secs or 5 minutes.
4383
4384   You can use this command to set a different interval. Please don't.
4385
4386   But if you do the value you enter is treated as minutes up 60 and
4387   seconds for numbers greater than that.
4388
4389   This is used also to help determine when a link is down at the far end
4390   (as certain cluster software doesn't always notice), see SET/OBSCOUNT
4391   for more information.
4392
4393
4394   9.106.  set/privilege (9)
4395
4396   set/privilege <n> <call> [<call> ...] Set the privilege level on a
4397   call
4398
4399
4400   Set the privilege level on a callsign. The privilege levels that
4401   pertain to commands are as default:-
4402
4403
4404
4405          0 - normal user
4406          1 - allow remote nodes normal user RCMDs
4407          5 - various privileged commands (including shutdown, but not disc-
4408              connect), the normal level for another node.
4409          8 - more privileged commands (including disconnect)
4410          9 - local sysop privilege. DO NOT SET ANY REMOTE USER OR NODE TO THIS
4411              LEVEL.
4412
4413
4414
4415
4416   If you are a sysop and you come in as a normal user on a remote
4417   connection your privilege will automatically be set to 0.
4418
4419
4420
4421
4422
4423   9.107.  set/spider (5)
4424
4425   set/spider <node_call> [<node_call> ...] Make the node_call a DXSpider
4426   type node
4427
4428
4429   Set the node_call as a DXSpider type node
4430
4431
4432   9.108.  set/sys_qra (9)
4433
4434   set/sys_qra <locator> Set your cluster QRA locator
4435
4436
4437   9.109.  set/qra (0)
4438
4439   set/qra <locator> Set your QRA locator
4440
4441
4442   Tell the system what your QRA (or Maidenhead) locator is. If you have
4443   not done a SET/LOCATION then your latitude and longitude will be set
4444   roughly correctly (assuming your locator is correct ;-). For example:-
4445
4446
4447
4448          SET/QRA JO02LQ
4449
4450
4451
4452
4453
4454   9.110.  set/qth (0)
4455
4456   set/qth <your QTH> Set your QTH
4457
4458
4459   Tell the system where your are.  For example:-
4460
4461
4462
4463          set/qth East Dereham, Norfolk
4464
4465
4466
4467
4468
4469   9.111.  set/register (9)
4470
4471   set/register <call> Mark a user as registered
4472
4473
4474   Registration is a concept that you can switch on by executing the
4475
4476   set/var $main::regreq = 1
4477
4478   command (usually in your startup file)
4479
4480   If a user is NOT registered then, firstly, instead of the normal motd
4481   file (/spider/data/motd) being sent to the user at startup, the user
4482   is sent the motd_nor file instead. Secondly, the non registered user
4483   only has READ-ONLY access to the node. The non-registered user cannot
4484   use DX, ANN etc.
4485
4486   The only exception to this is that a non-registered user can TALK or
4487   SEND messages to the sysop.
4488
4489   To unset a user use the 'unset/register' command
4490
4491
4492   9.112.  set/talk (0)
4493
4494   set/talk Allow talk messages to be seen at your console
4495
4496
4497   Allow talk messages to arrive at your console.  You can switch off
4498   talks with the unset/talk command.
4499
4500
4501   9.113.  set/wcy (0)
4502
4503   set/wcy Allow WCY messages to be seen at your console
4504
4505
4506   Allow WCY information to be seen at your console.  You can switch off
4507   WCY messages with the unset/wcy command.
4508
4509
4510   9.114.  set/wwv (0)
4511
4512   set/wwv Allow WWV messages to be seen at your console
4513
4514
4515   Allow WWV information to be seen at your console.  You can switch off
4516   WWV messages with the unset/wwv command.
4517
4518
4519   9.115.  set/wx (0)
4520
4521   set/wx Allow WX messages to be seen at your console
4522
4523
4524   Allow WX information to be seen at your console.  You can switch off
4525   WX messages with the unset/wx command.
4526
4527
4528   9.116.  show/baddx (1)
4529
4530   show/baddxShow all the bad dx calls in the system
4531
4532
4533   Display all the bad dx callsigns in the system, see SET/BADDX for more
4534   information.
4535
4536
4537   9.117.  show/badnode (6)
4538
4539   show/badnode Show all the bad nodes in the system
4540
4541
4542   Display all the bad node callsigns in the system, see SET/BADNODE for
4543   more information.
4544
4545
4546   9.118.  show/badspotter (1)
4547
4548   show/badspotter Show all the bad spotters in the system
4549
4550
4551   Display all the bad spotter's callsigns in the system, see
4552   SET/BADSPOTTER for more information.
4553
4554
4555   9.119.  show/badword (1)
4556
4557   show/badword Show all the bad words in the system
4558
4559
4560   Display all the bad words in the system, see SET/BADWORD for more
4561   information.
4562
4563
4564   9.120.  show/configuration (0)
4565
4566   show/configuration [<node>] Show all visible nodes and their users
4567
4568
4569   This command allows you to see all the users that can be seen and the
4570   nodes to which they are connected.  With the optional node, you can
4571   specify a particular node to look at.
4572
4573   This command is normally abbreviated to: sh/c
4574
4575   BE WARNED: the list that is returned can be VERY long
4576
4577
4578   9.121.  show/configuration/node (0)
4579
4580   show/configuration/node Show all the nodes connected
4581
4582
4583   Show all the nodes connected locally and the nodes they have
4584   connected.
4585
4586
4587   9.122.  show/connect (1)
4588
4589   show/connect Show all the active connections
4590
4591
4592   This command shows information on all the active connections known to
4593   the node. This command gives slightly more information than WHO.
4594
4595
4596   9.123.  show/date (0)
4597
4598   show/date [<prefix>|<callsign>] Show the local time
4599
4600
4601   This is very nearly the same as SHOW/TIME, the only difference the
4602   format of the date string if no arguments are given.
4603
4604   If no prefixes or callsigns are given then this command returns the
4605   local time and UTC as the computer has it right now. If you give some
4606   prefixes then it will show UTC and UTC + the local offset (not
4607   including DST) at the prefixes or callsigns that you specify.
4608
4609
4610   9.124.  show/debug (9)
4611
4612   show/debug Show what levels of debug you are logging
4613
4614
4615   The levels can be set with set/debug
4616
4617
4618
4619
4620
4621   9.125.  show/dx (0)
4622
4623   show/dx [options] interrogate the spot database
4624
4625
4626   If you just type SHOW/DX you will get the last so many spots (sysop
4627   configurable, but usually 10).
4628
4629   In addition you can add any number of these options in very nearly any
4630   order to the basic SHOW/DX command, they are:-
4631
4632
4633
4634
4635        on <band>       - eg 160m 20m 2m 23cm 6mm
4636        on <region>     - eg hf vhf uhf shf      (see SHOW/BANDS)
4637
4638        <number>        - the number of spots you want
4639        <from>-<to>     - <from> spot no <to> spot no in
4640                          the selected list
4641
4642        <prefix>        - for a spotted callsign beginning with <prefix>
4643        *<suffix>       - for a spotted callsign ending in <suffix>
4644        *<string>*      - for a spotted callsign containing <string>
4645
4646        day <number>    - starting <number> days ago
4647        day <from>-<to> - <from> days <to> days ago
4648
4649        info <text>     - any spots containing <text> in the info or remarks
4650
4651        by <call>       - any spots spotted by <call> (spotter <call>
4652                                is the same).
4653
4654        qsl             - this automatically looks for any qsl info on the call
4655                          held in the spot database.
4656
4657        iota [<iota>]   - If the iota island number is missing it will
4658                          look for the string iota and anything which looks like
4659                          an iota island number. If you specify then it will look
4660                          for that island.
4661
4662        qra [<locator>] - this will look for the specific locator if
4663                          you specify one or else anything that looks like a locator.
4664
4665
4666
4667
4668   e.g.
4669
4670
4671
4672
4673           SH/DX 9m0
4674           SH/DX on 20m info iota
4675           SH/DX 9a on vhf day 30
4676           SH/DX rf1p qsl
4677           SH/DX iota
4678           SH/DX iota eu-064
4679           SH/DX qra jn86
4680
4681
4682
4683
4684
4685
4686
4687   9.126.  show/dxcc (0)
4688
4689   show/dxcc <prefix> Interrogate the spot database by country
4690
4691
4692   This command takes the <prefix> (which can be a full or partial
4693   callsign if desired), looks up which internal country number it is and
4694   then displays all the spots as per SH/DX for that country.
4695
4696   The options for SHOW/DX also apply to this command.  e.g.
4697
4698
4699
4700
4701           SH/DXCC G
4702           SH/DXCC W on 20m info iota
4703
4704
4705
4706
4707
4708   9.127.  sh/dxstats (0)
4709
4710   sh/dxstats Show the DX Statistics for last 31 days
4711
4712
4713   Show the total DX spots for the last 31 days
4714
4715
4716
4717   9.128.  show/files (0)
4718
4719   show/files [<filearea> [<string>]] List the contents of a filearea
4720
4721
4722   SHOW/FILES on its own will show you a list of the various fileareas
4723   available on the system. To see the contents of a particular file area
4724   type:-
4725
4726
4727
4728           SH/FILES <filearea>
4729
4730
4731
4732
4733   where <filearea> is the name of the filearea you want to see the
4734   contents of.
4735
4736   You can also use shell globbing characters like '*' and '?' in a
4737   string to see a selection of files in a filearea eg:-
4738
4739
4740
4741           SH/FILES bulletins arld*
4742
4743
4744
4745
4746   See also TYPE - to see the contents of a file.
4747
4748
4749   9.129.  show/filter (0)
4750
4751   show/filter Show the filters you have set
4752
4753   Show the contents of all the filters that are set by you. This command
4754   displays all the filters set - for all the various categories.
4755
4756
4757   9.130.  show/filter (extended for sysops) (5)
4758
4759   show/filter <callsign> Show the filters set by <callsign>
4760
4761
4762   A sysop can look at any filters that have been set.
4763
4764
4765   9.131.  show/hfstats (0)
4766
4767   show/hfstats Show the HF DX Statistics for last 31 days
4768
4769
4770   Show the HF DX spots breakdown by band for the last 31 days
4771
4772
4773   9.132.  show/hftable (0)
4774
4775   show/hftable Show the HF DX Spotter Table for your country
4776
4777
4778   Show the HF DX Spotter table for your country for the last 31 days
4779
4780
4781   9.133.  show/hops (8)
4782
4783   show/hops <node_call> [ann|spots|wcy|wwv|] Show the hop counts for a
4784   node
4785
4786
4787   This command shows the hop counts set up for a node. You can specify
4788   which category you want to see. If you leave the category out then all
4789   the categories will be listed.
4790
4791
4792   9.134.  show/isolate (1)
4793
4794   show/isolate Show a list of isolated nodes
4795
4796
4797   Show which nodes are currently set to be isolated.
4798
4799
4800   9.135.  show/lockout (9)
4801
4802   show/lockout Show a list of excluded callsigns
4803
4804
4805   Show a list of callsigns that have been excluded (locked out) of the
4806   cluster locally with the set/lockout command
4807
4808
4809   9.136.  show/log (8)
4810
4811   show/log [<callsign>] Show excerpts from the system log
4812
4813
4814   This command outputs a short section of the system log.  On its own it
4815   will output a general logfile.  With the optional callsign it will
4816   show output from the log associated with that callsign.
4817
4818
4819   9.137.  show/moon (0)
4820
4821   show/moon [<prefix>|<callsign>] Show moon rise and set times
4822
4823
4824   Show the Moon rise and set times for a (list of) prefixes or
4825   callsigns, together with the azimuth and elevation of the sun
4826   currently at those locations.
4827
4828   If you don't specify any prefixes or callsigns, it will show the times
4829   for your QTH (assuming you have set it with either SET/LOCATION or
4830   SET/QRA), together with the current azimuth and elevation.
4831
4832   In addition, it will show the gain or loss dB relative to the nominal
4833   distance of 385,000Km due to the ellipsoidal nature of the orbit.
4834
4835   If all else fails it will show the Moonrise and set times for the node
4836   that you are connected to.
4837
4838   For example:-
4839
4840
4841
4842          SH/MOON
4843          SH/MOON G1TLH W5UN
4844
4845
4846
4847
4848
4849   9.138.  show/muf (0)
4850
4851   show/muf <prefix> [<hours>][long] Show the likely propagation to
4852   <prefix>
4853
4854
4855   This command allow you to estimate the likelihood of you contacting a
4856   station with the prefix you have specified. The output assumes a
4857   modest power of 20dBW and receiver sensitivity of -123dBm (about
4858   0.15muV/10dB SINAD)
4859
4860   The result predicts the most likely operating frequencies and signal
4861   levels for high frequency (shortwave) radio propagation paths on
4862   specified days of the year and hours of the day. It is most useful for
4863   paths between 250 km and 6000 km, but can be used with reduced
4864   accuracy for paths shorter or longer than this.
4865
4866   The command uses a routine MINIMUF 3.5 developed by the U.S. Navy and
4867   used to predict the MUF given the predicted flux, day of the year,
4868   hour of the day and geographic coordinates of the transmitter and
4869   receiver. This routine is reasonably accurate for the purposes here,
4870   with a claimed RMS error of 3.8 MHz, but much smaller and less complex
4871   than the programs used by major shortwave broadcasting organizations,
4872   such as the Voice of America.
4873
4874   The command will display some header information detailing its
4875   assumptions, together with the locations, latitude and longitudes and
4876   bearings. It will then show UTC (UT), local time at the other end
4877   (LT), calculate the MUFs, Sun zenith angle at the midpoint of the path
4878   (Zen) and the likely signal strengths. Then for each frequency for
4879   which the system thinks there is a likelihood of a circuit it prints a
4880   value.
4881
4882   The value is currently a likely S meter reading based on the
4883   conventional 6dB / S point scale. If the value has a '+' appended it
4884   means that it is 1/2 an S point stronger. If the value is preceeded by
4885   an 'm' it means that there is likely to be much fading and by an 's'
4886   that the signal is likely to be noisy.
4887
4888   By default SHOW/MUF will show the next two hours worth of data. You
4889   can specify anything up to 24 hours worth of data by appending the no
4890   of hours required after the prefix. For example:-
4891
4892
4893
4894          SH/MUF W
4895
4896
4897
4898
4899   produces:
4900
4901
4902
4903          RxSens: -123 dBM SFI: 159   R: 193   Month: 10   Day: 21
4904          Power :   20 dBW    Distance:  6283 km    Delay: 22.4 ms
4905          Location                       Lat / Long           Azim
4906          East Dereham, Norfolk          52 41 N 0 57 E         47
4907          United-States-W                43 0 N 87 54 W        299
4908          UT LT  MUF Zen  1.8  3.5  7.0 10.1 14.0 18.1 21.0 24.9 28.0 50.0
4909          18 23 11.5 -35  mS0+ mS2   S3
4910          19  0 11.2 -41  mS0+ mS2   S3
4911
4912
4913
4914
4915   indicating that you will have weak, fading circuits on top band and
4916   80m but usable signals on 40m (about S3).
4917
4918   inputting:-
4919
4920
4921
4922          SH/MUF W 24
4923
4924
4925
4926
4927   will get you the above display, but with the next 24 hours worth of
4928   propagation data.
4929
4930
4931
4932          SH/MUF W L 24
4933          SH/MUF W 24 Long
4934
4935
4936
4937
4938   Gives you an estimate of the long path propagation characterics. It
4939   should be noted that the figures will probably not be very useful, nor
4940   terrible accurate, but it is included for completeness.
4941
4942
4943   9.139.  show/newconfiguration (0)
4944
4945   show/newconfiguration [<node>] Show all the nodes and users visible
4946
4947
4948   This command allows you to see all the users that can be seen and the
4949   nodes to which they are connected.
4950
4951   This command produces essentially the same information as
4952   SHOW/CONFIGURATION except that it shows all the duplication of any
4953   routes that might be present It also uses a different format which may
4954   not take up quite as much space if you don't have any loops.
4955
4956   BE WARNED: the list that is returned can be VERY long
4957
4958
4959   9.140.  show/newconfiguration/node (0)
4960
4961   show/newconfiguration/node Show all the nodes connected locally
4962
4963
4964   Show all the nodes connected to this node in the new format.
4965
4966
4967   9.141.  show/node (1)
4968
4969   show/node [<node_call> ...] Show the type and version number of nodes
4970
4971
4972   Show the type and version (if connected) of the nodes specified on the
4973   command line. If no callsigns are specified then a sorted list of all
4974   the non-user callsigns known to the system will be displayed.
4975
4976
4977   9.142.  show/prefix (0)
4978
4979   show/prefix <callsign> Interrogate the prefix database
4980
4981
4982   This command takes the <callsign> (which can be a full or partial
4983   callsign or a prefix), looks up which internal country number it is
4984   and then displays all the relevant prefixes for that country together
4985   with the internal country no, the CQ and ITU regions.
4986
4987   See also SHOW/DXCC
4988
4989
4990
4991   9.143.  show/program (5)
4992
4993   show/program Show the locations of all the included program modules
4994
4995
4996   Show the name and location where every program module was load from.
4997   This is useful for checking where you think you have loaded a .pm file
4998   from.
4999
5000
5001   9.144.  show/qra (0)
5002
5003   show/qra <locator> [<locator>] Show the distance between locators
5004   show/qra <lat> <long> Convert latitude and longitude to a locator
5005
5006
5007   This is a multipurpose command that allows you either to calculate the
5008   distance and bearing between two locators or (if only one locator is
5009   given on the command line) the distance and beraing from your station
5010   to the locator. For example:-
5011
5012
5013
5014        SH/QRA IO92QL
5015        SH/QRA JN06 IN73
5016
5017   The first example will show the distance and bearing to the locator
5018   from yourself, the second example will calculate the distance and
5019   bearing from the first locator to the second. You can use 4 or 6
5020   character locators.
5021
5022   It is also possible to convert a latitude and longitude to a locator
5023   by using this command with a latitude and longitude as an argument,
5024   for example:-
5025
5026
5027
5028        SH/QRA 52 41 N 0 58 E
5029
5030
5031
5032
5033
5034   9.145.  show/qrz (0)
5035
5036   show/qrz <callsign> Show any callbook details on a callsign
5037
5038
5039   This command queries the QRZ callbook server on the internet and
5040   returns any information available for that callsign. This service is
5041   provided for users of this software by http://www.qrz.com
5042
5043
5044   9.146.  show/registered (9)
5045
5046   show/registered [<prefix>[ Show the registered users
5047
5048
5049   9.147.  show/route (0)
5050
5051   show/route <callsign> Show the route to <callsign>
5052
5053
5054   This command allows you to see to which node the callsigns specified
5055   are connected. It is a sort of inverse sh/config.
5056
5057
5058
5059          sh/route n2tly
5060
5061
5062
5063
5064
5065   9.148.  show/satellite (0)
5066
5067   show/satellite <name> [<hours> <interval>] Show satellite tracking
5068   data
5069
5070
5071   Show the tracking data from your location to the satellite of your
5072   choice from now on for the next few hours.
5073
5074   If you use this command without a satellite name it will display a
5075   list of all the satellites known currently to the system.
5076
5077   If you give a name then you can obtain tracking data of all the passes
5078   that start and finish 5 degrees below the horizon. As default it will
5079   give information for the next three hours for every five minute
5080   period.
5081
5082
5083   You can alter the number of hours and the step size, within certain
5084   limits.
5085
5086   Each pass in a period is separated with a row of '-----' characters
5087
5088   So for example:-
5089
5090
5091
5092        SH/SAT AO-10
5093        SH/SAT FENGYUN1 12 2
5094
5095
5096
5097
5098
5099   9.149.  show/sun (0)
5100
5101   show/sun [<prefix>|<callsign>] Show sun rise and set times
5102
5103
5104   Show the sun rise and set times for a (list of) prefixes or callsigns,
5105   together with the azimuth and elevation of the sun currently at those
5106   locations.
5107
5108   If you don't specify any prefixes or callsigns, it will show the times
5109   for your QTH (assuming you have set it with either SET/LOCATION or
5110   SET/QRA), together with the current azimuth and elevation.
5111
5112   If all else fails it will show the sunrise and set times for the node
5113   that you are connected to.
5114
5115   For example:-
5116
5117
5118
5119          SH/SUN
5120          SH/SUN G1TLH K9CW ZS
5121
5122
5123
5124
5125
5126   9.150.  show/time (0)
5127
5128   show/time [<prefix>|<callsign>] Show the local time
5129
5130
5131   If no prefixes or callsigns are given then this command returns the
5132   local time and UTC as the computer has it right now. If you give some
5133   prefixes then it will show UTC and UTC + the local offset (not
5134   including DST) at the prefixes or callsigns that you specify.
5135
5136
5137   9.151.  show/vhfstats (0)
5138
5139   show/vhfstats Show the VHF DX Statistics for last 31 days
5140
5141
5142   Show the VHF DX spots breakdown by band for the last 31 days
5143
5144
5145   9.152.  show/vhftable (0)
5146
5147   show/vhftable Show the VHF DX Spotter Table for your country
5148
5149   Show the VHF DX Spotter table for your country for the last 31 days
5150
5151
5152   9.153.  show/wcy (0)
5153
5154   show/wcy Show the last 10 WCY broadcasts
5155   show/wcy <n> Show the last <n> WCY broadcasts
5156
5157
5158   Display the most recent WCY information that has been received by the
5159   system
5160
5161
5162   9.154.  show/wwv (0)
5163
5164   show/wwv Show the last 10 WWV broadcasts
5165   show/wwv <n> Show the last <n> WWV broadcasts
5166
5167
5168   Display the most recent WWV information that has been received by the
5169   system
5170
5171
5172
5173   9.155.  shutdown (5)
5174
5175   shutdown Shutdown the cluster
5176
5177
5178   Shutdown the cluster and disconnect all the users.  If you have Spider
5179   set to respawn in /etc/inittab it will of course restart.
5180
5181
5182   9.156.  spoof (9)
5183
5184   spoof <callsign> <command> Run commands as another user
5185
5186
5187   This is a very simple yet powerful command for the sysop.  It allows
5188   you to issue commands as if you were a different user.  This is very
5189   useful for the kind of things that users seem to always get wrong..
5190   like home_node for example.
5191
5192
5193   9.157.  stat/db (5)
5194
5195   stat/db <dbname> Show the status of a database
5196
5197
5198   Show the internal status of a database descriptor.
5199
5200   Depending on your privilege level you will see more or less
5201   information.  This command is unlikely to be of much use to anyone
5202   other than a sysop.
5203
5204
5205   9.158.  stat/channel (5)
5206
5207   stat/channel <callsign> Show the status of a channel on the cluster
5208
5209
5210   Show the internal status of the channel object either for the channel
5211   that you are on or else for the callsign that you asked for.
5212
5213   Only the fields that are defined (in perl term) will be displayed.
5214
5215   9.159.  stat/msg (5)
5216
5217   stat/msg <msgno> Show the status of a message
5218
5219
5220   This command shows the internal status of a message and includes
5221   information such as to whom it has been forwarded, its size, origin
5222   etc etc.
5223
5224
5225   If no message number is given then the status of the message system is
5226   displayed.
5227
5228
5229   9.160.  stat/route_node (5)
5230
5231   stat/route_node <callsign> Show the data in a Route::Node object
5232
5233
5234   9.161.  stat/route_user (5)
5235
5236   stat/route_user <callsign> Show the data in a Route::User object
5237
5238
5239   9.162.  stat/user (5)
5240
5241   stat/user <callsign> Show the full status of a user
5242
5243
5244   Shows the full contents of a user record including all the secret
5245   flags and stuff.
5246
5247   Only the fields that are defined (in perl term) will be displayed.
5248
5249
5250   9.163.  sysop (0)
5251
5252   sysop Regain your privileges if you login remotely
5253
5254
5255   The system automatically reduces your privilege level to that of a
5256   normal user if you login in remotely. This command allows you to
5257   regain your normal privilege level. It uses the normal system: five
5258   numbers are returned that are indexes into the character array that is
5259   your assigned password (see SET/PASSWORD). The indexes start from
5260   zero.
5261
5262   You are expected to return a string which contains the characters
5263   required in the correct order. You may intersperse those characters
5264   with others to obscure your reply for any watchers. For example (and
5265   these values are for explanation :-):
5266
5267
5268
5269          password = 012345678901234567890123456789
5270          > sysop
5271          22 10 15 17 3
5272
5273
5274
5275
5276   you type:-
5277
5278
5279
5280
5281    aa2bbbb0ccc5ddd7xxx3n
5282    or 2 0 5 7 3
5283    or 20573
5284
5285
5286
5287
5288   They will all match. If there is no password you will still be offered
5289   numbers but nothing will happen when you input a string. Any match is
5290   case sensitive.
5291
5292
5293   9.164.  talk (0)
5294
5295   talk <callsign> Enter talk mode with <callsign>
5296   talk <callsign> <text> Send a text message to <callsign>
5297   talk <callsign> > <node_call> [<text>] Send a text message to
5298   <callsign> via <node_call>
5299
5300
5301   Send a short message to any other station that is visible on the
5302   cluster system. You can send it to anyone you can see with a
5303   SHOW/CONFIGURATION command, they don't have to be connected locally.
5304
5305   The second form of TALK is used when other cluster nodes are connected
5306   with restricted information. This usually means that they don't send
5307   the user information usually associated with logging on and off the
5308   cluster.
5309
5310   If you know that G3JNB is likely to be present on GB7TLH, but you can
5311   only see GB7TLH in the SH/C list but with no users, then you would use
5312   the second form of the talk message.
5313
5314   If you want to have a ragchew with someone you can leave the text
5315   message out and the system will go into 'Talk' mode. What this means
5316   is that a short message is sent to the recipient telling them that you
5317   are in a 'Talking' frame of mind and then you just type - everything
5318   you send will go to the station that you asked for.
5319
5320   All the usual announcements, spots and so on will still come out on
5321   your terminal.
5322
5323   If you want to do something (such as send a spot) you precede the
5324   normal command with a '/' character, eg:-
5325
5326
5327
5328           /DX 14001 G1TLH What's a B class licensee doing on 20m CW?
5329           /HELP talk
5330
5331
5332
5333
5334   To leave talk mode type:
5335
5336
5337
5338           /EX
5339
5340
5341
5342
5343
5344
5345
5346
5347   9.165.  type (0)
5348
5349   type <filearea>/<name> Look at a file in one of the fileareas
5350
5351
5352   Type out the contents of a file in a filearea. So, for example, in
5353   filearea 'bulletins' you want to look at file 'arld051' you would
5354   enter:-
5355
5356
5357
5358           TYPE bulletins/arld051
5359
5360
5361
5362
5363   See also SHOW/FILES to see what fileareas are available and a list of
5364   content.
5365
5366
5367   9.166.  who (0)
5368
5369   who Show who is physically connected locally
5370
5371
5372   This is a quick listing that shows which callsigns are connected and
5373   what sort of connection they have
5374
5375
5376   9.167.  wx (0)
5377
5378   wx <text> Send a weather message to local users
5379   wx full <text>  Send a weather message to all cluster users
5380
5381
5382   Weather messages can sometimes be useful if you are experiencing an
5383   extreme that may indicate enhanced conditions
5384
5385
5386   9.168.  wx (enhanced for sysops) (5)
5387
5388   wx sysop <text> Send a weather message to other clusters only
5389
5390
5391   Send a weather message only to other cluster nodes and not to general
5392   users.
5393
5394
5395
5396
5397
5398
5399
5400
5401
5402
5403
5404
5405
5406
5407
5408
5409
5410
5411
5412