Last update 31-Dec-2002

MBSE BBS Setup - Fidonet nodes.

Introduction

Unlike many other bbs packages, for each node you need only one record. If you have a relation with a node for one network with costsharing, and other networks without costsharing you need two records for that node. For each node you can setup the aka's, mail, files and session handshake. There are ten screens for each node.

 

1. Edit general setup

This screen has the general information for the node. The contact info fields are just for private use, these fields are only used in this screen. The Outbox dir is for files to sent to the node, all file you put in there will be sent to the remote if user mbse has read/write access to the file. Only real files are allowed, not symlinks etc.

Sysop nameThe name of the system operator. The name entered here is used in Areamgr and Filemgr messages etc.
Outbox dirPrivate extra outbound directory for this node. Any file dropped into this directory will be sent to the node and removed after it is sent.
Pvt. phoneContact info, node private phone.
Pvt. faxContact info, node private fax.
Pvt. cellphoneContact info, node cellphone (GSM).
Pvt. e-mailContact info, node e-mail address.
Pvt. remarkContact info, node remark.
Route viaA route via Fido address. All mail for this node will be send via this Aka, even mail and files for other networks. This can be usefull if this node has internet access so you can send everything to this node over the internet. Note that to force calling this node via internetr, ISDN or pots can also be done by using nodelist flags override. See section 3. This setting is more usefull to force routing via another node or aka.
Netmail directSet "direct" flag in netmail to this node.
Netmail crashSend netmail always "crash" to this node.
Netmail holdPut mail on "hold" for this node.
Pack mailShould net- and echomail be packed in arcmail archives.
Send notifySend automatic generated notify messages.
LanguageThe language to use for areamgr msgs.
DeletedIf this node must be deleted.

 

2. Edit nodes aka's

In this screen you can setup 20 aka's for the node.

 

3. Edit node session

In this screen you can setup the session defaults.

Session passwdThis is the mailer session password.
Dial commandYou can put an override here for the normal dial command. If you leave this empty the command from the modem setup is used.
Phone number 1An alternative phone number to dial.
Phone number 2An alternative phone number to dial. Use these above commands if the node has another phone number as mentioned in the nodelist.
Nodelist flagsOverride for the nodelist flags, the nodelist flags are completly ignored if you enter something here so make sure all flags you need are here. All aka's of this node will use the same flags. This can be usefull to force calling this node via the internet and to force a certain protocol.
Inet hostnameThe FQDN hostname or IP address of this node. This replaces the original system name from the nodelist and this is then used to make the internet TCP/IP connection. This can be usefull if the FQDN is not present in the nodelist.
Outbound sess.Outbound session method, choices are Direct and Directory. Direct means normal classic mailer connections. Directory means that everything is put in a directory from which the other node can fetch the mail and files using ftp protocol.
Inbound sess.Inbound session method, choices are Direct and Directory. Direct means normal classic mailer connections. Directory means that inbound mail and files are expected in a directory were it is stored by the node using ftp protocol.
No EMSIDisable EMSI handshake.
No YooHoo/2U2Disable FTSC-0006 handshake.
No FilerequestDisable filerequest from this node.
Don't callDo not call this node.
8.3 namesSet this if the node only accepts 8.3 filenames.
No ZmodemDisable Zmodem protocol.
No ZedzapDisable Zedzap protocol.
No HydraDisable Hydra protocol.

 

4. Edit node - mail processing

PKT passwordThe password to insert in .pkt files.
Check PKT pwdCheck password in received .pkt files. If not, errors or missing passwords are only logged. If set, errors or missing password are refused and the .pkt files are renamed to .bad
UplMgr programThe name of the Areamgr program of this node. This could be AreaFix, AreaMgr etc.
UplMgr passwdThe password for the Areamgr of this node.
Mail forwardNot in use yet.
ARCmail comp.Use ARCmail 0.60 file naming convention for out of zone mail.
ARCmail a..zAllow a..z last character for ARCmail filenames.

 

5. Edit mail groups

Here you can tag which mail groups are available for this node. Note that all groups are visible here, even for networks this node has no aka's in. Be carefull not to allow a node to connect areas from networks he has no aka in.

 

6. File setup

Files passwordThe password for .tic files.
Mgr passwordThe password for the Areamgr and Filemgr.
UplMgr programThe name of the Filemgr progrom of this node. This could be FileMgr, Allfix, Raid etc.
UplMgr passwdThe password of the Filemgr if this node.
UplMgr Add +Add a "+" in the command to connect areas.
Incl. messageSend a netmail message for each file to send.
Send TIC fileSend .tic file to this node.
Advanced TICSend advanced or standard .tic files.
Advanced SBSend advanced Seen-By lines, some systems can't handle this!
To line in TICSend the To line in the ticfile. Some braindead systems will forward this line instead of processing it and then the next system in the line will fail.
File forwardForward TIC files for this node (not yet).
BillingIs Costsharing active for this node.
Bill directSend the bill direct or on command (billing is not yet available).
CreditThe credit this node has in units.
DebetThe debet we have with this node (informational).
AddAdd (or substract) factor to the bill.
Warn levelThe debet level when to write a warning mesage.
Stop levelThe debet level when to stop sending files.

 

7. File groups

The same story as for mail groups is true for the file groups.

 

