DXSpider deals seamlessly with standard AK1A type mail. It supports both personal and bulletin mail and the sysop has additional commands to ensure @@ -21,30 +21,30 @@ that mail gets to where it is meant. DXSpider will send mail almost immediately, assuming that the target is on line. However, only one mail message is dealt with at any one time. If a mail message is already being sent or recieved, then the new message will be queued until it has -finished. +finished.
The cluster mail is automatically deleted after 30 days unless the sysop -sets the "keep" flag using the msg command. -
-
Personal mail is sent using the sp command. This is actually the default method of sending mail and so a simple s for send will do. A full list of the send commands and options is in the command set -section, so I will not duplicate them here. -
-
Bulletin mail is sent by using the sb command. This is one of the most common mistakes users make when sending mail. They send a bulletin mail with s or sp instead of sb and of course the message never leaves the cluster. This can be rectified by the sysop -by using the msg command. -
-
Bulletin addresses can be set using the Forward.pl file. -
-
Bulletin addresses can be set using the Forward.pl file.
+ +DXSpider receives all and any mail sent to it without any alterations needed @@ -55,7 +55,7 @@ pointless sending bulletins addresses to "UK" to any links other than UK ones. The file that does this is called forward.pl and lives in /spider/msg. At default, like other spider files it is named forward.pl.issue. Rename it to forward.pl and edit the file to match your requirements. -The format is below ... +The format is below ...
@@ -107,22 +107,23 @@ package DXMsg;
);
Simply insert a bulletin address and state in the brackets where you wish that mail to go. For example, you can see here that mail sent to "UK" will -only be sent to the UK links and not to PA4AB-14. -
-
To force the cluster to reread the file use load/forward -
+only be sent to the UK links and not to PA4AB-14.
+ +To force the cluster to reread the file use load/forward
+NB: If a user tries to send mail to a bulletin address that does not exist -in this file, they will get an error. -
-
The msg command is a very powerful and flexible tool for the sysop. It allows the sysop to alter to and from fields and make other -changes to manage the cluster mail. -
Here is a full list of the various options ... +changes to manage the cluster mail.
+Here is a full list of the various options ...
@@ -142,16 +143,17 @@ changes to manage the cluster mail.
MSG QUeue 1 - queue any outstanding private messages
These commands are simply typed from within the cluster as the sysop user. -
-
These commands are simply typed from within the cluster as the sysop user.
+ +You can check on a message from within the cluster by using the command stat/msg. This will give you additional information on the message number including which nodes have received it, which node it was received from and when etc. Here is an example of the output of -the command ... +the command ...
@@ -171,21 +173,22 @@ Read Confirm: 0
G0VGS de GB7MBC 28-Jan-2001 1308Z >
-
This is described in the section on Other filters so I will not -duplicate it here. -
-
Distribution lists are simply a list of users to send certain types of mail to. An example of this is mail you only wish to send to other sysops. In /spider/msg there is a directory called distro. You put any distibution lists in here. For example, here is a file called -SYSOP.pl that caters for the UK sysops. +SYSOP.pl that caters for the UK sysops.
@@ -194,20 +197,21 @@ qw(GB7TLH GB7DJK GB7DXM GB7CDX GB7BPQ GB7DXN GB7MBC GB7MBC-6 GB7MDX
GB7DXK GB7DXI GB7DXS)
Any mail sent to "sysop" would only be sent to the callsigns in this list. -
-
Any mail sent to "sysop" would only be sent to the callsigns in this list.
+ +Spider provides a simple BBS interface. No input is required from the sysop of the cluster at all. The BBS simply sets the cluster as a BBS and pushes any required mail to the cluster. No mail can flow from Spider to the BBS, -the interface is one-way. -
+the interface is one-way.
+Please be careful not to flood the cluster network with unnecessary mail. Make sure you only send mail to the clusters that want it by using the -Forward.pl file very carefully. -
+Forward.pl file very carefully.
+