Description of the files in the "netconfigs" directory
These files contain a set of network configurations for a room. They are
-stored in the directory $BBSDIR/netconfigs and are named according to each
+stored in the directory $CTDLDIR/netconfigs and are named according to each
room's internal ID number. When a room is deleted, its network configuration
file is deleted as well.
DESCRIPTION:
Defines a recipient to whom all messages in this room should be sent. This
is used for "list serve" applications.
+
+
+ INSTRUCTION: digestrecp
+ SYNTAX: digestrecp|friko@mumjiboolean.com
+ DESCRIPTION:
+ Defines a recipient to whom all messages in this room should be sent. This
+is used for "list serve" applications. The difference between listrecps and
+digestrecps is that the latter will have messages embedded inside a message
+sent by the listserver. The message will appear to be sent by the room's
+e-mail address instead of the sender's e-mail address.
+
+
+ INSTRUCTION: ignet_push_share
+ SYNTAX: ignet_push_share|uncnsrd
+ (or) ignet_push_share|uncnsrd|Foo Bar Baz
+ DESCRIPTION:
+ Specifies that the second argument is the name of a neighboring node on an
+IGnet (Citadel networking) network, to which this room should be pushed
+(spooled). Conceptually, this node will have a corresponding record pushing
+data in the other direction.
+
+ If the third argument is present, it is the name of the corresponding
+room on the remote node. This allows a room to be shared even when the room
+name is different on each node. Such a configuration *must* be configured
+mutually: each node must know the name of the room on the other.
+
+
+ INSTRUCTION: subpending
+ SYNTAX: subpending|friko@mumjiboolean.com|listrecp|A234Z|1234567890|http://foo.com/lists
+ "Subscription pending" for the specified address. This means that
+someone has requested to subscribe an e-mail address (in this case,
+friko@mumjiboolean.com) to the list. The third parameter is either "list"
+or "digest" to specify a normal subscription or a digest subscription.
+The fourth parameter is an authentication token which is generated by the server
+and e-mailed to the specified address. When the user comes back and supplies
+this token, the subscription is complete. The fifth parameter is a simple
+timestamp, so that we may purge old records which were never confirmed.
+
+ The sixth field is the URL of the web page used to enter the subscription
+request, minus any parameters.
+
+
+ INSTRUCTION: unsubpending
+ SYNTAX: unsubpending|friko@mumjiboolean.com|A234Z|1234567890|http://foo.com/lists
+ Similar to the 'subpending' command, except this one is for unsubscribe
+requests. The same rules apply with regard to the token and the web page.
+
+
+ INSTRUCTION: participate
+ SYNTAX: participate|list-addr@example.com
+ This allows a room to be a *subscriber* to an external mailing list
+somewhere. The room's email address should be subscribed to the list, and the
+external listserv should be told "do not send me my own messages." Any
+messages which originated on Citadel (as opposed to messages which arrived via
+email, such as those from the list) will be sent to the list, with the display
+name of the author kept intact, but the email address changed to the address of
+the room.
+
+ This is somewhat finicky, which is why it is not officially supported, and
+why there are no facilities in the user interface to configure it. If you want
+to use this option you are on your own.
+
+
+ INSTRUCTION: pop3client
+ SYNTAX: pop3client|hostname|username|password|keep|interval
+ Periodically fetch messages from a remote POP3 account and store them in this
+room. Messages will be deleted from the remote account once successfully stored.
+if Keep is set, messages won't be erased on the remote host.
+Interval can specify a bigger value than the system configs value.
projects / citadel.git / blobdiff