home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Hall of Fame
/
HallofFameCDROM.cdr
/
qbbsetc
/
fsm340.lzh
/
FSUMM.CFG
< prev
next >
Wrap
Text File
|
1991-03-30
|
20KB
|
519 lines
; ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ┌─────────┐
; █ ▐▌ █ ▐███▌ █ ▐ ▐▌ █▌ █ ▐ ▌ ▐▌ ▌ ▐ █ ▐ ▐▌ ▌ █ ▐█ ▐▌ █ │ Sample │
; █ ▐███▌ █ ▐███▌ ████ ▐███▌ █▌ █ ▐▌ █ ▐▌ █ ▐▌ █ ▐█ ▐▌ █▌ █ ▐█ ▐▌ █ │ Control │
; █ ▐ ▐▌ █ ▐███▌ ▌ █ ▐▌ █▌ █ ▐▌ █ ▐▌ █ ▐▌ █ ▐ ▐▌ ▌ █ ▐ ▐▌ █ │ File │
; █ ▐███▌ █ ▐███▌ ███████ ▐▌ █▌ █ ▐███ ▐▌ ███▌ █ ▐█ ▐▌ █ ▐████ ▐███ └─────────┘
; █ ▐███▌ █ ▐ ▐▌ ▌ █ ▐ ▐▌ ▌ █ ▐███ ▐▌ ███▌ █ ▐█ ▐▌ █▌ █ ▐▌ █ FSUMM v3.40
; ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ^^^^^^^^^^^
% MAJOR CHANGES ════════════════════════════════════════════════════════════════
;
; ■ Control file renamed to FSUMM.CFG
; ■ Files handles requirement increased..check config.sys if you have trouble
; ■ Now works under Novell Netware
; ■ MegaList related verbs changed severely
; │
; └──»> MLHEADER, MLFOOTER, NEWFILES, LISTFILE - these have been removed!
% GLOBAL VERBS ════════════════════════════════════════════════════════════════
;
; These verbs affect the whole operation of FSUMM.
% BOARDNAME
;
; This is used to specify your BBS name. If you have registered, you must
; still specify this line, but the exact name will be taken from the key
; file instead. If you do not specify this, it will default to "SEMAJ!"
; irrespective of whether or not you have a key.
;
BOARDNAME dataMatrix!
% SORT
;
; SORT enables the ultra-fast FILES.BBS sort routine. This will sort your
; files listings under headers - characters that are non-alphanumeric are
; taken to be headers by FSUMM.
;
SORT
% NOSUMMARY
;
; This disables the FSUMM headers in your FILES.BBS file. The headers are
; the pretty displays you often see that list the number of files etc.
;
;NOSUMMARY
% KEEPLATEST
;
; This verb keeps the latest few copies of a file you specify. This is very
; useful for keeping a few of the latest nodediff files, etc. It uses the DOS
; time-stamp to find which files to delete. It doesn't delete the entries of
; your FILES.BBS listings - so we recommend you to use REMOFFLINE if you use
; this verb.
;
KEEPLATEST 12 G:\FILES\NETWORK\NODEDIFF.*
KEEPLATEST 1 G:\FILES\NETWORK\NODELIST.*
% REMOFFLINE
;
; This command is to remove all entries of files in your listings that do
; not exist in the directories.
;
REMOFFLINE
% NAMEUPLOAD
;
; This command will add the name of uploaders to files that are new on your
; system. It will change the FILES.BBS entry and you can use macros,
;
; %NAME - uploader's name
; %DESC - previous description
;
NAMEUPLOAD |%NAME| %DESC
;
; This is the kind of thing you would get:
; LHA205.EXE [00] |stuart henderson| The new LHarc v2.05, very nice!
;
; The NAMEUPLOAD command only works when download counting is activated.
% KILLDAYS
;
; This is probably most useful for SDS sysops who do not want to keep files
; more than thirty days etc. This should be followed by the number of days
; maximum to keep files, then a wildcard path, ie:
;
KILLDAYS 30 E:\SDS\SDSRA\*.*
% AREAHEADER
;
; AREAHEADER is the file which is included at the start of your FILES.BBS
; files as long as NOSUMMARY is not selected. You may use keywords as follows
; in it:-
;
; %DATE (24 characters) displays the current date and time in the output
; %DIR (47 characters) displays the name of the area (right justified)
; %LDIR (47 characters) displays the name of the area (left justified)
; %FNO (3 characters) displays the number of files in the current area
; %NO (3 characters) displays the number of the current area
; %FBYTES (9 characters) displays the number of bytes used in the area
; %DLOADS (4 characters) displays the number of downloads in the area
; %PWORD (16 characters) displays the area password (left justified) **
; %PDESC (50 characters) displays whether has an area password **
; ** -> see later in this file
;
AREAHEADER E:\RA\HEADER.FSM
% MEGAHEADER
;
; This verb is very similar to AREAHEADER, but instead of the header at the
; top of FILES.BBS, this option defines the header file for each area in
; your MegaList. You can use the same keyword macros as in AREAHEADER with
; this verb.
;
MEGAHEADER E:\RA\MEGAHEAD.FSM
% TOUCH
;
; This verb will change the filestamp on a file to the current date, mainly
; to mark a few important files as new (ie major programs for new users
; such as ARJ, PKZIP, etc). You can specify up to fifteen of these.
;
TOUCH G:\FILES\ARCHIVE\ARJ020.EXE
TOUCH G:\FILES\ARCHIVE\LHA205.EXE
TOUCH G:\FILES\ARCHIVE\PKZ110.EXE
% IGNORE
;
; This will allow you to specify certain disk drives for FSUMM to ignore.
; Any file area which resides on the specified drive will be skipped for all
; FSUMM processing. This is probably of most use on slow drives like CD-Roms.
; Note it will check only the Path to Files for this drive letter. If your
; CD-Rom is on drive Z: (like many seem to be), the statement IGNORE Z will
; ignore fileareas where the actual files are on drive Z.
;
IGNORE Z
IGNORE Q
% UPDATE
;
; This is used in conjunction with the extended adopt verb. You must set up
; to adopt files to certain places in the filelist, as explained below. When
; you have done this, the UPDATE verb will turn on an additional mechanism
; that scans the filelists and if it detects one of the filespecs specified
; in the adoption list, the file description will be moved to the correct
; part of the file list. Note that the description is not changed; all this
; does is moves the location in the file list.
;
UPDATE
% ADOPT-TYPE VERBS ════════════════════════════════════════════════════════════
;
; File adoption is when FSUMM looks for files in the file area, but not in
; the FILES.BBS. As there are so many related verbs, they are in this area
; of the config. file example rather than in the global area.
% ADOPT
;
; To enable file adoption, you must first include ADOPT on its own line.
; Then and only then can you enable the extra features. Specifying this
; verbs makes FSUMM look for files that exist in the directory but not
; in FILES.BBS; they are then added to your lists.
;
ADOPT
;
; There is an extended form of the ADOPT command. You must also specify the
; verb on its own first to turn on adoption - then you may use this form.
;
; ADOPT filespec posn description
; │ │ │
; wildcard ──┘ │ │
; filename │ └── description to use. macros available -
; │ %DATE %TIME %DAY as described by Descadopt
; where in your ──┘ %VER pic-files version number 87a or 89a
; filelist to add %X %Y pic-files horizontal/vertical size
; this file. %COL pic-files number of colours used
; │
; └─── first character < or >. If its a < then the description is
; added before the rest of the files. If its a > then the
; description is added after the rest. If you specify a string
; to search for after the character, then this will be adopted
; before or after that. See the examples! NB Case Sensitive and
; no spaces are allowed in this string.
;
; Picture files can use the %X,%Y,%VER,%COL macros listed above. Note,
; however, that currently only GIF and PCX files are supported with
; this command. For PCX files, version numbers may currently be 2.5,
; 2.8, or 3.0. (pcPaintbrush IV generates version 3 PCX-files). For
; GIF-files, 87a and 89a are used.
;
ADOPT NODEDIFF.* <NODEDIFF [00] FidoNet NODEDIFF added on j.%DAY
ADOPT *.GIF > [00] GIF%VER-File (untitled) %Xx%Yx%COL.
ADOPT *.PCX > [00] PCX v%VER-File (untitled) %Xx%Yx%COL.
% DESCADOPT
;
; You use this verb to specify the default description for files that get
; adopted. You can change this for certain files with the extended form of
; the ADOPT verb. The maximum length for this (and descriptions on all the
; other verbs) is 128 characters.
;
; You may use %DATE to add the current date, and %TIME to add the current
; time, to your listing. Another option is %DAY which adds the Julian day
; number.
;
DESCADOPT [00] File adopted on %DATE at %TIME (j.%DAY)
% NOADOPT
;
; This is to list up to fifteen files that you don't want adopted on your
; system. Specify one file per line.
;
NOADOPT DIR.BBS
NOADOPT FILES.BBS
NOADOPT FILES.BAK
% MEGALIST VERBS ══════════════════════════════════════════════════════════════
;
; The megalist is a list of all files on your BBS. You may also create subset
; listings for certain areas. The verbs listed here allow you to configure
; how the megalist looks, which areas are covered by which lists, and so on.
% MAXACCESS
;
; This verb sets the maximum security level that may be set for a file area
; in FILES.RA that is included in the megalist. This example will list any
; area with a security level that is 20,000 or less.
;
MAXACCESS 20000
% NOCOMMENTS
;
; This disables the inclusion of comments in the megalist. For example, if
; you include this, the lines that are comments on their own, with no file-
; name on the line, will not be included.
;
;NOCOMMENTS
% FILESIZE
;
; This includes the filesize in the MegaList. By default - this is not
; written to the megalist.
;
FILESIZE
% FILEDATE
;
; This makes FSUMM include the file date stamp in the megalist. By default
; this is disabled.
;
FILEDATE
% DLCOLUMN
;
; This makes a separate column for #/files downloaded filecounters. If you
; enable this option, any filecounter you use will be in this column. If
; this is not enabled and you have filescounters on your BBS, they will
; appear normally (ie [07])
;
DLCOLUMN
% NEWDAYS
;
; This sets how many days to list in the new-files listings. This example
; lists files new in the last three weeks. New files are also marked in
; the megalist, by the character set in the MARK verb. You may choose where
; exactly on the line you want this character shown, for added flexibility
; of configuration.
;
NEWDAYS 21
% MARK
;
; This verb sets how to mark new files. It is followed first by the single
; character to mark new files with, and then by the position of this marker
; which is a number from this list:
;
; 1 Before the filename
; 2 Just after the filename
; 3 Between the filedate and the size
; 4 Between the size and filecounter (size & description if not using
; the extra filecounter column)
; 5 Just before the description
;
; NB, It is only sensible to use some of these in conjuction with certain
; options. For example FILEDATE,FILESIZE,etc.
;
; Of course this is only any use if you have set the "newdays" option to
; set how many days back you want new files marked.
;
MARK ⁿ 2
% LIST
;
; This is the main command verb to create file lists. It takes four options:
;
; LIST listfile newfile header footer areas
;
; listfile is the full path to the list to be created
; newfile is the full path to the new files listing
; header is the full path to the header
; footer is the full path to the footer
; areas is a list of areas to include
;
; If you do not want one of the files used (listfile, newfile, header,
; footer) then use a * in that position on the line. Those four are not
; optional. The list of areas, however, is - it defaults to all file areas.
;
; You may specify specific areas in this format:
;
; I n-n
; II -n
; III n-
; IV n
;
; Format I lists areas between and including the first and second parameters.
; Format II lists areas from the first to the parameter. Format III lists all
; areas after the parameter, and Format IV only lists the single area.
;
LIST MATRIX!.LST MATRIX!.NEW ALLFILES.HDR ALLFILES.FTR
LIST RA_UTILS.LST * RA_UTILS.HDR * -12 55 81 69 154-
LIST * NEWDOORS.LST * NEWDOORS.FTR 5 18
LIST ANOTHER.LST * * * 4 18 45-
% DOWNLOAD COUNTER ════════════════════════════════════════════════════════════
;
; This version of FSUMM adds a download counter routine. It makes a note of
; the last processed mark in FSUMM.MRK and adds a line to your log files -
; don't delete either of these! If you delete one but not the other your
; download counting will get very messed up.
;
; In general, download counting puts a little note by the file description
; of how many times the file has been downloaded. FSUMM's download counter
; logic is very smart though, and also lets you include mailer file-requests
; and lets you set a few other things. The download counter is marked by the
; character you set in the 'count' verb.
% COUNT
;
; COUNT enables filescounter logic. And lets you specify what characters
; you've got for your filescounter type parameters. Most people use [xx] as
; the format which is represented by "COUNT []" but some use <xx>
; ("COUNT <>"), some other formats are used as well.. If you are one of the
; people who use a format that isn't [xx] you can use it with FSUMM. Just
; by specifying this doesn't mean that files counters will be updated, you
; must use BBLOG and MAILERLOG to enable that. What it means is that FSUMM
; will be "smart" to files counters while creating file lists, and will let
; you use certain related options (ie, the %DLOADS macro in the area/megalist
; header files).
;
COUNT []
% BBLOG
;
; This command sets up your BBS log filename and path. You don't need to
; specify what style log it is - FSUMM automatically detects this.
;
BBLOG 1 E:\RA.1\RA.LOG
;BBLOG 2 E:\RA.2\RA.LOG─────┐
; │ └── path and filename to your RA log file
; │
; BBS node # (this will work in multiline systems fine!)
% MAILERLOG
;
; If you also want to include filerequests in your download counters (it will
; make your files seem more popular ;-) then use this. It currently works
; with these log formats: FrontDoor, D'Bridge and BinkleyTerm. You must
; specify the log style with this command.
;
MAILERLOG 1 E:\FD\FRODO.LOG FrontDoor
;MAILERLOG 2 E:\BRIDGE\DATBRDGE.LOG D'Bridge
;MAILERLOG 3 E:\BINK\BINK.LOG BinkleyTerm
;
; (I dont recommend running multinode with two different mailers, but.. ;-)
; Again, you specify the node number and full path, followed by the mailer
; type - the examples above give all the types supported.
% MISCELLANEOUS FILE CREATION ═════════════════════════════════════════════════
;
; In addition to the normal files that are updated and created, FSUMM can also
; generate a few other reports. For example, a file detailing your file areas
; and the number of files in each. Another example is a file listing the most
; popular files (statistics taken from the download counters). You may also
; create lists of file-requestable areas for your mailer, and so on.
% FILESTAT
;
; FILESTAT will produce a straight ASCII-text file that displays information
; on the file areas of your system.. Try it and see what exactly happens! If
; you only want selected areas included, then write the area numbers after
; the command (normal format used for listing numbers, as used in LIST
; command and others).
;
FILESTAT E:\RA\TEXT\FILESTAT.ASC 1-199
% FDBREPORT
;
; This verb produces a report similar to FILESTAT, but in a more compact
; style. This is ideal for including to your daily information report with
; AutoMsg, another great S/e/m/a/j Communications utility! (Check the demo
; config file you get with that for details of the INCLUDE verb, v2.20 or
; later).
;
FDBREPORT E:\RA\FDBLIST.REP
% TOPFILE
;
; TOPFILE sets up the path to the top downloaders file you want. You may make
; a list of the most downloaded files on your system - it goes in the file
; you've specified here. If you want a list of most downloaded files from
; only certain areas, then write this list of areas on the line. Be sure to
; have set the COUNT verb correctly if you use this.
;
TOPFILE E:\RA\TEXT\MOSTDNLD.ASC
TOPFILE E:\RA\TEXT\ARCHIVER.ASC 1
% TOPCOUNT
;
; TOPCOUNT tells the system how many entries you want listed in the file
; that's made by the TOPFILE option. You may specify up to 100 entries here.
;
TOPCOUNT 100
% MAKEFILE
;
; This command is used to create a text file listing your file areas. It can
; create FLSEARCH.CTL compatible files as well as freq-path files for most
; mailers.
;
; Use: MAKEFILE "string" filename header footer areas
;
; "string" (with " marks around it) is the text to write to each line. You
; may use these macros:
;
; %DIR directory, excluding backslash
; %NUM area number
; %SEC security level of area
; %DESC area description
; %_DESC area description, underscores not spaces
; %PWORD password of area (see later in this file)
; %!PWORD password of area preceded by ! mark
;
; filename is the full name and path of the file that will be written ie
; e:\ra\flsearch.ctl.
;
; header is a file that will be added at the top of the output file.
;
; footer is a file that will be added at the end of the output file.
;
; areas is a list of areas to include, this is the same format as the area
; list used in the LIST command, ie 29 13-18 39 or similar. If you leave it
; blank it will default to all areas.
;
MAKEFILE "%DIR" e:\fd\areas.txt e:\fd\areas.add * 1-149
MAKEFILE "%DIR\" e:\ftp\bi\dir.lst * * 1-149
MAKEFILE "%DIR %SEC %_DESC" flsearch.ctl * *
MAKEFILE "%DIR\*.* %!PWORD" okfiles.lst okfiles.add *
;
; NB the %!PWORD used for the Binkley-format OKFILES.LST file. This is so
; if you have an area with a password it will add a ! before it, and if
; you have no password then no ! will be added to the line.
% ORPHAN
;
; This writes a small list of all files that have been adopted by FSUMM.
; I add this to my AutoMsg sysop report with the IncludeReport verb in
; AutoMsg.
;
ORPHAN E:\RA\ORPHANS.LST
% PASSWORD VERBS ══════════════════════════════════════════════════════════════
% PASSWORD
;
; This is for controlling the area passwords. This may be of use if you use
; password-protected areas for file requests, or if RA ever gets around to
; including password-protected file areas. This command sets up the password
; for each area.
;
PASSWORD FGHJV 57-123 18 193
PASSWORD WOL 37 19-24
% NOFREQ
;
; This sets up areas to mark as "freq not possible" - these do not have a
; password, just a note saying freqs are not possible.
% DEFPASSWORD
;
; This sets up a default password for all areas. This will mean that *all*
; areas have a password. The default is not to use a password.
;
; DEFPASSWORD PASSWORD
% PWORDTEXT
;
; This is the text used in the %PDESC macro for an area which has a freq
; password.
;
PWORDTEXT (Freq possible)
% NOPWORDTEXT
;
; This is the text used in the %PDESC macro for an area which has no freq
; password.
;
NOPWORDTEXT (Freq possible)
% NOFREQTEXT
;
; This is the text used in the %PDESC macro for an area which is not
; freq'able.
;
NOFREQTEXT (Freq not possible)
; ■ documentation, configfile sample (c) stuart henderson MTD[uk]
; ■ executable files (c) james berry S/e/m/a/j
;
% <*** End of File ***>