home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / RAMSV131.ZIP / RAMS.DOC < prev    next >
Encoding:
Text File  |  1996-06-08  |  98.2 KB  |  2,390 lines
  1. **********************************************
  2.   * RemoteAccess Automated Message System v1.31 *
  3.     *           CopyRight 1995-96 by               *
  4.        *                INXS Software                *
  5.          *         (Eddy Matthews & Geoff Bassett)     *
  6.             **********************************************
  7.  
  8.  
  9.  
  10.     Announcing an ALL NEW automated message system for RemoteAccess BBS.
  11.  
  12.     This is the fourth official release of RAMS..Please see the WhatsNew
  13.     file included in the archive for a list of new features/bug fixes.
  14.  
  15.     RemoteAccess Automated Message System  (RAMS)  is  a fully  automated
  16.     message posting utility that takes care of all the boring messages  a
  17.     busy Sysop needs to send to his users. It now supports both  RA v2.0x.
  18.     AND RA v2.5x.    It  has full support for both Hudson and JAM message
  19.     bases, as well as Local and/or Echo messages, and now Netmail support
  20.     in some of the message types.
  21.  
  22.     RAMS will automatically  send  Welcome  messages to new users,  thank
  23.     uploaders, warn those that drop carrier, send birthday messages, send
  24.     a message after X calls, send a message based on a keyword  or string
  25.     that YOU define, send regular messages such as BBS ads, send messages
  26.     on a certain date, and numerous others... Apart from sending messages
  27.     to the users,RAMS will also send reports of it's actions to the Sysop
  28.     and generate a detailed logfile that shows  any actions it has taken.
  29.     YOU decide what messages it sends...  If you don't want to warn users
  30.     that drop carrier, simply turn off that message...
  31.  
  32.     New in  version 1.3  there is now an option in  RAMS  to run external
  33.     programs or batchfiles in RAMS midnightly events.
  34.  
  35.     Carrier drop messages will  NOT  be sent to a user if they were in an
  36.     external program.So you can safely use RAMS even if you have a system
  37.     stuffed full of type 7 and type 15 doors.
  38.  
  39.     RAMS can upgrade users, or downgrade them based on what they do.  YOU
  40.     decide what it does, or indeed whether it does anything! You  can also
  41.     EXCLUDE certain users from getting messages if you want.
  42.  
  43.     The template files it uses for it's  messages  are  plain ascii  text
  44.     files that YOU can configure to suit YOUR system. It also has over 80
  45.     metastrings  that  you  can  use to  make the messages as flexible as
  46.     possible (example messages are included in the archive).
  47.  
  48.     RAMS has it's own inbuilt template editor to make the setup of  these
  49.     message templates even easier.
  50.  
  51.     RAMS  will also  now allow  you to file  attach  to local  or  netmail
  52.     messages.
  53.  
  54.     RAMS now supports the extended character set used in countries such
  55.     as Sweden, France, Russia etc etc.
  56.  
  57.  
  58.                              ---- Page 2 ----
  59.  
  60.  
  61.                              LEGAL DISCLAIMER
  62.                              ================
  63.  
  64.     This program is NOT free,  it is shareware.  Any use of this program
  65.     after an initial  30 day trial period requires you  to register your
  66.     copy with the author.   Details on how to register are given  at the
  67.     end of this document.  Unregistered distribution copies of  RAMS are
  68.     released  with an inbuilt 30  day run time after  which delays  will
  69.     occur when the program is run.......
  70.  
  71.     Please remember shareware programs  can  only continue to develop if
  72.     they have YOUR support,  failure to  register will ONLY  end in this
  73.     and other  shareware programs  being  abandoned  which in  turn will
  74.     mean you have a reduced choice of cheap well written programs.
  75.  
  76.     This program and it's  accompanying  documentation are guaranteed to
  77.     do nothing other than take up space on your drive.
  78.  
  79.     The authors and their agents  will not  accept any liability for any
  80.     consequential loss or  damage arising from  your use or inability to
  81.     use  RAMS  or any of  the information  provided,  including, but not
  82.     limited  to,  economic  or  financial loss,   damage  to  peripheral
  83.     equipment or products, loss of use, productivity or time.
  84.  
  85.     Whilst  every  effort has been  made to  ensure  its reliability and
  86.     functionality you use this  program entirely at your own risk and no
  87.     warranties of  any type are given, either expressed or implied.
  88.  
  89.     The program  and the associated documentation on disk may be  freely
  90.     distributed on the following conditions:=
  91.  
  92.           1)  No changes whatsoever are made to the program,
  93.               its documentation or any associated files.
  94.  
  95.           2)  Anyone  wishing to charge a fee for distributing
  96.               RAMS  must  have  the  written  consent  of  the
  97.               author.  No charge will be made for this consent
  98.               but  I need  to  know  who is distributing it so
  99.               that I can send out updates  -  Apply in writing
  100.               to the address at the end of this document.
  101.  
  102.  
  103.     NOTE - For the benefit of printing this document out the pages have
  104.            been formatted to 56 lines per page.
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.                                 ---- Page 3 ----
  115.  
  116.    CONTENTS
  117.    --------                                                     page
  118.  
  119.    About RAMS   . . . . . . . . . . . . . . . . . . . . . . . . .  1
  120.  
  121.    Legal Disclaimer . . . . . . . . . . . . . . . . . . . . . . .  2
  122.  
  123.    Program description  . . . . . . . . . . . . . . . . . . . . .  4
  124.  
  125.    Whats in the archive . . . . . . . . . . . . . . . . . . . . .  6
  126.  
  127.    Message Types  . . . . . . . . . . . . . . . . . . . . . . . .  7
  128.  
  129.    Upgrading from previous versions . . . . . . . . . . . . . . .  12
  130.  
  131.    Installation   . . . . . . . . . . . . . . . . . . . . . . . .  12
  132.  
  133.    Getting Started  . . . . . . . . . . . . . . . . . . . . . . .  12
  134.  
  135.    The menu options . . . . . . . . . . . . . . . . . . . . . . .  14
  136.  
  137.    System setup . . . . . . . . . . . . . . . . . . . . . . . . .  16
  138.  
  139.    Message menu options . . . . . . . . . . . . . . . . . . . . .  17
  140.  
  141.    Externals menu options . . . . . . . . . . . . . . . . . . . .  22
  142.  
  143.    The Reports Menu . . . . . . . . . . . . . . . . . . . . . . .  23
  144.  
  145.    Echomail information . . . . . . . . . . . . . . . . . . . . .  23
  146.  
  147.    Netmail information  . . . . . . . . . . . . . . . . . . . . .  24
  148.  
  149.    Conditions & actions . . . . . . . . . . . . . . . . . . . . .  24
  150.  
  151.    The Message Template Editor  . . . . . . . . . . . . . . . . .  28
  152.  
  153.    Excluding users  . . . . . . . . . . . . . . . . . . . . . . .  29
  154.  
  155.    Installing RAMS into your BBS batchfile  . . . . . . . . . . .  30
  156.  
  157.    Multiline Systems  . . . . . . . . . . . . . . . . . . . . . .  32
  158.  
  159.    Metastrings used by RAMS . . . . . . . . . . . . . . . . . . .  34
  160.  
  161.    How to get the most out of RAMS  . . . . . . . . . . . . . . .  39
  162.  
  163.    Contacting the authors . . . . . . . . . . . . . . . . . . . .  41
  164.  
  165.    Future developement  . . . . . . . . . . . . . . . . . . . . .  42
  166.  
  167.    Credits  . . . . . . . . . . . . . . . . . . . . . . . . . . .  43
  168.  
  169.  
  170.                                 ---- Page 4 ----
  171.  
  172.                                   WHAT IS RAMS?
  173.                                   =============
  174.  
  175.     RemoteAccess Automated Message System, hereafter referred to as RAMS,
  176.     has been developed to be the number one automatic message system for
  177.     Sysops of RemoteAccess bulletin board systems.
  178.  
  179.     It will work with both Hudson and the JAM messagebase formats, and is
  180.     capable of posting both local and echomail messages.
  181.  
  182.     RAMS  will  fully automate all of those tedious messages that Sysops
  183.     need to post to users. It needs only a minimal setup to get it going
  184.     and can be up and running in a matter of minutes,  though to get the
  185.     best out of RAMS it is recommended that  you  take time to study all
  186.     of its many features in some detail.
  187.  
  188.     Much time and effort was put into the configuration utility for RAMS
  189.     in order to make the  program as easy to setup and  as user friendly
  190.     as possible. The setup utility has an extensive online help facility
  191.     to help  you through  the setup  stages  while you  are learning the
  192.     program.
  193.  
  194.     In addition RAMS will generate daily and weekly reports to the sysop
  195.     to inform them how many of which  type of messages  RAMS  has posted
  196.     for each day,along with a brief report on available hard drive space.
  197.     RAMS will generate a message to  the  sysop  for  every user message
  198.     that it sends, of course this feature can be disabled if you wish!
  199.  
  200.     RAMS can automatically send the following messages to your users:=
  201.  
  202.     -     Welcome to new users
  203.  
  204.     -     Thankyou for uploading
  205.  
  206.     -     Carrier Drop - send message to  users that drop carrier.  RAMS
  207.           will work correctly with MOST doors - type 7 and 15.
  208.           If it cannot decide if the user has dropped carrier,   because
  209.           they were in an  external program  it will  NOT post a carrier
  210.           drop msg.
  211.  
  212.     -     Watchdog Messages - post a message to a user if he/she exceeds
  213.           the number of  times he/she is allowed to attempt to enter the
  214.           correct password.  This message also lists  any passwords that
  215.           were tried!
  216.  
  217.     -     Send a message to users after  every so  many calls  he or she
  218.           has made to your system.  i.e.  send  a message after 10 calls
  219.           made by a user (Times On)
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.                                 ---- Page 5 ----
  227.  
  228.     -     KeyWord messages - This is a VERY powerful message type  which
  229.           will tell RAMS to search RA's log file for a keyword or phrase
  230.           you have defined and send the appropriate message.
  231.           (fully configurable)
  232.  
  233.     -     Every N'th call made by user  - Send a msg. after EVERY Nth call
  234.           .. i.e.,  set it to 10 and Rams will post a msg. to the user after
  235.           EVERY 10 calls... 10,20,30 calls etc.. etc..
  236.           (fully configurable)
  237.  
  238.     -     Happy Birthday (automatically generated on users birthday)
  239.  
  240.     -     Subscription expiry - with this type of message it is possible
  241.           to send messages warning users  of their imminent subscription
  242.           expiry,  and also  to  optionally downgrade their  access once
  243.           their subscription has expired.  Rams can also be configured to
  244.           reset the Upload/Download counters if required.
  245.           (configurable for # of days before expiry to send message)
  246.  
  247.     In addition  to  those above,  RAMS  can  also  send messages to the
  248.     Sysop:=
  249.  
  250.     -     Daily Report - details  of RAMS's  daily  activities  with  an
  251.           optional report on hard drive space.
  252.  
  253.     -     Weekly report - as above, but weekly stats
  254.  
  255.     RAMS  will  also send  and  Echomail/local messages on behalf of the
  256.     Sysop:-
  257.  
  258.     -     The Regular Post type of message allows you to fully  automate
  259.           those regular  echomail  messages  such  as BBS advertisements,
  260.           echo rules etc. This type of message is sent every X days.
  261.  
  262.     -     Monthly post - as with the Regular post, but on a specific day
  263.           each month.
  264.  
  265.     -     Yearly post - Send  Xmas  and New Year greetings automatically
  266.           to your users or other systems.   YOU decide what date to send
  267.           the message, and what is contained in the message text.
  268.  
  269.  
  270.  
  271.     RAMS can now also handle daily  maintenance by means of the  ability
  272.     to run external programs or batchfiles  as part  of it's  midnightly
  273.     routines.
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.                              ---- Page 6 ----
  283.  
  284.                               IMPORTANT NOTE!
  285.                               ===============
  286.     When  RAMS  posts  these  messages it is  also  capable  of  changing
  287.     a users settings, ie Seclevel, Flags, Group etc.  and it  can also be
  288.     setup  so  that messages  will  ONLY  be sent if a user meets certain
  289.     criteria defined by you i.e. Security level - Min and Maximum.
  290.     When posting a message to a user, RAMS will use the users REAL name.
  291.  
  292.     These features are all described in detail later in this document.
  293.     NOTE.
  294.  
  295.  
  296.                                    FILES
  297.                                    =====
  298.     You Should find the following files inside the distribution archive:
  299.  
  300.  
  301.          UPDATE.EXE    - Program to update from version 1.20/1.21 of RAMS
  302.                              Please note: This is NOT needed if you are already
  303.                                             using Rams v1.30
  304.          RAMS.EXE      - The main executable file
  305.          RAMSCFG.EXE   - The setup program used to configure RAMS
  306.          RAMS.DOC      - Documentation for RAMS (what your reading now!)
  307.          REGISTER.NFO  - Registration document for all countries.
  308.          SAMPLE.ZIP    - Sample Message files for use with RAMS
  309.                          (see the section on meta strings for more info)
  310.                          It is recommended that you unpack  this  archive
  311.                          into a  separate directory   off  the  main Rams
  312.                          directory so as not to  clutter it  up  with all
  313.                          the msg. template files.
  314.          EXCLUDE.CTL   - An example EXCLUDE control file for Rams. Please
  315.                          see the file for a more detailed explanation of
  316.                          it's use. It's heavily commented. Rams will run
  317.                          without this file, but it WILL generate an error
  318.                          message. This will NOT affect the running of Rams.
  319.          WHATSNEW.TXT  - A list of the new features/bug fixes since the
  320.                          last release of Rams. If you are already using
  321.                          Rams you should read this file.
  322.  
  323.          NOTE..
  324.          Rams  (and it's associated configuration program)  will generate
  325.          the following files when it is run.
  326.  
  327.          RAMS.DAT - Used to store message counters,  last caller info and
  328.                     other data used by Rams.
  329.          RAMS.CFG - The  main config file  used  by Rams  to tell it what
  330.                     messages are active, path to logfiles,  message bases
  331.                     to use, etc...
  332.  
  333.      !! YOU MUST USE RAMSCFG.EXE TO EDIT THIS FILE TO SUIT YOUR SYSTEM !!
  334.  
  335.  
  336.  
  337.  
  338.                                 ---- Page 7 ----
  339.  
  340.     MESSAGE TYPES - a basic outline.
  341.     -------------------------------
  342.  
  343.     This is just a quick outline of the message types available to you,
  344.     more detailed descriptions of  what is required for each message type
  345.     can be got  by  referring to  the section of the docs dealing with the
  346.     various  'fields'  for  each  message.   There  you  will  find  more
  347.     information on what is required for each 'field' in RamsCfg.
  348.  
  349.     Rams currently  has a  total of 14 message types which it can post to
  350.     users  depending on  what  actions they  have  taken while  they were
  351.     online.
  352.     YOU  decide  which messages are  sent by toggling the Active/Disabled
  353.     switch for each msg. in the RamsCfg program.  If The message is set as
  354.     Disabled, it will NOT be sent to any users.
  355.  
  356.     If you run RamsCfg you will see that  the messages are split into two
  357.     basic types,  'Normal' and 'Midnight'. 'Normal' messages will be sent
  358.     as soon as the user has logged off your system,   'Midnight' messages
  359.     (as the name suggests) will  ONLY  be posted on the first run of Rams
  360.     after midnight. Rams will automatically detect the date rollover and
  361.     send any 'Midnight' messages that are necessary  the first time it is
  362.     executed after midnight.  You DO NOT need to have a separate midnight
  363.     event for Rams.
  364.  
  365.     Rams has both 'User' and 'Sysop' messages. As the names suggest,'User'
  366.     MSG's are sent to the user, and 'Sysop' messages are sent to the Sysop.
  367.     'User' msgs are posted  (if enabled)  to the  user if they do certain
  368.     things that are assigned  to the message,   i.e.. Any new users will be
  369.     sent a 'Welcome' message to welcome them to your system.   The 'Sysop'
  370.     messages are basically designed to be reports that  Rams will send to
  371.     you telling you what it has done.  There is no need to enable  'Sysop'
  372.     messages if you don't want them, as Rams keeps a full history of it's
  373.     actions in it's logfile.
  374.  
  375.     There are also nearly ONE HUNDRED metastrings that you can use in the
  376.     messages.
  377.     They are basically used  to  personalise any messages that are posted
  378.     by Rams,  and  will  allow  you to  include  user data in the message.
  379.     Things such as the user name,  date of birth,  age, the date and time
  380.     the msg. was sent etc. etc..  They  are  described in  MUCH more detail
  381.     elsewhere in the docs,and an idea of how they are used can be gleaned
  382.     by referring to the example message templates supplied in  the release
  383.     archive.
  384.  
  385.     All of the messages types in RAMS are 'Multi' style messages.
  386.     By 'Multi',we mean you can setup MULTIPLE messages and therefore have
  387.     the  ability to  send a  different msg. to your users based  on their
  388.     security level, group, sex, language, and/or age.   Bear in mind that
  389.     Rams will post EVERY message that the user meets the 'Conditions' for,
  390.     so be careful when setting up the message conditions if you are using
  391.     more than msg of a type.
  392.     The 'Conditions' are described in more detail elsewhere in these docs.
  393.  
  394.                                 ---- Page 8 ----
  395.  
  396.     NORMAL MESSAGES
  397.     ---------------
  398.     These messages are sent as soon as the user logs off your system.
  399.  
  400.  
  401.     WELCOME
  402.     --------
  403.     This message  (If activated)  will be sent to any  NEW users to  your
  404.     system.  It is designed to  'Welcome' new users to your BBS.  It will
  405.     only be posted ONCE to any NEW users.This message is your opportunity
  406.     to say 'Hi' and let users know about your setup etc.
  407.  
  408.  
  409.     UPLOAD
  410.     ------
  411.     This is posted to anyone that 'Uploads' any files to your system.  It
  412.     will send a 'Thankyou' message to them. It will NOT send a message if
  413.     the upload was a 'File attach'  but ONLY if it was a normal upload to
  414.     one of your file areas.  A quick 'Thankyou' message can do wonders at
  415.     getting users to upload! :-)
  416.     Please note,  that  this  feature may  not work  if you  are using an
  417.     external file manager, but it has been tested with Derek Bryant's FLM
  418.     program and works perfectly with  that providing that FLM writes it's
  419.     log to RA's logfile.
  420.  
  421.  
  422.     WATCHDOG
  423.     --------
  424.     This message will be sent if the user EXCEEDS the number of passwords
  425.     allowed on your system. It can be setup to include the passwords that
  426.     were tried and is  designed to  warn  users of  possible  attempts by
  427.     someone else to gain access to their account.   If you  decide to use
  428.     this option, please ensure you disable RA's internal watchdog message
  429.     or you will get duplicates!
  430.  
  431.  
  432.     CARRIER DROP
  433.     ------------
  434.     Basically this message will be sent if the user Drops Carrier without
  435.     logging off your system correctly.
  436.     Rams will ONLY normally  send a  carrier drop message if the user was
  437.     in RA when they dropped carrier.   If  they were  in an external door
  438.     program (either type 7 OR type 15) it will  simply report that it was
  439.     'Unable to determine' what happened,   and NO message will be sent...
  440.     Therefore you can SAFELY use RAMS  even  on a  system that is stuffed
  441.     full of online doors (games, mail doors, time banks etc.).
  442.  
  443.     There is  also the  facility to specify a 'List' of doors that DO NOT
  444.     allow a user to logoff.   If a  door program DOES NOT allow a user to
  445.     logoff from within it,  you  can enter and part of the 'DOS shell' or
  446.     'Exit at errorlevel' string that is  written to  RA's  log  into this
  447.  
  448.  
  449.  
  450.                                 ---- Page 9 ----
  451.  
  452.  cont....
  453.     'List' and Rams WILL  then  send  a carrier  drop message even if the
  454.     user was in that particular door. Please note, this is ONLY for doors
  455.     that DO NOT allow a user to legitimately logoff from within them!
  456.     Using  it  for  a door  that  users  can  logoff  from (Blue Wave for
  457.     example)  WILL cause  problems as  Rams WILL then send a carrier drop
  458.     message even if the user has logged off correctly.
  459.  
  460.  
  461.     TIMES ON
  462.     --------
  463.     This message is sent after the user has called your system 'X' times.
  464.     i.e.. if you set it for 10 it will send the user a message after he/she
  465.     has made a TOTAL of 10 calls to your system,   if  you set it for 250
  466.     it will send a message after the user has made a TOTAL of 250 calls.
  467.  
  468.     Again, this is a 'Multi' style message,  so  you  can  setup up to 10
  469.     different 'Times On' messages all with different values if you wish.
  470.     'Multi' messages are described  in more detail in  the 'Carrier Drop'
  471.     message description and elsewhere in this doc file.
  472.  
  473.     KEYWORD
  474.     -------
  475.     This is perhaps one  of the most  flexible message types available in
  476.     Rams.   With it,  YOU can specify a string from your RA logfile,  and
  477.     Rams will post a message IF it  finds that  particular string in RA's
  478.     log after the user has logged off your system.
  479.     Because  this message  can  be  used  for almost  any  purpose  it is
  480.     impossible for  us  to supply a  generic message template file for it.
  481.     But to give you some  idea of how it could be used, you could enter a
  482.     string of 'BLUEWAVE.BAT' (without the quotes!) and, assuming the Blue
  483.     Wave mail door was called up  from  a batchfile  called  BLUEWAVE.BAT
  484.     Rams would send the user a message if he/she entered that door... You
  485.     could then write a message template file  saying  'Why  not  become a
  486.     point off ???? BBS?'. That's only a suggestion to give you an idea of
  487.     just how flexible this message can be....   YOU decide what string to
  488.     search for AND what message to send if it's found.   Please note that
  489.     Rams will ONLY generate  a message  based on the FIRST  match to  the
  490.     string you specify..If the string isn't found NO message will be sent.
  491.  
  492.  
  493.     Nth CALL
  494.     --------
  495.     This message is similar to the  'Times On' message,  except  that the
  496.     value you specify will cause a message to be sent by Rams after EVERY
  497.     'X' calls.  So if you set it up to use a value of 6,  Rams would send
  498.     the user a message after he/she had called your system 6 times,  then
  499.     again after 12 calls, again after 18 calls etc. etc...
  500.  
  501.  
  502.  
  503.  
  504.  
  505.  
  506.                                 ---- Page 10 ----
  507.  
  508.     MIDNIGHT MESSAGES
  509.     -----------------
  510.     All 'Midnight'  messages are sent ONCE per day on the first run after
  511.     midnight.   Although Rams will do this without your having to setup a
  512.     separate midnight event,  it is still recommended that you set one up
  513.     to ensure that Rams does it's  daily procedures.  If  you  had  a day
  514.     without any calls to your system (unlikely), Rams may miss some daily
  515.     messages it needs to send.
  516.  
  517.  
  518.     DAILY REPORT
  519.     ------------
  520.     This is a message to the Sysop ONLY.  It  will give  a  report of the
  521.     previous days activity by Rams,  listing the quantity of each type of
  522.     message it has sent.   The message is basically there so you can keep
  523.     an eye on Rams's activity It can also give a listing of free and used
  524.     drivespace on your system. Useful in case your away from your machine
  525.     for a while. See the example DAYREPT.MSG message template.
  526.  
  527.  
  528.     WEEKLY REPORT
  529.     -------------
  530.     As with the Daily Report,  this message is to the Sysop ONLY. It will
  531.     give a list of all messages posted in the previous week by Rams.   It
  532.     can also give a listing of  drivespace  used and free  on your system
  533.     if you wish. See the example WEEKRPT.MSG  message  template  for more
  534.     info.
  535.  
  536.  
  537.     HAPPY BIRTHDAY
  538.     --------------
  539.     Here Rams will send every  user  a  birthday  message if  it is their
  540.     birthday on that particular day.  A nice touch that helps keep you in
  541.     high esteem with your callers.   Rams  will post  ONE message to each
  542.     user on their birthday,  so it may  send quite a few on a busy system.
  543.     However it  will  only send  ONE  Sysop report  message  if  they are
  544.     enabled,  which can list ALL the users it has sent birthday  messages
  545.     to that day.   See the USERBDAY.MSG and SYSBDAY.MSG message templates
  546.     for an idea of what you can do with these messages.
  547.  
  548.  
  549.     REGULAR POST
  550.     ------------
  551.     Another of the 'Multi' style  messages available  in  Rams -  See the
  552.     Carrier Drop message for more info on 'Multi' messages.
  553.  
  554.     Here you can setup a message that will be posted EVERY 'X' days... If
  555.     you set it to a value of 10 for example,  it  will  post that message
  556.     EVERY 10 days. You have a maximum of 10 Regular Post messages you can
  557.     setup for various things.   This  would be ideal for those boring old
  558.     'BBS Advert' style messages,or for announcing the 'Rules' for an echo
  559.     area etc. etc.
  560.  
  561.  
  562.                                 ---- Page 11 ----
  563.  
  564.  cont...
  565.     This message also allows you to specify a 'Post to' name...  here you
  566.     can enter 'All' or  a 'User Name'  (Without the quotes!),  or you can
  567.     even use the '@ALL' macro  (as in RA)  and  Rams  will  then  post an
  568.     individual message to EVERY user  that satisfies the  'Conditions' of
  569.     the message. Please note, setting this msg. to  use the  '@ALL'  macro
  570.     (Without the quotes!) can produce a LOT of messages  if  most of your
  571.     users meet the conditions assigned to it, it may also take some  time
  572.     to complete!
  573.  
  574.  
  575.     MONTHLY POST
  576.     ------------
  577.     Exactly the same as the 'Regular Post' message, except that Rams will
  578.     post the message on the date of the month you have specified.  If you
  579.     give it a value of 15 for example, Rams will post that message on the
  580.     15th of EVERY month, i.e. 15th January, 15th February,  15th  March etc.
  581.     etc...
  582.     As with the 'Regular Post' messages you can also use the '@ALL' macro
  583.     in this message type. See Regular Post messages for more info.
  584.  
  585.  
  586.     YEARLY POST
  587.     -----------
  588.     Exactly the same as the 'Regular Post' messages,   except  that  this
  589.     time you have to specify a date and month as values for the message.
  590.     For example,  if you set  it to 15  for the day,  and 7 for the month,
  591.     Rams would post the message on the 15th of July EVERY year... As with
  592.     all the other 'Multi' style messages you can  setup  a  total  of ten
  593.     Yearly Post messages each  with a different date,  or  with  the same
  594.     date but different 'Conditions'. So you can easily setup a message to
  595.     be posted on 25th December  to  wish all your users 'Happy Christmas'
  596.     etc. etc.
  597.     As with the  'Regular Post' messages,  you  can also  use the  '@ALL'
  598.     macro in this message type. See Regular Post messages for more info.
  599.  
  600.  
  601.     SUBSCRIPTION
  602.     ------------
  603.     This message type allows  you to warn  your  subscribers  when  their
  604.     subscription is due.   You can specify  a number of days BEFORE their
  605.     subs expire for Rams to send them a message.    So if you entered 30,
  606.     Rams would send them a message 30 days BEFORE their subscription  was
  607.     due...   Again  you have  a total of  10  messages  so you  can setup
  608.     different messages for different security levels, or post one message
  609.     30 days before their subs expire and another 7 days before etc. etc..
  610.     There is an option in the actions menu  to reset the  upload/download
  611.     counters back to "new user" defaults(as configured is raconfig) which
  612.     you can set for the user's expiry message,   by  doing this  you will
  613.     restore their account back to normal status.
  614.     As with  ALL  midnight messages,     Rams  will  post  any  necessary
  615.     subscription msgs automatically in it's daily procedures...
  616.  
  617.  
  618.                                 ---- Page 12 ----
  619.  
  620.  cont...
  621.  
  622.     Don't forget,  if your system  should be down for a few days,  or  it
  623.     misses a midnight event and Rams is not run EVERY day,  Rams will NOT
  624.     post any messages it may have missed.  It is up to YOU to ensure that
  625.     Rams is run  AT LEAST  once per day  so it  can  post  any  necessary
  626.     midnight messages.
  627.  
  628.  
  629.  
  630.                       UPGRADING FROM PREVIOUS VERSIONS
  631.                       ================================
  632.  
  633.     If you are already using  RAMS v1.20 or 1.21  you DO NOT need to redo
  634.     all the setup.   Simply copy the RAMS.EXE, RAMSCFG.EXE and UPDATE.EXE
  635.     into your Rams directory (overwriting the existing files)
  636.     Then change to your Rams directory and run UPDATE.EXE. If you are already
  637.      using RAMS v1.30 you DO NOT need to update the program!
  638.  
  639.     This will update your existing configuration, and DELETE the RAMS.DAT
  640.     file. Rams will recreate the Dat file the first time it is run, but
  641.     you should note that this will cause all message counters (used in-
  642.     the daily and weekly reports) to be zeroed.
  643.  
  644.     You should take a look through the config program after doing this as
  645.     new features - mainly to do with Co-Sysops selection,  but also now we
  646.     have added an extra  option to the  menu which  now allows you to  run
  647.     external programs  or batchfiles as part of RAMS  midnightly routines.
  648.     As far as these new features are concerned,    they will by default be
  649.     setup to "neutral" values,but you should take the time to look at them
  650.     as they can GREATLY enhance the flexibility of Rams.
  651.  
  652.  
  653.                                  INSTALLATION
  654.                                  ============
  655.  
  656.     Installation of RAMS could not be easier,  Unpack the main files into
  657.     a directory (C:\RAMS is the suggested directory).    Make a directory
  658.     to hold your message templates and unpack the SAMPLE.ZIP  into  that,
  659.     (the suggested directory is C:\RAMS\TEMPLATE).
  660.     Read the section entitled "Getting Started"  and  then  run the file
  661.     RAMSCFG.EXE to configure the program.
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673.  
  674.                                 ---- 13 ----
  675.  
  676.                                GETTING STARTED
  677.                                ===============
  678.  
  679.     Before  configuring  RAMS  you will  need to  know a couple of basic
  680.     things about YOUR system:-
  681.  
  682.     1/. - The format and details of your Sysop message base(s).
  683.  
  684.     2/. - The format and details of User and local/echo message bases(s).
  685.  
  686.     That's it, as simple as that!!
  687.  
  688.     Ok,having unpacked your files into the relevant directories you will
  689.     now need to setup the "System" section of the configuration.
  690.     Make sure that RAMSCFG.EXE and RAMS.EXE are installed into the  SAME
  691.     directory otherwise RAMS will not be able to read it's configuration
  692.     file once it is created.
  693.     Run the file RAMSCFG.EXE,  press  either  F10 and move the highlight
  694.     bar to "System", OR, just press Alt-S, then press ENTER.
  695.     You have then got two options - System or MSG's Setup...
  696.     Press  Enter on  the System option.   You  are  now presented with a
  697.     screen with several input boxes for Sysop Name,   System Name etc...
  698.     You will note that RAMSCFG has placed  you directly  in the field to
  699.     enter the sysop's name,just type in your name and the input box will
  700.     clear of the default text for you.   The  input routines in RAMS all
  701.     work the same way, type to edit, Tab or Enter to Skip,  and Space to
  702.     toggle the multi - choice options.
  703.     Having entered your name by pressing Enter this will be saved and you
  704.     are in the system name entry field, all these entry fields work in the
  705.     same way.
  706.     Having setup the five fields in  the system  menu  you need to  press
  707.     escape to close the window,  select MSG's setup and press enter.  This
  708.     is the default message setup, in other words if you forget to specify
  709.     a message  area for  a  particular  message then RAMS will default to
  710.     these areas.
  711.     Use space to toggle between  Jam/Hudson  and then press enter,  enter
  712.     the msgs base number (Hudson) or the message base path/filename (JAM),
  713.     press enter and you are moved to the  User section of the menu  which
  714.     is identical.
  715.  
  716.     Having completed that press Escape to exit the menu,then use the left
  717.     and  right arrow keys to select the message menu  you require,  setup
  718.     the required messages,(full details can be found in the Message Setup
  719.     section),  then press Alt-X to  exit the setup program,  you  will be
  720.     prompted to save your configuration, choose Yes and your ready to run
  721.     Rams for the first time!
  722.  
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730.                                 ---- 14 ----
  731.  
  732.                               THE MENU OPTIONS
  733.                               ================
  734.  
  735.     There are many menu  options in RAMSCFG, They are very simple to use,
  736.     an in - depth guide to these options now follows:=
  737.  
  738.     MAIN SCREEN
  739.     -----------
  740.     Options are as follows:-
  741.  
  742.     =        -  About RAMS,  this  simply pops a box telling you who the
  743.                 authors are and what the program is called!
  744.  
  745.     System   -  This is the only part of the program that HAS to be setup.
  746.                 It is in this section where you will enter your name, the
  747.                 System name, Logging options, and set the default message
  748.                 bases.
  749.                 PLEASE NOTE! You CANNOT access ANY of the other menus until
  750.                 you have setup the System menu.
  751.  
  752.     Normal   -  Normal message types.  A  NORMAL message type is one that
  753.                 is sent when RAMS is run  after  a caller has been on the
  754.                 BBS.   These  messages include  Welcome messages,  Upload
  755.                 messages, Carrier drop messages, and more..
  756.  
  757.     Midnight -  Midnight message types.   A  MIDNIGHT message type is one
  758.                 that is sent the first time RAMS  is  run AFTER midnight.
  759.                 There  are   no  command  line  parameters  or   external
  760.                 utilities required with RAMS,  RAMS  checks  the time and
  761.                 date when it is run and performs it's  "daily or midnight"
  762.                 events when they are required. Midnight messages for this
  763.                 reason are messages that require to be posted on a daily,
  764.                 or greater timescale and include messages such as Regular
  765.                 post, Monthly post, Subs expiry and much more.  Also from
  766.                 this menu you can setup the Daily and Weekly reports.
  767.  
  768.     Externals - From  version 1.3  RAMS can  now run  external programs or
  769.                 batchfiles as part of it's midnightly event. This could be
  770.                 used to create filelists,  update your online games,  copy
  771.                 logfiles, or just about any other thing you can think of!!
  772.                 The difference in using  RAMS  to do this rather than your
  773.                 normal batchfile is RAMS will attempt to report any  errors
  774.                 during this process,  so you  will  know if for any reason
  775.                 there was an error and the program could not be executed!!
  776.  
  777.     Reports  -  From  version 1.2  RAMS can now generate text based report
  778.                 files of it's configuration.       This may be handy for a
  779.                 reference or to assist you in setting up. Rams will prompt
  780.                 you for the filepath/name to write to,    and  also if you
  781.                 require the report to include ALL or just  ACTIVE  message
  782.                 information.
  783.  
  784.  
  785.  
  786.                                 ---- 15 ----
  787.  cont...
  788.  
  789.     Help     -  RAMSCFG has an extensive online help facility which  will
  790.                 take you to the relevant section of this document file,so
  791.                 as you see, there is no having to close the program  down
  792.                 if you want to refer to the docs, just press F1 from just
  793.                 about anywhere in the program.
  794.                 The help file viewer supports the following commands:=
  795.  
  796.                 PgDn      -   Down a page
  797.  
  798.                 PgUp      -   Up a page
  799.  
  800.                 Home      -   Go to the start of the document
  801.  
  802.                 End       -   Go to the end of the document
  803.  
  804.                 Up & Down Arrow keys give full scrolling.
  805.  
  806.     Along the bottom of the screen
  807.     ------------------------------
  808.     F1       -  Brings  up  the  help  from anywhere  in the program (see
  809.                 above)
  810.  
  811.     Alt - X  -  Exit the program. You are prompted upon exit to save your
  812.                 configuration.
  813.                 NOTE:=
  814.                 It is ONLY at this point that  any  changes you have made
  815.                 will be written to the configuration file!!!
  816.  
  817.     F2       -  Save.  Exactly what it says...SAVE the data,  this option
  818.                 will overwrite your  configuration  file  WITHOUT warning
  819.                 and is more for piece of mind.ie. If you are worried that
  820.                 the system may lockup or crash for some reason then  this
  821.                 will effect a data save.
  822.  
  823.     F10      -  Activates the top menu bar. Once activated press left and
  824.                 right arrow keys to highlight the option you require, and
  825.                 then enter to select that option.
  826.  
  827.     Escape   -  Escape will always close the menus one stage,  back down
  828.                 as far as the opening screen,where upon Alt - X will exit.
  829.  
  830.  
  831.     THE SYSTEM MENU
  832.     ---------------
  833.     System Setup   -  This is compulsory!   In  this menu is  the section
  834.                       where you enter the things RAMS MUST  know about in
  835.                       order to function.
  836.                       From within this menu you will  enter  your name as
  837.                       you wish RAMS to know it,  your  system name as you
  838.                       wish RAMS to know it. You will need to confirm  the
  839.                       path to CONFIG.RA,  set your logging  options,  and
  840.                       tell RAMS where you have stored the message template
  841.                       files.
  842.                                 ---- Page 16 ----
  843.  cont...
  844.  
  845.     MSG's Setup     -  This is the default message setup,in other words if
  846.                       you   forget  to  specify  a  message  area  for  a
  847.                       particular  message then RAMS will default to these
  848.                       areas.   It  is  advisable that before setting this
  849.                       section up  that  you  know which  message base you
  850.                       will be  using for your  default  sysop and default
  851.                       user message bases.
  852.  
  853.  
  854.     THE NORMAL MENU AND MIDNIGHT MENU
  855.     ---------------------------------
  856.     As these are really  about setting  the  messages up  the option from
  857.     these menus will be discussed  under  the  headings for  the  various
  858.     message types.
  859.  
  860.  
  861.                            THE SYSTEM SETUP OPTIONS
  862.                            ========================
  863.  
  864.     SYSOP NAME
  865.     ----------
  866.     This is your name as you wish your users to see it.
  867.     Please note that this MUST also match the name you give for your  key
  868.     when you register RAMS.
  869.     It MUST also match the Sysop name in RA config too!
  870.  
  871.  
  872.     SYSTEM NAME
  873.     -----------
  874.     This is the name you wish your system to be known by.
  875.     Please note that unlike some programs your system name is  irrelevant
  876.     as far as a registration key is concerned, so if you decide to change
  877.     your system name there  will  be no  need  to go through the problems
  878.     and inconveniences of getting a new key.
  879.     Rams checks the Sysop name in Config.RA anyway and that MUST match the
  880.     name stored in the key or Rams will abort with an error, so no-one can
  881.     use another persons key unless they also use that persons  name as the
  882.     Sysop name in RA!!
  883.  
  884.  
  885.     TEMPLATE DIRECTORY
  886.     ------------------
  887.     This  is the  directory where  RAMS  expects  to  find  it's  message
  888.     template files.
  889.     This is where  you  should unpack the  SAMPLE.ZIP  archive  contained
  890.     inside the main  distribution archive.  It  contains  example message
  891.     templates for *MOST* of the messages available in Rams.
  892.     You  may  if  you wish set this to your main RAMS directory,   but  a
  893.     sub-directory is recommended as with all messages active this  version
  894.     (RAMS) allows for 150 PLUS message templates!!!
  895.     NOTE - This Directory MUST be set BEFORE you may activate ANY message!
  896.  
  897.  
  898.                                 ---- Page 17 ----
  899.     LOG PATH/FILENAME
  900.     -----------------
  901.     Like all good programs RAMS keeps  a  logfile of  it's activities  so
  902.     that you can easily monitor that RAMS is performing as you expect. If
  903.     you leave this field as default then RAMS will create it's logfile in
  904.     it's own system directory.   You  may however  prefer the practice of
  905.     keeping all your logfiles together,  in which case enter in here the
  906.     full path and filename you wish to call your log.
  907.     For EXAMPLE C:\LOGS\RAMS.LOG
  908.     NOTE.You can use *N as a node variable  (exactly as you can in RA) so
  909.     using a log file name of RAMS*N.LOG  would  generate a logfile called
  910.     RAMS1.LOG for node 1, RAMS2.LOG for node 2 etc. etc.
  911.  
  912.     PATH TO CONFIG.RA
  913.     -----------------
  914.     Because of the variance in multinode systems we found it necessary to
  915.     confirm where your CONFIG.RA file will be for the node you are  going
  916.     to be setting up for.  RAMSCFG will attempt to find this from the  RA
  917.     system environment variable.  If this is correct then press enter  to
  918.     confirm or edit as required.
  919.  
  920.                         THE MESSAGE MENU OPTIONS
  921.                         ========================
  922.     The message menus within RAMSCFG are set out as a template.  It is by
  923.     doing this that as you become accustomed to setting  one  message type
  924.     up  you will  need  very  little  extra  knowledge  to  setup further
  925.     messages.  Some message types have "extra" options,    some have less
  926.     options, but the layout remains the same, the same keystrokes etc...
  927.  
  928.     These options are:=
  929.  
  930.     ACTIVE   [ ]
  931.     ------------
  932.     Press Space to toggle the "X" in the box, BLANK is INACTIVE,  "X"  is
  933.     ACTIVE.  This is basically the On/Off switch for the message,   so if
  934.     you don't require to set the message up leave this box blank and exit
  935.     the menu.  If  however you wish  to activate this message then toggle
  936.     the box to show "X" and press enter to confirm.
  937.     NOTE - Rams will ONLY post the message if it is set as ACTIVE
  938.     *IMPORTANT NOTE*
  939.     The RAMS configuration program will NOT allow you to activate a message
  940.     UNTIL the message template directory has been setup in the system setup
  941.     menu!
  942.  
  943.     FILE ATTACH
  944.     -----------
  945.     File Attach support for 'Local' and 'Netmail' messages.   Rams will NOT
  946.     allow a file attach to an 'Echo' message. For Netmail messages,    Rams
  947.     will simply attach the file you specify to the message it generates.But
  948.     for Local messages,   Rams will create a  UNIQUE  directory off your RA
  949.     'File Attach' directory and copy the file for EVERY message it sends so
  950.     BE CAREFUL  if you  are  using the  @ALL  macro  to post  'File Attach'
  951.     messages as  it  WILL  take a lot of time and WILL quickly fill up your
  952.     hard drive as EVERY message needs a seperate copy of the file because of
  953.     the way RA handles things.
  954.     To enter a file attach toggle the file attach field 'X' and the subject
  955.     now becomes the entry field for your filename.
  956.  
  957.                                 ---- Page 18 ----
  958.  
  959.     AREA TYPE
  960.     ---------
  961.     Press Space to toggle between the Hudson and Jam message base format.
  962.     For the Hudson message base the MsgBase field will show as  a three -
  963.     digit entry box,  if Jam is selected a full width path/filename entry
  964.     field will appear.
  965.  
  966.     LOCAL/ECHO/(Netmail)
  967.     ----------
  968.     Press Space to toggle between Local and Echo messages.   RAMS has the
  969.     ability to send both the sysop and the user messages as local.    Why
  970.     the option to send the sysop message as an echo message?     Well the
  971.     sysop may  be going away and may wish to use RAMS to check his system
  972.     remotely!.
  973.     If this field is  set   to  local  then pressing enter will skip this
  974.     option.
  975.     If this field is toggled to echo then pressing enter will take you to
  976.     an "EchoMail Information" menu where you will be prompted for the aka
  977.     for the message area and to enter an origin line.
  978.     Please refer to the "Echomail Information" section for more details.
  979.     Netmail is available for the Regular, Monthly, and Yearly messages.
  980.     Please refer to the "Netmail Information" section for more details.
  981.  
  982.     TEMPLATE FILENAME
  983.     -----------------
  984.     This  is the  message  filename  for this  particular  section of the
  985.     message i.e.. one for the sysop and one for the user.    This must be a
  986.     valid filename complete with the extension. RAMS expects to find this
  987.     message file in it's template directory.    The file itself is just a
  988.     simple Ascii text file which may contain METASTRINGS which RAMS  will
  989.     replace with applicable system information at run-time.
  990.     The  metastrings  will  allow  you  to  insert  extra  user  specific
  991.     information into each message generated by Rams...   Such as username,
  992.     Sysopname, bbsname,date,time and lots of other details. This makes it
  993.     relatively  easy  to  use just  one  message  template file  for each
  994.     message and Rams will take care of the detail.
  995.     There are almost ONE HUNDRED metastrings available for you to use!
  996.     (for more information on Metastrings please refer to the section that
  997.     is headed "METASTRINGS").
  998.     Please note that although the configuration program  will  default to
  999.     certain filenames that it is YOUR responsibility to  make  sure  that
  1000.     these files exist and are edited to suit your needs!!!
  1001.     Both the filename AND the extension are entirely optional  -  you may
  1002.     call them whatever you wish,you may if you wish even specify the same
  1003.     filename for more than one message  -  handy for regular posts  where
  1004.     perhaps you may wish to have for example your  BBS  advert  posted in
  1005.     more than one mail network under different aka's.
  1006.     You DO NOT  have  to  accept  the default filenames, you can call the
  1007.     templates whatever you want.  The  default names are only provided so
  1008.     that they match the example  message  template  files provided in the
  1009.     release archive.
  1010.  
  1011.     RAMSCFG has an inbuit template editor - see section later..
  1012.  
  1013.                                 ---- Page 19 ----
  1014.  
  1015.     CO-SYSOP FEATURE
  1016.     ----------------
  1017.     In addition to posting to the sysop RAMS can also  now post to  up to
  1018.     three co-sysops.
  1019.     New for version 1.3 The co-sysop's feature can now be activated and the
  1020.     co-sysop selected as an alternative sender of the message.
  1021.     Activate this feature by toggling the check box with the space bar. If
  1022.     actived, you will be put into an input screen for UP TO three names.
  1023.     RAMS will post additional copies of the sysop's message headed with the
  1024.     names setup here.   If you have entered at least one co-sysop's name in
  1025.     the co-sysop  menu them you will then be moved to a selection box which
  1026.     will allow you to choose the sender of the message,   selection is done
  1027.     by means of toggling with the spacebar.
  1028.  
  1029.  
  1030.     MSG AREA
  1031.     --------
  1032.     This is the message area that you wish to post your message into.  In
  1033.     the  case  of  HUDSON  this  is the THREE DIGIT number for the HUDSON
  1034.     message base.
  1035.     In the case of a JAM area this is the FULL path  and  filename to the
  1036.     JAM message file WITHOUT any extension.
  1037.     NOTE - This is the filename, NOT the Echotag! RAMS cares not what the
  1038.     Echotag is!!!
  1039.  
  1040.  
  1041.     SUBJECT
  1042.     -------
  1043.     Each message has a subject line where you may specify the subject  of
  1044.     the message.     RAMS does have default subjects built in and if this
  1045.     field is left blank then RAMS  will  insert  the default subject line
  1046.     for that particular message.
  1047.  
  1048.  
  1049.     POST TO
  1050.     -------
  1051.     This option is available  ONLY  in the Regular,  Monthly,  and Yearly
  1052.     messages.   This  allows you to  address your message to a particular
  1053.     person, or simply "All".
  1054.     Also in this field you may use the '@ALL' macro. If @ALL (without the
  1055.     quotes!) is found in the 'Post to' field  it will  generate a message
  1056.     to EVERY user, so it may take a while!  It may also generate a LOT of
  1057.     MSG's!    These  MSG's  will  ONLY  be posted if the user satisfies the
  1058.     conditions you have specified for the msg. concerned.
  1059.     @ALL is NOT case sensitive... You can use @ALL, @all, @All or whatever.
  1060.  
  1061.  
  1062.     CALLS/TIMES ON
  1063.     --------------
  1064.     This entry field in the  Times on  message allows you  to specify the
  1065.     number of calls made to the system by the user that has just been  on
  1066.     line, and in the Nth Call template the number of calls. You may enter
  1067.     a value between 1 and 999.
  1068.  
  1069.                                 ---- Page 20 ----
  1070.  
  1071.  
  1072.     KEYWORD
  1073.     -------
  1074.     Entry in this field can be numerical,  alphabetic,  and in  upper  or
  1075.     lower case,  but  remember that  it  MUST  be an  EXACT  match to the
  1076.     keystring that you wish RAMS to search for.
  1077.  
  1078.  
  1079.     DAY OF WEEK TO POST
  1080.     -------------------
  1081.     Only found in the Weekly report template, this allows you to  specify
  1082.     which day of the week you would like  to  receive your  weekly report
  1083.     (if active).  Arrow keys left and right to move  the "highlight"  and
  1084.     enter to select.
  1085.  
  1086.  
  1087.  
  1088.     FREQUENCY
  1089.     ---------
  1090.     Only found in the  Regular  post  message  allows  you to specify the
  1091.     number of days between posts!
  1092.  
  1093.  
  1094.     DATE TO POST
  1095.     ------------
  1096.     Only found in the Monthly message type.   This  allows you to specify
  1097.     the date in the month to post i.e.. 2nd, or 17th, or 25th....
  1098.     NOTE - If you specify for example 30 ( 30th of the month ) then  RAMS
  1099.     will not post in February (28/29 days in this month)...
  1100.  
  1101.  
  1102.     MONTH & DAY
  1103.     -----------
  1104.     Used in the Yearly message.   Enter the date in these fields that you
  1105.     wish RAMS to post on.
  1106.     NOTE - RAMS makes no validation of that date,  so if you entered  the
  1107.     values of 4 (April) and 31(31st) then the message would NEVER be sent
  1108.     as there are only 30 days in April!!
  1109.  
  1110.  
  1111.     DAYS TO EXPIRE
  1112.     --------------
  1113.     This is found  on the  Subscription  message template and is used  to
  1114.     specify the number of days prior to a subscription  expiry to  post a
  1115.     message to a user. Setting a value of say 90 in this field will cause
  1116.     RAMS to send a message 90 days before a subscription expires,  please
  1117.     note that RAMS will only send this message on the 90th day before the
  1118.     expiry date..... Setting this message will not warn  users with  less
  1119.     than the specified number of days to receive this message...so if say
  1120.     on the 90th day before a subscription expiry RAMS is not run,    then
  1121.     that user will NOT receive a message....
  1122.  
  1123.  
  1124.  
  1125.                                 ---- Page 21 ----
  1126.  
  1127.     ACTIVATE DOOR FEATURE
  1128.     ---------------------
  1129.     This field is common to ALL the Carrier Drop message templates,   and
  1130.     can be accessed from any one of them!
  1131.     On activating this field another menu appears where you may enter  up
  1132.     to ten  " DOS shell : "  or  " Exit at errorlevel " strings that will
  1133.     uniquely identify a door that does NOT permit a  logoff from  within.
  1134.     Please  make sure that the string entered  here EXACTLY  matches  the
  1135.     entry in RA's logfile!!   CASE IS IMPORTANT!!!
  1136.     The list of Doors that DO NOT  allow  a  user to logoff needs only be
  1137.     setup for ONE carrier drop message,  the SAME setup is applied to ALL
  1138.     carrier drop messages.
  1139.  
  1140.     Some examples:-
  1141.  
  1142.          DOS shell : *C /c c:\ra\acbj.bat *M
  1143.  
  1144.          DOS shell : C:\RA\ABC.EXE *M
  1145.  
  1146.          Dos shell : C:\RA\DOORS\TETRA\TETRA.EXE *M
  1147.  
  1148.          DOS shell : *C /c c:\ra\cs.bat *M
  1149.  
  1150.          DOS shell : *C /C: C:\RA\LISA.BAT *M
  1151.  
  1152.          DOS shell : *C /c c:\ra\4square.bat *M
  1153.  
  1154.          DOS shell : *C /c C:\RA\DOORS\WHEEL\MCSPIN.EXE /N *N *M
  1155.  
  1156.      Any UNIQUE part of the above strings would suffice!!
  1157.  
  1158.      ie. MCSPIN.EXE , acbj.bat,
  1159.  
  1160.  
  1161.                            THE EXTERNALS MENU
  1162.                            ==================
  1163.  
  1164.      New for vesion 1.3 is an option to run external programs as part of
  1165.      RAMS midnightly events.
  1166.      These can be 'Regular' (every X days),  'Monthly' (once per month),
  1167.      or 'Yearly' (Once per year).
  1168.      This is again up to 10 templates per menu, ie...10 regular,
  1169.      10 monthly, and 10 yearly.
  1170.  
  1171.      The template commands are simple to use:=
  1172.  
  1173.      Active
  1174.      =======
  1175.      Sets this program active - Space to toggle, Enter to select.
  1176.  
  1177.  
  1178.  
  1179.  
  1180.  
  1181.                                 ---- Page 22 ----
  1182.  
  1183.      Command
  1184.      =======
  1185.      You should specify the  FULL path AND program name  to run.   If the
  1186.      program requires Command.Com to be loaded (ie a batch file),you MUST
  1187.      ensure that you have set the 'COMSPEC' environment variable.  Please
  1188.      refer to your Dos manuals for more info on 'COMSPEC'.  Attempting to
  1189.      run a batch file without defining the  COMSPEC  environment variable
  1190.      WILL cause an error as Rams will NOT  be able to call Command.Com to
  1191.      process the batch commands.
  1192.      If the you specify a program  WITHOUT  an extension Rams will search
  1193.      for .Com, .Exe, and .Bat in that order.  Because Rams is a DOS based
  1194.      program it does NOT support .Cmd files as used in OS/2 etc.   If you
  1195.      try to run a .Cmd file you are asking  for trouble!  You  have  been
  1196.      warned!
  1197.  
  1198.      Frequency
  1199.      =========
  1200.      Frequency to run this program, in days.   RAMS keeps an index of how
  1201.      many days since the last run and when this index reaches the  number
  1202.      you enter here the program will be run. ie, every <X> days.
  1203.  
  1204.      Date to Process
  1205.      ===============
  1206.      This unlike frequency is the date of the  month to run this program.
  1207.      Please be warned though, setting this entry to 31 will mean that the
  1208.      program will ONLY be run on the 31st of the month, so therefore this
  1209.      also means that if the month only has 30 days in it then the program
  1210.      will NOT be run!
  1211.  
  1212.      Month & Day
  1213.      ===========
  1214.      On a  " Yearly " template  this sets the date of EACH year that this
  1215.      program will run.
  1216.      Values are 1 to 12 for the month and 1 to 31 for the day. Please note
  1217.      that RAMS makes NO attempt to validate  the date,   if you  enter for
  1218.      example 31 April(4), then this will NEVER be processed since there is
  1219.      no 31st April, likewise 29th Febuary(2)  would only be processed on a
  1220.      leap year!
  1221.  
  1222.  
  1223.  
  1224.  
  1225.  
  1226.  
  1227.  
  1228.  
  1229.  
  1230.  
  1231.  
  1232.  
  1233.  
  1234.  
  1235.  
  1236.  
  1237.                                 ---- Page 23 ----
  1238.  
  1239.  
  1240.                             THE REPORTS MENU
  1241.                             =================
  1242.  
  1243.      RAMS has the ability to generate a textfile of it's settings.
  1244.      There are five reports available :-
  1245.  
  1246.      System Report     - All System menu settings
  1247.      Normal Msgs       - Normal messages configuration
  1248.      Midnight Msgs     - Midnight messages configuration
  1249.      External programs - External programs configuration
  1250.      Global Report     - Everything!
  1251.  
  1252.      On choosing a report you will first be prompted for a  Path/Filename,
  1253.      be warned RAMSCFG will create it's own path/file as entered so if you
  1254.      make a typos the directory/file will be created!
  1255.      Once this is entered you will be prompted to choose from:=
  1256.  
  1257.      1 - All messages, regardless of whether thtey are active or not.  The
  1258.          idea being you can find out about those messages  you temporarily
  1259.          turned off.
  1260.      2 - Active messages,this ONLY reports the settings of ACTIVE messages.
  1261.  
  1262.      Pressing escape at any time during this process will abort it!
  1263.  
  1264.  
  1265.                                ECHOMAIL INFORMATION
  1266.                                ====================
  1267.  
  1268.     RAMS is compatible with a full 4D mail address which means that point
  1269.     numbers are acceptable.  In this way sysop's who use point  addresses
  1270.     can still use RAMS echomail features,   or a sysop who wishes to post
  1271.     from a point address can do so.
  1272.     If a message is set to Echo from the Echo/Local option then the input
  1273.     box for entering this information will appear.
  1274.  
  1275.     There are only two options on this menu:=
  1276.  
  1277.     NODE NUMBER   -  This is split into four parts, enter your number and
  1278.                      press enter.  Enter will skip the point field if not
  1279.                      required.
  1280.  
  1281.     ORIGIN LINE   -  This is the origin line that you wish RAMS to append
  1282.                      to the end of each message.  It may be your BBS name
  1283.                      and phone number or any other information  that  you
  1284.                      wish to place there!
  1285.                NOTE. DO NOT add your node number to the origin line, Rams
  1286.                ----  will automatically append  it when  it  generates an
  1287.                      echo message.
  1288.  
  1289.  
  1290.  
  1291.  
  1292.  
  1293.                                 ---- Page 24 ----
  1294.  
  1295.                                NETMAIL INFORMATION
  1296.                                ====================
  1297.     This is identical to echomail with the exception that there are now two
  1298.     node entry fields,    one  for the  originating system  and one for the
  1299.     destination. The "Post to" field is also imported into the netmail setup
  1300.     and removed from the main template.
  1301.     NOTE - RAMS make NO validation of the destination address,  the validity
  1302.            of this is down to you!
  1303.  
  1304.  
  1305.                              CONDITIONS/ACTIONS
  1306.                              ==================
  1307.  
  1308.     Because of the nature  and  the  power of these  options this section
  1309.     will be split into three sections, Conditions,  Actions,  and then  a
  1310.     further section entitled  " Conditions/Actions  - How to get the most
  1311.     out of them".
  1312.  
  1313.     At the moment RAMS supports security level changes, Flag support, age,
  1314.     Group, Language, etc...
  1315.  
  1316.     If the user does NOT meet  the  'Condition'  for a particular message
  1317.     RAMS will NOT post a message to the user.  Similarly,  'Actions' will
  1318.     ONLY be performed IF a message is sent.
  1319.  
  1320.  
  1321.     CONDITIONS - SECURITY LEVEL
  1322.     ---------------------------
  1323.     By default these values are set at 0 for min.level and 65535 for max.
  1324.     level that basically tells Rams to post messages to ALL users. If you
  1325.     only want a particular message to be posted to users with a sec.level
  1326.     of 10, set BOTH the minimum AND maximum values to 10...If you want to
  1327.     post to any users between 10-50 INCLUSIVE,  set the min.  level to 10
  1328.     and the max. level to 50.
  1329.     REMEMBER, these values are INCLUSIVE.  So  if  you  wanted to post to
  1330.     users ABOVE sec.  level 10 and NOT to users of level 10 or below, you
  1331.     would set the min value to 11 and the max. to 65535.
  1332.  
  1333.  
  1334.     CONDITIONS - AGE
  1335.     ----------------
  1336.     By  default these values are set at 0 for the  minimum  age and at 99
  1337.     for the maximum age, but you can enter any values you wish as long as
  1338.     they are between 0 and 99... Rams will ONLY post a msg. to the user(s)
  1339.     IF they fall between the ages you have entered.  So, if you only want
  1340.     a message to be posted to users who are OVER 18,set the minimum value
  1341.     to 18 and leave the maximum as 99...   Then any user that is BELOW 18
  1342.     years of age will NOT get that particular msg. PLEASE NOTE, if you do
  1343.     not have your system setup to ask a user his birthday at first logon,
  1344.     OR if the users birthday is  blank in their user record the age  will
  1345.     NOT be taken into account and the message WILL be posted.
  1346.  
  1347.  
  1348.  
  1349.                                 ---- Page 25 ----
  1350.  
  1351.     CONDITIONS - FLAGS
  1352.     ------------------
  1353.     By default the flags  are  all  set to '-' which  means that Rams will
  1354.     IGNORE any user flags and post the message concerned. However, you can
  1355.     select either '-', 'O',  or 'X' by pressing the spacebar to toggle the
  1356.     entry to the desired one.  If you select 'O', then that user flag MUST
  1357.     be OFF before Rams will  post the message,  if you select 'X' then the
  1358.     user flag MUST be ON for Rams to post the message. Selecting '-' means
  1359.     that Rams will IGNORE that particular flag  irrespective of what it is
  1360.     set to in the user record.
  1361.  
  1362.  
  1363.     CONDITIONS - GROUP
  1364.     ------------------
  1365.     By default Rams will post to ALL user groups. However, you can select
  1366.     any valid group in the range 0-255.  If you enter 1,   Rams will ONLY
  1367.     post that message to a user in Group 1 etc...   You can select ALL by
  1368.     either typing the word 'ALL' (without the quotes!)  OR  by entering a
  1369.     value of 256.
  1370.  
  1371.  
  1372.     CONDITIONS - SEX
  1373.     ----------------
  1374.     By default Rams will post to BOTH female AND male users. However, you
  1375.     can specify that a particular message is only posted to ONE sex or the
  1376.     other by pressing the spacebar to toggle the condition to either 'Male'
  1377.     'Female, or 'Both'.
  1378.  
  1379.  
  1380.     CONDITIONS - LANGUAGE
  1381.     ---------------------
  1382.     By default Rams will post to users with ANY language selected. However,
  1383.     you can select  that  Rams should  only post to  users  with a specific
  1384.     language by entering their language number here. You can have any valid
  1385.     language in the range 0-255. To select ALL,  either type the word 'ALL'
  1386.     (Without the quotes!), OR enter a value of 256.
  1387.  
  1388.  
  1389.  
  1390.  
  1391.  
  1392.  
  1393.  
  1394.  
  1395.  
  1396.  
  1397.  
  1398.  
  1399.  
  1400.  
  1401.  
  1402.  
  1403.  
  1404.  
  1405.                                 ---- Page 26 ----
  1406.  
  1407.     ACTIONS - Alter SecLevel.
  1408.     -------
  1409.     In this section you have four options:=
  1410.  
  1411.     NONE      - This is the DEFAULT value...In other words Rams WILL post
  1412.                 the message if the user meets the  conditions set for it,
  1413.                 but it will NOT alter his seclevel.
  1414.  
  1415.  
  1416.     CHANGE    - Change seclevel from  the users old  setting to the  new
  1417.                 level you specify here.
  1418.                 i.e., setting it to a value of 50 will cause Rams to change
  1419.                 the users security level from  it's  current level to the
  1420.                 new one you have assigned.
  1421.                 This WILL  change  ONLY if the user  meets the conditions
  1422.                 for posting the message,   and it WILL RESET  his  level,
  1423.                 whether that be up OR down, to the new level.
  1424.  
  1425.     INCREASE  - First  you  specify an  amount  to INCREMENT  the   users
  1426.                 seclevel by, and a MAXIMUM value this can go to.
  1427.                 So for example,setting the Increment amount to 10 and the
  1428.                 maximum amount to 100  would  cause  Rams to increase the
  1429.                 users security  by 10 everytime it  posted  this message,
  1430.                 UNTIL the user reached the MAXIMUM level specified. After
  1431.                 that situation was reached, Rams would still post the msg.
  1432.                 if necessary,   but would NOT increase the users seclevel
  1433.                 beyond the maximum value you had defined.
  1434.                 Once the maximum level is reached, the message will still
  1435.                 be posted (if the user still meets the conditions for the
  1436.                 message) but his seclevel will NOT be altered any further.
  1437.  
  1438.  
  1439.     DECREASE  - First  you  specify an  amount  to DECREMENT  the   users
  1440.                 seclevel by, and a MINIMUM value this can go to.
  1441.                 So for example,setting the Decrement amount to 5  and the
  1442.                 minimum amount to 10   would  cause  Rams to decrease the
  1443.                 users security  by 5  everytime it  posted  this message,
  1444.                 UNTIL the user reached the MINIMUM level specified. After
  1445.                 that situation was reached, Rams would still post the msg.
  1446.                 if necessary,   but would NOT decrease the users seclevel
  1447.                 below the minimum value you had defined.
  1448.                 Once the minimum level is reached, the message will still
  1449.                 be posted (if the user still meets the conditions for the
  1450.                 message) but his seclevel will NOT be altered any further.
  1451.  
  1452.  
  1453.  
  1454.  
  1455.  
  1456.  
  1457.  
  1458.  
  1459.  
  1460.  
  1461.                                 ---- Page 27 ----
  1462.  
  1463.     ACTIONS - FLAGS
  1464.     ---------------
  1465.     By default Rams will NOT change any user flags, but if a message is
  1466.     posted it can do any of the following:
  1467.  
  1468.       O  - Turn user flag OFF
  1469.       X  - Turn user flag ON
  1470.       T  - Toggle user flag. ie. if it's ON turn it OFF, if it's OFF turn
  1471.            it ON.
  1472.       -  - IGNORE flag. ie. DO NOT change it.
  1473.  
  1474.     By default ALL flags are set to '-' so that nothing is changed by Rams.
  1475.  
  1476.  
  1477.     ACTIONS - GROUP
  1478.     ---------------
  1479.     By default, Rams will NOT change the users 'Group'. However, you can
  1480.     specify ANY valid user group in the range 0-255 and Rams will change
  1481.     it to the specified level IF the message is posted. To set it to the
  1482.     default of 'N/C' (No Change), either type 'N/C' (without the quotes!)
  1483.     OR enter a value of 256.
  1484.  
  1485.  
  1486.     ACTIONS - RESET COUNTERS
  1487.     ------------------------
  1488.     For the Subscription messages ONLY there is now also an option to reset
  1489.     the user's upload and download counters.    Setting this to active will
  1490.     clear the user's download counters ans reset the  upload counters  back
  1491.     to "new user" defaults as setup in RACONFIG. By doing this a user who's
  1492.     subscription terminates and who's security level/flags etc are reset by
  1493.     RAMS can now continue with the same download rights as a "normal" user.
  1494.  
  1495.  
  1496.  
  1497.  
  1498.  
  1499.  
  1500.  
  1501.  
  1502.  
  1503.  
  1504.  
  1505.  
  1506.  
  1507.  
  1508.  
  1509.  
  1510.  
  1511.  
  1512.  
  1513.  
  1514.  
  1515.  
  1516.  
  1517.                                 ---- Page 28 ----
  1518.  
  1519.                               MESSAGE TEMPLATE EDITOR
  1520.                               =======================
  1521.  
  1522.     RAMS has an inbuilt message template editor that can be invoked from
  1523.     any of the message template screens by pressing the "F5" key.   RAMS
  1524.     will load in the message template as defined in the template filename
  1525.     that is applicable to the section of the message setup template  that
  1526.     you are in. ie.. Sysops part of the setup template will  load  in the
  1527.     Sysop's message template,  The User's section will load in the User's
  1528.     template...
  1529.  
  1530.     KEYS
  1531.     ----
  1532.  
  1533.     F1 - Help
  1534.  
  1535.     Escape - Exit
  1536.  
  1537.     F2 - Save
  1538.  
  1539.     Alt-F2 - Save As. Please note that the save as option WILL update the
  1540.                       template name that you have setup in RAMS!!!
  1541.  
  1542.     F5 - Invokes a "pick list" of metastrings.    The template editor will
  1543.          display a different set for the sysop and user message templates.
  1544.          Use the up/down arrow keys to select a metastring. Press enter to
  1545.          graft this into your message at the cursor position.  Escape will
  1546.          abort!
  1547.  
  1548.     Ctrl+y - delete a line.
  1549.  
  1550.     Home - start of the message.
  1551.  
  1552.     End - end of the message.
  1553.  
  1554.     PgUp/PgDn - page up or down as appropriate.
  1555.  
  1556.     If a file exists of the same name in your template directory then please
  1557.     note that a ????????.BAK file WILL be created.
  1558.  
  1559.  
  1560.  
  1561.  
  1562.  
  1563.  
  1564.  
  1565.  
  1566.  
  1567.  
  1568.  
  1569.  
  1570.  
  1571.  
  1572.  
  1573.                                 ---- Page 29 ----
  1574.  
  1575.  
  1576.                                  EXCLUDING USERS
  1577.                                  ===============
  1578.  
  1579.     There may be some users that you wish to exclude  from  getting  any
  1580.     messages or having RAMS alter their security status etc..   for this
  1581.     purpose provision has been made for an EXCLUDE.CTL file...  This can
  1582.     be used  to  specify a list of users that should  NOT  be  sent  any
  1583.     messages. One name per line, and the EXCLUDE.CTL file MUST be in the
  1584.     same directory as RAMS.EXE
  1585.  
  1586.     For example:
  1587.  
  1588.  
  1589.     Eddy Matthews
  1590.     Andy Smith
  1591.     Steve Nutt
  1592.     etc.. etc..
  1593.  
  1594.     The list is NOT case sensitive...     If a user is found in this list
  1595.     he/she  will  NOT  be sent ANY user messages,  HOWEVER  'Information'
  1596.     messages to the Sysop WILL still be sent (if they are enabled) so you
  1597.     can still keep an eye on what these excluded users are up to...
  1598.     If you choose NOT to have an EXCLUDE.CTL file RAMS will report to the
  1599.     screen that this file is  NOT  found,  but  this  does NOT affect the
  1600.     running of the program in any way!
  1601.  
  1602.  
  1603.  
  1604.  
  1605.  
  1606.  
  1607.  
  1608.  
  1609.  
  1610.  
  1611.  
  1612.  
  1613.  
  1614.  
  1615.  
  1616.  
  1617.  
  1618.  
  1619.  
  1620.  
  1621.  
  1622.  
  1623.  
  1624.  
  1625.  
  1626.  
  1627.  
  1628.  
  1629.                                 ---- Page 30 ----
  1630.  
  1631.                      INSTALLING RAMS INTO YOUR BBS BATCHFILE
  1632.                      =======================================
  1633.  
  1634.     Installing RAMS into your BBS batch file is quite easy,   just follow
  1635.     these steps:
  1636.  
  1637.        1. Create a directory on your hard drive and extract all the files
  1638.           from the distribution archive into this directory.
  1639.  
  1640.           C:\RAMS is recommended and is assumed to be the directory you
  1641.                   have created.
  1642.  
  1643.  
  1644.        2. Read the document file!! (okay I know you are already :-))
  1645.  
  1646.        3. Run RAMSCFG.EXE to configure RAMS so that it sends the messages
  1647.           you require for your system.  You should have done this already
  1648.           as explained in the previous chapters on configuring RAMS.
  1649.           The RAMSCFG  program  has  a  built  in  help system which will
  1650.           explain what is necessary in  each  field in some detail so you
  1651.           can easily configure RAMS for your needs.
  1652.           Pressing the function key F1 will cause a pop up help window to
  1653.           appear which will  remind  you  of  the  information and format
  1654.           required by each field.
  1655.  
  1656.         N.B.
  1657.  
  1658.           It is IMPORTANT  that you should  move through each part of the
  1659.           configuration program in a careful and methodical way to ensure
  1660.           that you  DO  NOT  miss  anything  thereby  causing unnecessary
  1661.           problems for yourself later!
  1662.  
  1663.           If you are in any doubt:-
  1664.           READ THE SECTIONS EXPLAINING HOW TO CONFIGURE RAMS!
  1665.  
  1666.        4. Edit your BBS batch file  so  that it will run  RAMS after each
  1667.           user logs off your system.    This is not only so that RAMS can
  1668.           keep certain stats up to date  but  so  that  RAMS can send any
  1669.           messages required.
  1670.           It should be noted that *MOST* messages will be generated  when
  1671.           RAMS is run at this time.
  1672.  
  1673.            i.e.
  1674.  
  1675.              edit your batch file to include:
  1676.  
  1677.              <Your BBS batch file>
  1678.              <Error levels>
  1679.              Goto RAMS
  1680.  
  1681.  
  1682.  
  1683.  
  1684.  
  1685.                                 ---- Page 31 ----
  1686.   cont..
  1687.  
  1688.              :RAMS
  1689.              CD\RAMS
  1690.              RAMS
  1691.              Goto Start
  1692.              <batch file continues>
  1693.  
  1694.              As stated above, this MUST be in a section of your batch file
  1695.              that will be executed EVERY time a user logs off.
  1696.  
  1697.        5. There's NO extra command line parameters to  worry  about,   no
  1698.           midnight events, so there's NO  need  to make sure RAMS runs in
  1699.           your midnight event, although you MAY do so if you wish.
  1700.           What RAMS has is "Daily procedures".  These are when RAMS posts
  1701.           things like Regular posts, Birthday messages, Sysop reports.
  1702.           RAMS detects the FIRST time it is run EACH day and will perform
  1703.           these tasks then, and what's more it only takes a  few SECONDS.
  1704.           This is why RAMS does not require a midnight event.
  1705.  
  1706.     That's all there is to it!!
  1707.  
  1708.     RAMS is now ready to take over all those boring messages that a  busy
  1709.     Sysop needs to send on a regular basis......
  1710.  
  1711.     After configuring RAMS to your needs and running it for the first time
  1712.     the following files will be created:
  1713.  
  1714.         RAMS.LOG - Log file of RAMS's activity. This will be placed in the
  1715.                    directory RAMS was run from,  but  you  can specify the
  1716.                    directory  and  filename of your choice from within the
  1717.                    configuration program.   Please see the section of this
  1718.                    document about configuring RAMS for more info.
  1719.  
  1720.  
  1721.         RAMS.DAT - This is RAMS "working" file of information.
  1722.                    WARNING  -  deleting or tampering with this file in any
  1723.                    shape or form WILL affect the way RAMS will run!
  1724.  
  1725.  
  1726.  
  1727.  
  1728.  
  1729.  
  1730.  
  1731.  
  1732.  
  1733.  
  1734.  
  1735.  
  1736.  
  1737.  
  1738.  
  1739.  
  1740.  
  1741.                                 ---- Page 32 ----
  1742.  
  1743.  
  1744.     MULTILINE SYSTEMS
  1745.     -----------------
  1746.     Using the  RemoteAccess Automated Message System  (RAMS) in a multi-
  1747.     node configuration
  1748.  
  1749.     RAMS has built-in support for multi-node systems,  and  requires only
  1750.     minor modifications to its configuration to enable it to  be  used in
  1751.     this kind of environment.
  1752.  
  1753.     Before you begin, see the RemoteAccess  documentation  for details of
  1754.     how to install RA in a multi-node environment,   as RAMS will utilise
  1755.     the configuration for each node as required.
  1756.  
  1757.     Please note: It is important to use a different copy of RAMS for each
  1758.     node, since each will require different configuration data.   Failure
  1759.     to correctly configure RAMS in a multi-node environment MAY result in
  1760.     damage to your userbase - you've been warned!
  1761.  
  1762.     You should also ensure  that RAMS  keeps a different log file for each
  1763.     node.    To do this,  use the RAMSCFG.EXE  utility  to  instruct  RAMS
  1764.     accordingly.
  1765.  
  1766.     RAMS uses the DOS TASK  variable  to determine  on  which  node  it is
  1767.     running.
  1768.     So, for example, you could instruct RAMS to use 'C:\FD\LOGS\RAMS*N.LOG'.  This
  1769.     would append the current node (task) number to the log filename, which
  1770.     would produce a file named RAMS1.LOG in your C:\FD\LOGS\ directory.
  1771.  
  1772.     You must also tell RAMS where to look for the RA config files for each
  1773.     node.
  1774.     Since this will vary depending on how each node is configured,  it is
  1775.     not  possible  to  provide  specific information on this point.   For
  1776.     further details, see the RA documentation.
  1777.  
  1778.     Suffice it to say that RAMS needs to know where the CONFIG.RA file is
  1779.     for the current node.
  1780.  
  1781.     So,for example, if you wanted to use RAMS on node #1, you could point
  1782.     RAMS to C:\RA\NODE1\ for the RA configuration.   It is very important
  1783.     that this point is clearly understood before you run RAMS in a multi-
  1784.     node environment,   since RAMS needs specific information  from  your
  1785.     RA.CFG file to function correctly.
  1786.  
  1787.     You must also set the DOS 'TASK' variable to the current node number.
  1788.     For  further  details on  this point,  see  your  operating  system's
  1789.     reference guide.
  1790.  
  1791.     If you attempt to run RAMS when configured  for multi-node operation,
  1792.     before setting the 'TASK' variable, RAMS will generate the  following
  1793.     error message:
  1794.  
  1795.  
  1796.  
  1797.                                 ---- Page 33 ----
  1798.    cont....
  1799.  
  1800.     The RA LogFile Cannot be opened
  1801.  
  1802.     Either the path/logfile defined in Config.RA doesn't exist, OR the RA
  1803.     log is locked by another process...
  1804.  
  1805.     RAMS Aborting!
  1806.  
  1807.     If you run both your nodes on the same machine,you can set the 'TASK'
  1808.     variable via a command-line  switch in the batch file which brings up
  1809.     your system as in the following example:
  1810.  
  1811.     @ECHO OFF
  1812.     CLS
  1813.     SET %TASK=1
  1814.     CD \RA
  1815.     RA 1 <switch> <switch> ETC. ETC. ETC...
  1816.  
  1817.     The number 1 on the above command line  defines  the 'TASK' variable,
  1818.     and assigns it a value of 1.  RAMS will then use this value to append
  1819.     to the log file it creates.
  1820.  
  1821.     That's really all there is to say regarding multi-node systems,   see
  1822.     your RA documentation for more details.
  1823.  
  1824.  
  1825.  
  1826.  
  1827.  
  1828.  
  1829.  
  1830.  
  1831.  
  1832.  
  1833.  
  1834.  
  1835.  
  1836.  
  1837.  
  1838.  
  1839.  
  1840.  
  1841.  
  1842.  
  1843.  
  1844.  
  1845.  
  1846.  
  1847.  
  1848.  
  1849.  
  1850.  
  1851.  
  1852.  
  1853.                                 ---- Page 34 ----
  1854.  
  1855.                            METASTRINGS USED BY RAMS
  1856.                            ========================
  1857.  
  1858.     In the file SAMPLE.ZIP  you  will  find  some example text files  for
  1859.     RAMS to use.
  1860.     These files are examples  only  and  you are free to edit them as you
  1861.     wish so they are more compatible with your system.      The files are
  1862.     plain ascii text,   and  are  used  by  RAMS  to generate its various
  1863.     messages to users/sysop etc. etc.
  1864.  
  1865.     If you examine  these  files  you  will see they contain lots of meta
  1866.     strings, such as %USERNAME% ,   these strings are automatically  read
  1867.     by RAMS and are replaced by your systems/users details.In the example
  1868.     given (%USERNAME%) RAMS would insert the name of the user as read from
  1869.     your BBS users file/s.
  1870.  
  1871.     The following is a list of  all  meta  strings currently available in
  1872.     RAMS. They ARE case sensitive, so entering %bOArdnAMe% will NOT work!
  1873.     You  may  use  any of these meta strings in any text files you create
  1874.     for use with RAMS, subject to the limitations of that metastring,
  1875.     Please note the usage specified in the descriptions!
  1876.  
  1877.     !! IMPORTANT !!
  1878.     ---------------
  1879.     Metastrings MUST be enclosed by % signs in order to function,
  1880.     i.e. Program must be entered as %Program% in any message  you wish to
  1881.     use it in.... The same is true for ALL other metastrings.  Entering a
  1882.     metastring without enclosing it by % signs  will  mean  RAMS will NOT
  1883.     translate the string concerned.
  1884.  
  1885.  
  1886.     %FROM%              Specifies the From field
  1887.     %TO%                Specifies the To field
  1888.     %SUBJECT%           Specifies the subject
  1889.     %PRIVATE%           Toggles private flag (by default local messages
  1890.                         are set to PRIVATE and echo messages are set to
  1891.                         PUBLIC)
  1892.     %USERNAME%          Name of User
  1893.     %SYSOPNAME%         Name of Sysop
  1894.     %DATE%              The date that RAMS posted the message
  1895.     %TIME%              The time that RAMS posted the message
  1896.     %BBSNAME%           Name of BBS system
  1897.     %SYSOPFIRST%        Sysop's first name
  1898.     %USERFIRST%         User's first name
  1899.     %USERLAST%          User's last name
  1900.     %DAYOFWEEK%         The day of the week that the message was generated
  1901.     %DATAPHONE%         The data phone number of the user
  1902.     %VOICEPHONE%        The voice phone number of the user
  1903.     %HANDLE%            The users handle
  1904.  
  1905.  
  1906.  
  1907.  
  1908.  
  1909.                                 ---- Page 35 ----
  1910.  
  1911.  metastrings cont....
  1912.     %ADDRESS1%          Address line one in the users record
  1913.     %ADDRESS2%          Address line two in the users record
  1914.     %ADDRESS3%          Address line three in the users record
  1915.     %USERNUMBER%        The number of the user in RA's userbase
  1916.     %AGE%               The User's age in years..ie.21,35,52...etc..
  1917.     %DOBDAY%            The DAY of the Users Date Of Birth. ie 01-31
  1918.     %DOBMONTH%          The MONTH of the Users Date Of Birth. i.e. 01-12
  1919.     %DOBYEAR%           The YEAR of the Users Date of Birth in two digit
  1920.                         form. 00-99
  1921.     %UPLOAD#%           Total Number of files uploaded by user,    Please
  1922.                         note this is NOT the number  of files uploaded in
  1923.                         the users last call,  but  the TOTAL  he/she  has
  1924.                         uploaded to your system.
  1925.     %DOWNLOAD#%         Total number of files downloaded by user,  Please
  1926.                         note this is NOT  the  number of files downloaded
  1927.                         in the users last call,  but the TOTAL he/she has
  1928.                         downloaded from your system.
  1929.     %DOWNLOADK%         Similar to %DOWNLOAD#%,   except that this is the
  1930.                         TOTAL Kb that the user has downloaded from your
  1931.                         system.
  1932.     %UPLOADK%           Similar to %UPLOAD#%,  except  that  this  is the
  1933.                         TOTAL Kb  that  the  user has  uploaded  to  your
  1934.                         system.
  1935.     %MSGSPOSTED%        The TOTAL number of  messages posted by  the  user
  1936.                         on your system. This is read from the users record
  1937.                         so *may* not contain messages  posted using a mail
  1938.                         door as *some* of them  do  not  update the  users
  1939.                         messages posted counter.
  1940.     %PASSWORD%          This can ONLY be used in the WATCHDOG messages and
  1941.                         will be translated to a list of  all the passwords
  1942.                         that were tried before RA  kicked the user off for
  1943.                         exceeding the maximum number of attempts.  Because
  1944.                         of the way RAMS has to process this  line multiple
  1945.                         times to list all the passwords  you  should place
  1946.                         this  metastring  on  it's  own  line  within  the
  1947.                         message text file.
  1948.         NOTE -  ANY other  text that is on the same line as the %PASSWORD%
  1949.                 metastring  will be  WIPED OUT by RAMS! An example of it's
  1950.                 use is shown in the SYSWDOG and USERWDOG message templates.
  1951.     %DOORNAME%          The  name  of the door the user was in when he/she
  1952.                         dropped  carrier.    This  currently  defaults  to
  1953.                         RemoteAccess,   but it will be expanded at a later
  1954.                         date to show the actual door name.    This meta is
  1955.                         only of use in the Carrier Drop messages.
  1956.     %UPLOAD%            Generates a list of filenames that were uploaded it
  1957.                         should  be  placed  on  a  separate  line   in  the
  1958.                         'Thankyou' MSG's, and will be translated to a  full
  1959.                         list by Rams when it generates the msg.
  1960.     %CALLS%             The  number of  calls made by the user to your BBS,
  1961.                         this can be used  in  any  msg.   you wish, but is
  1962.                         particularly useful in the 'Times On' msgs.
  1963.  
  1964.                                 ---- Page 36 ----
  1965.   cont...
  1966.  
  1967.     %LINE#%             This will be translated into  the line / node that
  1968.                         the user was logged onto.
  1969.     %BIRTHDAYNAME%      This  can  only  be  used for  the sysop's message
  1970.                         template and will be replaced by  the names of all
  1971.                         the Users that RAMS has posted a  birthday message
  1972.                         to that day.
  1973.     %DRIVEINFO%         This will give info on your hard drives.   Useful
  1974.                         for checking drive space etc.if you are away from
  1975.                         your machine. The %DRIVEINFO% metastring  MUST be
  1976.                         followed IMMEDIATELY by the drive letter you wish
  1977.                         to check.
  1978.                         i.e.. %DRIVEINFO%C will give details of drive C:,
  1979.                         %DRIVEINFO%E will give details of drive E: etc.
  1980.                         See the SYSREPT.MSG template for more info..
  1981.                         Please note, because of the  limitations  of  Dos
  1982.                         this metastring  will  ONLY  give correct info on
  1983.                         drives up to approx. 2Gb..   Anything larger than
  1984.                         that  will   cause  unpredictable  values  to  be
  1985.                         written to the msg.
  1986.         NOTE -  I don't  know  how this  will behave if used on a network
  1987.                 drive, a Ram disk, or on a doublespaced drive etc. It may
  1988.                 produce incorrect values in these circumstances... I have
  1989.                 no way of checking this myself!
  1990.     %WHOTO%             This  can  be  used in  the  sysop reports for the
  1991.                         Regular, Monthly, and Yearly messages. If the @All
  1992.                         macro is used  this  will generate a list of names
  1993.                         that the message/s were posted to...
  1994.     %USERMSGS%          Total number of User MSG's posted on the  previous
  1995.                         day..
  1996.     %SYSMSGS%           Total number of Sysop MSG's posted on the previous
  1997.                         day....
  1998.     %TOTALMSGS%         Total number of MSG's (Sysop + User) posted on the
  1999.                         previous day.
  2000.     %USERMONTHLYPOSTED% Total Monthly MSG's sent to users yesterday.
  2001.     %USERYEARLYPOSTED%  Total Yearly MSG's sent to users yesterday.
  2002.     %USERSUBSPOSTED%    Total Subscription expiry MSG's sent to users
  2003.                         yesterday.
  2004.     %USERBDAYWEEK%      Total birthday MSG's sent to users for the last week.
  2005.     %USERUPLDWEEK%      Total upload MSG's sent to users...
  2006.     %USERWELCWEEK%      Total Welcome MSG's sent to users...
  2007.     %USERWDOGWEEK%      Total Watchdog MSG's sent to users...
  2008.     %USERDROPWEEK%      Total Carrier drop MSG's sent to users...
  2009.     %USERTIMESONWEEK%   Total Times on MSG's sent to users...
  2010.     %USERKEYWORDWEEK%   Total Keyword MSG's sent to users...
  2011.     %USERNTHCALLWEEK%   Total Nth Call MSG's sent to users...
  2012.     %USERMONTHLYWEEK%   Total Monthly messages sent last week...
  2013.     %USERYEARLYWEEK%    Total yearly MSG's sent last week...
  2014.     %USERSUBSWEEK%      Total Subscription messages sent to users last week.
  2015.     %USERMSGSWEEK%      Total User messages sent last week.
  2016.     %USERTIMESONPOSTED% Number of TimesOn MSG's posted to users today.
  2017.     %USERNTHCALLPOSTED% Number of Nth Call MSG's posted to users today.
  2018.     %USERKEYWORDPOSTED% Number of User keyword msgs sent - ONLY for daily
  2019.                         report.
  2020.  
  2021.                                 ---- Page 37 ----
  2022.  cont....
  2023.  
  2024.     %USERBDAYPOSTED%    The number of Birthday messages posted to the Users
  2025.                         yesterday.
  2026.     %USERUPLDPOSTED%    The number of 'Upload (thankyou)' messages sent to
  2027.                         users yesterday.
  2028.     %USERWELCPOSTED%    The number of 'Welcome' messages sent to users
  2029.                         yesterday.
  2030.     %USERWDOGPOSTED%    The number of 'Watchdog' messages sent to users
  2031.                         yesterday.
  2032.     %USERDROPPOSTED%    The number of 'Carrier Drop' messages sent to users
  2033.                         yesterday.
  2034.     %USERREGULARWEEK%   Number of 'Regular' messages posted for the last week.
  2035.     %USERREGULARPOSTED% Number of 'Regular' messages posted yesterday.
  2036.     %SYSBDAYWEEK%       Total Sysop birthday reports sent last week.
  2037.     %SYSUPLDWEEK%       Total Sysop upload reports...
  2038.     %SYSWELCWEEK%       Total Sysop new user reports...
  2039.     %SYSWDOGWEEK%       Total Sysop watchdog reports...
  2040.     %SYSDROPWEEK%       Total Sysop Carrier drop reports...
  2041.     %SYSTIMESONWEEK%    Total Sysop Times on reports...
  2042.     %SYSKEYWORDWEEK%    Total Sysop Keyword reports...
  2043.     %SYSNTHCALLWEEK%    Total Sysop Nth Call reports...
  2044.     %SYSMONTHLYWEEK%    Total Sysop Monthly reports...
  2045.     %SYSYEARLYWEEK%     Total Sysop Yearly reports...
  2046.     %SYSSUBSWEEK%       Total Subscription expiry reports sent to Sysop
  2047.                         last week.
  2048.     %SYSMSGSWEEK%       Total Sysop MSG's sent last week.
  2049.     %SYSMONTHLYPOSTED%  Total Monthly reports sent to Sysop yesterday.
  2050.     %SYSYEARLYPOSTED%   Total Yearly reports sent to Sysop yesterday.
  2051.     %SYSSUBSPOSTED%     Total Subscription expiry reports sent to Sysop
  2052.                         Yesterday.
  2053.     %SYSNTHCALLPOSTED%  Number of Nth Call sysop reports posted today.
  2054.     %SYSTIMESONPOSTED%  Number of TimesOn MSG's posted to sysop today.
  2055.     %SYSKEYWORDPOSTED%  Number of Sysop keyword reports sent - ONLY for
  2056.                         daily report.
  2057.     %SYSBDAYPOSTED%     The number of Sysop birthday reports sent yesterday.
  2058.     %SYSUPLDPOSTED%     The number of Sysop 'Upload' reports sent yesterday.
  2059.     %SYSWELCPOSTED%     The number of Sysop 'New User' reports sent yesterday.
  2060.     %SYSWDOGPOSTED%     The number of Sysop 'Watchdog' reports sent yesterday.
  2061.     %SYSDROPPOSTED%     The number of Sysop 'Carrier Drop' reports sent
  2062.                         yesterday.
  2063.     %SYSDAILYPOSTED%    The number of Sysop 'Daily' reports sent yesterday.
  2064.     %SYSDAILYWEEK%      The number of Sysop 'Daily' reports sent for the
  2065.                         previous week.
  2066.     %SYSREGULARPOSTED%  Number of Sysop 'Regular' reports sent yesterday.
  2067.     %SYSREGULARWEEK%    Number of Sysop 'Regular' reports sent for the last
  2068.                         week.
  2069.     %TOTALMSGSWEEK%     Total User AND Sysop MSG's sent last week.
  2070.  
  2071.  
  2072.  
  2073.  
  2074.  
  2075.  
  2076.  
  2077.                                 --- Page 38 ----
  2078.  
  2079.  
  2080.                       HOW TO GET THE MOST OUT OF RAMS
  2081.                      ===============================
  2082.     Although Rams is fairly easy to setup (it is isn't it?), there are
  2083.     a number of ways you can use it to increase it's flexibility even
  2084.     further. Lets take a look at a couple of ideas to show you what we
  2085.     mean.
  2086.  
  2087.     Rams can manipulate the user security levels, flags, Group etc etc.
  2088.     By using these features to their fullest you can get the best out
  2089.     of Rams. The ideas and suggestions listed below are only a quick
  2090.     guideline to what you can do, and are intended only as an outline.
  2091.     You can use these suggestions in your own setup, or devise your own
  2092.     ideas based on them.
  2093.  
  2094.  
  2095.     USING FLAGS
  2096.     -----------
  2097.     Firstly, lets assume you want Rams to post a message to a user when
  2098.     they use the BlueWave maildoor telling them about becoming a point,
  2099.     but you only want this message to be posted ONCE, and not EVERY time
  2100.     they use the door.
  2101.  
  2102.     This is a fairly easy one, simply setup a 'Keyword' message so that
  2103.     Rams will scan the RA log for something that appears in the log entry
  2104.     that RA writes when it loads the BlueWave door. This may be something
  2105.     like 'C:\RA\BLUEWAVE\BWDOOR.BAT' - Assuming that you call BlueWave
  2106.     with a batch file called BWDoor.Bat. Enter that into the 'Keyword' msg
  2107.     as the text for Rams to scan for...
  2108.  
  2109.     Then go into the message 'Conditions' and set User flag A1 to OFF - that
  2110.     is toggle the entry for flag A1 (using the spacebar) until it changes
  2111.     to an 'O'. That will tell Rams to ONLY post that message IF the user has
  2112.     flag A1 OFF. Jump to the 'Actions' menu and set flag A1 to ON by toggling
  2113.     it as you did before, but this time set if to 'X'. That will tell Rams
  2114.     to alter the user flag A1 to ON when it posts the message to the user.
  2115.     This obviously assumes that you aren't using the A1 flag for anything
  2116.     else... If you are, simply select a different user flag.
  2117.  
  2118.     Then create a message template file that contains the text you want to
  2119.     send to the user if he enters the BlueWave mail door - This is detailed
  2120.     elsewhere in these docs... And enter the name of the message template
  2121.     file into the config for this message.
  2122.  
  2123.     Okay, so what does all that actually mean? Well, Now what you've done
  2124.     is to tell Rams to post a 'Keyword' message when it finds the RA log
  2125.     entry for BlueWave, BUT ONLY if the user has flag A1 OFF... If flag
  2126.     A1 is ON Rams will NOT post the message. When Rams posts the message
  2127.     it will reset the A1 flag to ON, therefore the user will NOT receive
  2128.     that message again as he no longer matches the 'Conditions' for the
  2129.     message. Easy or what? :-)
  2130.  
  2131.  
  2132.  
  2133.                                 ---- Page 39 ----
  2134.  
  2135.     USING SECURITY LEVELS
  2136.     ---------------------
  2137.  
  2138.     Okay, now lets assume you want to downgrade a user when their sub-
  2139.     scription has expired.
  2140.  
  2141.     Firstly you can warn your users that their subs are about to expire
  2142.     by setting up a message that will be posted 30 days BEFORE their subs
  2143.     are due, and perhaps another 7 days BEFORE. Simply create two 'Subs'
  2144.     messages, one with a value of '30' days and one with a value of '7'
  2145.     days. You can set the message 'Conditions' for minimum AND maximum
  2146.     seclevel to 50 - In other word ONLY users of seclevel 50 will be sent
  2147.     the message(s). These message will be posted 30 days before the users
  2148.     subs expire, and again 7 days before they expire.
  2149.  
  2150.     Lets say that 'Normal' users have an access level of 10 and 'Subscribers'
  2151.     have an access level of 50.
  2152.  
  2153.     Setup a third 'Subscription' message with a value of '0' (zero) days.
  2154.     Then set the message 'Conditions' to 50 for min AND max security, and
  2155.     ALSO setup an 'Action' to 'Change' the users seclevel to a value of
  2156.     10. Rams will then post a message to the user on the day that their
  2157.     subs expire and will alter their access level to 10.
  2158.  
  2159.  
  2160.     FURTHER IDEAS/SUGGESTIONS
  2161.     -------------------------
  2162.     The above are only two possible ways of making Rams more flexible. The
  2163.     potential number of ways you can use it are almost endless. Only YOUR
  2164.     imagination can come up with ALL the possibilities...
  2165.  
  2166.     You could warn users that drop carrier that their behaviour will not
  2167.     be tolerated. And reduce their access if they drop carrier more than 10
  2168.     times say... How do you do that? Simple... Lets assume 'Normal' users
  2169.     have an access level of 20 and twits have an access level of 10...
  2170.     So you have TWO entries in your LIMITS.CTL file for RA.. One for level
  2171.     20 access and another for level 10 access. You will need to add a third
  2172.     entry for level 11... I'll explain why in a minute. This entry needs to
  2173.     be the same as the access for level 20.
  2174.  
  2175.     Then setup a carrier drop message that is posted whenever a user drops
  2176.     carrier. Set it's 'Conditions' to Max seclevel 20, Min seclevel 11. Also
  2177.     set the 'Actions' to DECREASE the users seclevel by 1 to a MINIMUM value
  2178.     of 10... Rams will then post the user a message EVERY time they drop
  2179.     carrier AND it will REDUCE their access level by ONE everytime it posts
  2180.     the message.
  2181.  
  2182.     If a user has an access level of 20, RA will use the normal level 20
  2183.     defined in your LIMITS.CTL file. If they are BELOW level 20 BUT ABOVE
  2184.     level 10, RA will use the entry defined for access level 11 because it
  2185.     will ALWAYS use the level BELOW the users actual seclevel if an entry
  2186.     for that particular level doesn't exist in the LIMITS.CTL file. See your
  2187.     RA doc for more info.
  2188.  
  2189.                                 ---- Page 40 ----
  2190.  
  2191.  
  2192.  
  2193.  cont...
  2194.     So what happens now is that Rams will DECREASE the users access by ONE
  2195.     each time they drop carrier...   RA  will use the values stored in the
  2196.     LIMITS.CTL file for seclevel  11  once  they have dropped below access
  2197.     level 20..Rams will continue to decrease their access by one each time
  2198.     UNTIL they are eventually reduced to level 10... Then RA ZAPS EM! :-)
  2199.  
  2200.     Rams will not post the message anymore after they reach level 10 as that
  2201.     is outside the 'Conditions' specified for the message....
  2202.  
  2203.     FINAL COMMENT
  2204.     -------------
  2205.     The easiest way to fully understand just what Rams can do for you is to
  2206.     play around with it...   Try setting up different messages and changing
  2207.     the various conditions/actions.   I'm  sure  you'll  soon  see just how
  2208.     flexible it can be.  All it takes is a little imagination  and a bit of
  2209.     time.. Once it's setup it's all automatic. No more haveing to downgrade
  2210.     users manually, or even upgrade them... Rams can do it all.
  2211.  
  2212.  
  2213.  
  2214.  
  2215.  
  2216.  
  2217.  
  2218.  
  2219.  
  2220.  
  2221.  
  2222.  
  2223.  
  2224.  
  2225.  
  2226.  
  2227.  
  2228.  
  2229.  
  2230.  
  2231.  
  2232.  
  2233.  
  2234.  
  2235.  
  2236.  
  2237.  
  2238.  
  2239.  
  2240.  
  2241.  
  2242.  
  2243.  
  2244.  
  2245.                                 ---- Page 41 ----
  2246.  
  2247.                       BUG REPORTS, CONTACTING THE AUTHORS
  2248.                       ===================================
  2249.  
  2250.     Should you find any bugs, undocumented features (future enhancements
  2251.     :-) ) or if something doesn't appear to work as it should :-( Please
  2252.     contact one of the authors at the following addresses:
  2253.  
  2254.  
  2255.               To:         Eddy Matthews
  2256.               Netmail:    2:256/651@fidonet
  2257.               Snailmail:  32 Whitley Road
  2258.                           Thornaby
  2259.                           Cleveland
  2260.                           TS17 9HZ
  2261.                           England
  2262.               Voice:      +44-642-766373 (8am to 9pm GMT)
  2263.               Data:       +44-642-764245 (24hrs @28.8k)
  2264.  
  2265.  
  2266.     or alternatively contact:-
  2267.  
  2268.               To:         Geoff Bassett
  2269.               Netmail:    2:259/85@fidonet (Mail Only ZMH)
  2270.               Email:      gbass@zetnet.co.uk
  2271.               Snailmail:  9 Fraser Avenue
  2272.                           Inverkeithing
  2273.                           Fife
  2274.                           Ky11 1eq
  2275.                           SCOTLAND
  2276.               Voice:      +44-1383-414093 (8am to 9pm GMT)
  2277.               Data:       +44-1383-410704 (ZMH ONLY @28.8k)
  2278.  
  2279.  
  2280.  
  2281.     Send your registration to :-  Minerva online, - details and Address are
  2282.     included in the registration document.
  2283.  
  2284.  
  2285.     We also now have a Fidonet  based  echo called  RAMS_SUPPORT  available
  2286.     from most good mail systems.
  2287.  
  2288.  
  2289.  
  2290.  
  2291.  
  2292.  
  2293.  
  2294.  
  2295.  
  2296.  
  2297.  
  2298.  
  2299.  
  2300.  
  2301.                                 ---- Page 42 ----
  2302.  
  2303.  
  2304.                       PLANNED FUTURE DEVELOPMENT OF RAMS
  2305.                       ===================================
  2306.  
  2307.     RAMS v1.3x is the fourth release of RAMS. There are already plans to
  2308.     develop RAMS much more for future releases...
  2309.     Some already planned enhancements are:-
  2310.  
  2311.       Download messages for those who use RA's internal file manager.
  2312.  
  2313.       Timelimit exceeded messages.
  2314.  
  2315.       Even MORE Alterations to some of the messages to GREATLY enhance
  2316.       their flexibility.
  2317.  
  2318.       Plus much, much, more...
  2319.  
  2320.       Maybe even support for another BBS package?   Convince us!!!
  2321.  
  2322.     In order to develop future versions fully we  will require  additional
  2323.     beta testers that use RemoteAccess software and would be  grateful if
  2324.     any  Sysops  that are interested  in  RAMS  would  contact  us at the
  2325.     registration  site  with  details  of  their  software  and  hardware
  2326.     configurations so that these enhancements can be implemented.
  2327.  
  2328.     PLEASE NOTE.  -  Anyone that wishes to become a beta tester for these
  2329.                      future versions has to pay  the  normal registration
  2330.                      fee,    and  link into a private beta test echo area
  2331.                      (RAMS_BETA). They will also be required  to call one
  2332.                      of the authors boards to obtain new beta releases of
  2333.                      RAMS on a weekly basis.
  2334.  
  2335.     With your support and help, RAMS will develop into the BEST automatic
  2336.     message utility there is!!!
  2337.  
  2338.  
  2339.  
  2340.  
  2341.  
  2342.  
  2343.  
  2344.  
  2345.  
  2346.  
  2347.  
  2348.  
  2349.  
  2350.  
  2351.  
  2352.  
  2353.  
  2354.  
  2355.  
  2356.  
  2357.                                 ---- Page 43 ----
  2358.  
  2359.                                      CREDITS
  2360.                                      -------
  2361.  
  2362.     On a final note from the authors we would like to thank our Beta team
  2363.     for their dedication, hard work, bug reports, and perseverance and to
  2364.     say  that  without  their support  RAMS would not be half the program
  2365.     that it is.. Our beta team not only tested the program patiently, and
  2366.     believe me some of the beta releases did have one or two faults;-)
  2367.     Also to thank them for their input and suggestions,  many of which you
  2368.     see in the final program....
  2369.  
  2370.     The Beta Team
  2371.     -------------
  2372.  
  2373.     Andrew Davison    (The Hard Rock Studio) - "I broke it again"!
  2374.     Gordon Smith      (Tees for Two)
  2375.                         thanks for the help with the multinode stuff!!
  2376.     Andy & Caf Smith  (Zeons Lair)  - "It's not my fault it was Caf"!
  2377.     Steve Nutt        (The Computer Room) - "Why's my screen so currupt"
  2378.     Cliff Harrold     (The Coracle) - "I grow the best leeks in town" - "Boyo"!
  2379.     Steve Shooter     (Ultimate) - "If I used it all I'd need a bigger system"!
  2380.     Alan Walker       (Highlander) - "Where's my Scotch"? - "hic"
  2381.  
  2382.     And a final word of thanks to our wives, both for putting up with the
  2383.     countless hours we locked ourselves away in our  computer rooms,  for
  2384.     keeping the coffee flowing,  and  for putting  up with our moods  when
  2385.     things didn't go right!! - On those rare occassions;-)
  2386.     And a little word of thanks to BT for the shares we bought in them whilst
  2387.     developing this program! - What you mean that really was just the bill?
  2388.  
  2389.                -----------=== End of Document ===------------
  2390.