8. Directory session

Setup in this screen is needed if you selected Inbound and or Outbound session as Directory session. The node is then getting and bringing mail using the ftp protocol and no normal mailer connects are being used anymore. This may be a good solution for points, they only need a simple mailreader and a tosser. The mail is transferred by the mbfido program, during the toss or tic command after the normal inbound is processed mbfido will look for nodes inbound directories to process. When mail is added to the outbound, mail for nodes with directory sessions is not stored in the normal Binley Style Outbound but in the session outbound directory.
You need to setup a ftp account for this node and the best thing is to set this up so that the other node is forced in a chroot environment, ie. make it so that the node only sees his own directories and cannot leave that. The ftp account needs to be a member of group bbs because mbfido needs access to the files as well as the node. The nodes account needs also to be a member of group bbsftp for the chroot environment. The node needs umask 002 so that files that he puts there will have group read/write access. During toss mbfido also stores the files with group read/write access so that the node can remove the files when he has fetched all files. Directory locking is supported and is compatible with other mailers that support ftp. Here is a small sample of protftp.conf for use with directory sessions:

# This is /etc/proftpd.conf for use with mbsebbs ftp mail
# sessions and anonymous ftp access.
# It assumes that you have a user/group "nobody" and "ftp" 
# for normal/anonymous operation.
# It also assumes you have a group bbsftp were ftp mail users
# must be a member of.
#
ServerName			"Seaport ProFTPD server"
ServerType			inetd
DefaultServer			on
#
# Port 21 is the standard FTP port.
Port				21
# Umask 002 is to force new dirs and files to be group writable.
Umask				002
#
# To prevent DoS attacks, set the maximum number of child processes
# to 30.
MaxInstances			30
#
# Set the user and group that the server normally runs at.
User				nobody
Group				nogroup
#
SystemLog			/var/log/proftpd
TransferLog			/var/log/xferlog
#
# Anonymous ftp and members of group bbsftp have a chroot environment.
DefaultRoot	~ bbsftp
#
# Normally, we want files to be overwriteable.
<Directory /*>
  AllowOverwrite		on
</Directory>
#
# A basic anonymous FTP server configuration.
# To enable this, remove the user ftp from /etc/ftpusers.
<Anonymous ~ftp>
  RequireValidShell		off
  User				ftp
  Group				ftp
  # We want clients to be able to login with "anonymous" as well as "ftp"
  UserAlias			anonymous ftp
  #
  # Limit the maximum number of anonymous logins
  MaxClients			50
  #
  # We want 'welcome.msg' displayed at login, and '.message' displayed
  # in each newly chdired directory.
  DisplayLogin			welcome.msg
  DisplayFirstChDir		.welcome
  DisplayReadme			README
  #
  # Display .dotfiles and .dirs
  LsDefaultOptions		"-a"
  #
  # Limit WRITE everywhere in the anonymous chroot
  <Limit WRITE>
    DenyAll
  </Limit>
  #
  # An upload directory that allows storing files but not retrieving
  # or creating directories.
  <Directory incoming/*>
     <Limit READ>
       DenyAll
     </Limit>

     <Limit STOR>
       AllowAll
     </Limit>
  </Directory>
  #
</Anonymous>
Here are some examples to create an account, first create the extra group bbsftp:
groupadd bbsftp
Then create accounts like this:
useradd -g bbs -G bbsftp -d /opt/mbse/var/bbsftp/irex -s /bin/bash -c "FTP Mail account" irex
Then give the node a password for the ftp login. Note that this account has a shell, proftpd needs a valid shell to allow access. If the node tries to telnet to your bbs he can't login with this account if you use mblogin, this is because the node is not in the bbs userfile. If you system allows it, the node can access the shell using rlogin or ssh.
Now the items to setup for the directory sessions:

Outbound settings
Files pathThe path were to store the outbound mail and files.
Check for lockIf we need to check for a lockfile before adding files.
Wait clear lockWait for the lock to clear if present or not. If set to yes and there is a lock created by the node then mbfido will wait for maximum 10 minutes for the lock to disappear. If set to no, mbfido skips this node and will add mail and files at a later time.
Check lockfileThe full filename and path of the lockfile to check for.
Create lockIf mbfido should create a lock during the time it will add mail and files.
Create lockfileThe full filename and path of the lockfile to create.
Inbound settings
Files pathThe path from were to get the inbound mail and files.
Check for lockIf we need to check for a lockfile before getting files.
Wait clear lockWait for the lock to clear if present or not. If set to yes and there is a lock created by the node then mbfido will wait for maximum 10 minutes for the lock to disappear. If set to no, mbfido skips this node and will scan this directory at a later time.
Check lockfileThe full filename and path of the lockfile to check for.
Create lockIf mbfido should create a lock during the time it will get mail and files.
Create lockfileThe full filename and path of the lockfile to create.

 

9. Security

This will set the security bits for the node. These bits can be used to give access or deny access to certain echomail areas or tic file areas. Default bit 1 is set for each node.

10. Statistics

In this statistics screen you can see the mail and files flow with this node. Values are stored for the current week, the previous week, the current month and previous month and the overall total since you defined this node. There are actual 12 months of statistics stored in the nodes record, only 2 are visible.

BackBack to index  HomeBack to main index