home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Monster Media 1994 #1
/
monster.zip
/
monster
/
OS2
/
LIVENET.ZIP
/
SQUISH.ZIP
/
SQUISH.CFG
< prev
Wrap
Text File
|
1994-01-11
|
66KB
|
1,410 lines
;
;
;
;
;
;
; +-- +--+ - - --- +--- - -
; | | | | | | | | |
; +-+ | | | | | +--+ +--+
; | | \| | | | | | |
; --+ +--\ +--+ --- ---+ - -
;
; ----------------------------------------------------
; The Maximus-CBCS Tosser/Scanner/Packer, Version 1.00
; ----------------------------------------------------
;
;
;
;
;
;
;
;
;
; The 'Address' keyword specifies the network addresses of your
; system.
;
; ----------------
; FOR NORMAL NODES
; ----------------
;
; Your FIRST address should be your primary address. By default,
; this will be used for all outgoing mail. You can specify
; additional addresses after the first, but they will simply
; be used as AKAs. Any number of addresses may be specified,
; limited by available memory.
Address 1:170/110
Address 81:202/201
Address 40:4372/0
Address 40:4372/110
; ------------------
; FOR FAKENET POINTS
; ------------------
;
; Squish can be used in a Binkley-style "fakenet" configuration.
; However, the format for specifying addresses is slightly different.
;
; The FIRST address specified must be your fakenet address, including
; the zone.
;
; The SECOND address must be your full 4-dimensional network address,
; including your point number. The third and subsequent addresses will
; be treated as AKAs.
;
; Fakenet points must also use the 'Pointnet' verb, later in this
; configuration file.
;
; For a point at 1:123/456.1 (with a fakenet address of 23914/1), the
; following configuration would be used:
;
; Address 1:23914/1
; Address 1:123/456.1
;
; -------------
; FOR 4D POINTS
; -------------
;
; This feature can only be used if both you and your boss are running
; 4D-aware packers AND 4D mailers.
;
; Most mailers support 4D points, but BinkleyTerm (version 2.40 or
; below) does not. Others, such as FrontDoor, InterMail, D'bridge, and
; BinkleyTerm 2.50+ can handle 4D points correctly.
;
; In addition, you and your boss must be running 4D-compatible
; packers and scanners. Most packers and scanners are NOT fully
; 4D. As of this writing, the most common 4D tossers/scanners/packers
; are TosScan, Imail, GEcho and (of course) Squish.
;
; Unless both you and your boss satisfy all of these requirements,
; you must use a fakenet point instead.
;
; For 4D points, simply include your full 4D address. Any addresses
; after that will simply be considered as AKAs.
;
; For a point at 1:123/456.1, the following configuration would be used:
;
; Address 1:123/456.1
; The 'NetFile' keyword tells Squish where your mailer places
; received packets and ARCmail packages. You can specify as many
; NetFile paths as you like, and Squish will search each of them
; when invoked with 'SQUISH IN'.
;
; The NetFile keyword has two modifiers: 'NoPkt' and 'NoArc'. The
; 'NoPkt' modifier instructs Squish NOT to toss *.PKT files from
; the specified path. The 'NoArc' modifier instructs Squish NOT
; to toss ARCmail bundles from that path. These modifiers may
; be useful for a tri-level security scheme, such as that which
; is offered by BinkleyTerm.
; Protect inbound
NetFile c:\binkley\inbound
; Valid known nodelist inbound -- *.pkt's only and also arc'ed files
NetFile c:\binkley\kinbound
; Unknown inbound
;NetFile NoArc NoPkt c:\binkley\uinbound
; The 'AreasBBS' keyword tells Squish where to find a standard-format
; AREAS.BBS file. NOTE: using AREAS.BBS is optional! If you
; have no other utilities which use AREAS.BBS, it may be easier
; to comment out this keyword and to use the 'EchoArea' keyword
; to define areas in this configuration file. (See later in
; this file for more details.)
; AreasBBS c:\bbs\max\system\Areas.BBS
; The 'ArcmailAttach' keyword instructs Squish to use
; FroDo/IM/D'bridge-style message handling. This is compatible with
; most other mailers which use an 'attach message' to send archives.
;
; This keyword is NOT required for systems running BinkleyTerm,
; Opus, or any other programs which use an 'outbound directory'.
;
; When this keyword is uncommented, Squish will generate *.MSG
; attach messages instead of Binkley-style *.?LO files. This keyword
; also disables most of the routing commands in ROUTE.CFG.
;
; EVEN IF 'ArcmailAttach' IS ENABLED, YOU MUST STILL USE THE
; "SQUISH SQUASH" COMMAND AND HAVE A VALID ROUTE.CFG!
;
; When ArcmailAttach is defined, the `squash' phase of processing
; will be used to build attach messages, as opposed to scanning
; the outbound area. ROUTE.CFG is still required, but since most
; mailers will perform dynamic routing, its importance is minimal.
; Please see the comments in ROUTE.CFG for information on routing
; and ArcmailAttach systems.
;ArcmailAttach
; If you're running BinkleyTerm 2.50 or above, the BinkPoint
; keyword can be enabled. BinkPoint enables the Binkley 2.50+
; "point directories", which allows for full 4D point support.
; If you wish to run 4D points on a Bink system, you must be
; running Binkley 2.50 or greater, and this keyword must be
; enabled.
BinkPoint
; The 'Compress' keyword gives the name of a compression configuration
; file. Squish's compression is extremely flexible, and support for new
; archiving programs can be added at any time. For most people, the
; default COMPRESS.CFG is all that is required.
Compress c:\bbs\squish\Compress.Cfg
; The routing control file is used to control Squish's operation during
; the 'Squash' phase of processing.
;
; --> THIS KEYWORD IS ALWAYS REQUIRED, EVEN FOR ARCMAILATTACH SYSTEMS! <--
; --> PLEASE SEE THE COMMENTS IN ROUTE.CFG FOR DETAILS! <--
Routing c:\bbs\squish\Route.Cfg
; When not using 'ArcmailAttach', the Outbound keyword tells Squish where
; to find your Binkley-style outbound area. This should always be the
; name of your PRIMARY outbound area, without an extension. Squish
; will dynamically create outbound areas as necessary for other zones,
; so only the primary directory name is required.
;
; If 'ArcmailAttach' is being used, THIS KEYWORD IS STILL REQUIRED!
; In this case, the Outbound directory should point to a scratch
; area which Squish can use to build and store compressed mail packages.
Outbound c:\binkley\outbound
Outbound c:\binkley\ibmnet 40
Outbound c:\binkley\os2net 81
; The 'LogFile' keyword instructs Squish to keep a log of its activities.
; This log is written using a Max/Bink/Opus-compatible format, so the
; same logfile name can be used for both Max and Squish.
LogFile c:\bbs\logs\squish.Log
; The 'Origin' keyword is used to specify a default origin line for
; EchoMail areas. This option is only required if you're NOT using
; an AREAS.BBS, since Squish can normally obtain the origin line
; from that file.
;
; This origin line will be added to local messages which were created
; without an origin or tear line.
;
Origin LiveNet! Tulsa's OS/2 Warehouse (918) 481-5715
; The 'Secure' keyword instructs Squish to check the addresses on all
; echomail messages it receives, and causes it to reject unsolicited
; messages. This means that only only those nodes which are listed
; in AREAS.BBS (or your EchoArea lines) will be able to send echomail
; messages to your system.
;
; If a message is received from a system which is not listed for
; a particular message area, the message will be placed in your
; BadArea and noted in the logfile.
;Secure
; The 'CheckZones' keyword instructs Squish to check the zone number
; on all incoming messages, and to treat different zones as distinct
; entities.
;
; This is normally desired; however, several older software packages
; do not support zones, and as such, Squish may find a 'random'
; zone number in packets it receives from other systems.
;
; If this keyword is commented out, Squish will ignore zone numbers
; when tossing messages.
CheckZones
; The 'QuietArc' keyword instructs Squish to suppress the screen output
; of external compression programs. This is useful for reducing screen
; clutter, especially when packing mail for a large number of nodes.
;
; NOTE: this keyword will not suppress the screen output for LHarc 2.xx.
; For whatever reason, the author of LHarc wrote the program in such
; a way that screen output cannot be easily eliminated.
QuietArc
; The 'Duplicates' keyword defines the number of duplicate message IDs
; that Squish will keep for each individual area. By default, Squish
; keeps 1000 IDs for each area, which should be acceptable for the
; majority of other systems.
;
; Unlike most other software, Squish uses a safe 64-bit ID to identify
; messages as dupes. Due to a few other factors, Squish's advanced
; dupe checking technology almost never identifies messages as false
; duplicates, so raising this number will not adversely impact mail
; reliability.
Duplicates 2000
; The 'KillDupes' keyword instructs Squish to delete duplicate messages
; as they are tossed. This provides for efficient use of disk space
; (if a large packet of dupes is received from your uplink), but it
; leaves the operator with no way to determine the cause of the dupes.
;
; By default, KillDupes is off, and duplicate messages will be placed
; into your DupeArea.
KillDupes
; The 'KillIntransit' keyword instructs Squish to delete in-transit
; netmail. This means that netmail NOT addressed to your system will
; be deleted after it is packed.
;KillIntransit
; The 'KillBlank' keyword instructs Squish to delete blank netmail
; messages, or netmail messages which do not have a message body.
; Such messages are generated by some D'bridge systems, in addition
; to manually-generated file requests and file attaches.
KillBlank
; The 'Password' keyword is used to specify a password for outgoing
; packets. In addition, if 'Secure' mode is enabled, Squish will
; also check incoming packets for the specified password, and it will
; reject and rename packets with invalid passwords. Passwords are
; case insensitive, and they must be eight characters or less.
; Address Password
; ----------- --------
Password 1:170/100 xxxxxxxxxx ; Packet password for Hub
;Password 1:170/200 xxxxxxxxxx ; Packet password for Bill Schnell
;Password 1:170/311 xxxxxxxxxx ; Packet password for David Bolack
;Password 1:170/202 xxxxxxxxxx ; Packet password for Steve Dressler
Password 1:170/500 xxxxxxxxxx ; Packet password for Tim Winters
Password 1:170/609 xxxxxxxxxx ; Packet password for Tim Winters
Password 1:170/910 xxxxxxxxxx ; Packet password for Brian Haden
Password 1:170/110.7 xxxxxxxxxx ; Packet password for Mark Barbee
;Password 1:170/110.8 xxxxxxxxxx ; Packet password for George Hug
;Password 1:170/110.9 xxxxxxxxxx ; Packet password for Jason Farque'
Password 1:170/110.10 xxxxxxxxxx ; Packet password for Daniel diGriz
Password 1:170/110.11 xxxxxxxxxx ; Packet password for Ean Smythe
Password 1:170/110.601 xxxxxxxxxx ; Packet password for Joe Winett
Password 1:236/10 xxxxxxxxxx ; Packet password for Mark Taylor
Password 40:4372/10 xxxxxxxxxx ; Packet password for Mark Taylor
Password 1:170/610 xxxxxxxxxx ; Packet password for Jim Watson
Password 1:170/611 xxxxxxxxxx ; Packet password for Jim Watson
Password 40:4372/610 xxxxxxxxxx ; Packet password for Jim Watson
Password 40:4372/611 xxxxxxxxxx ; Packet password for Jim Watson
Password 1:396/61 xxxxxxxxxx ; Packet password for Richard Butler
Password 40:4372/61 xxxxxxxxxx ; Packet password for Richard Butler
Password 1:373/18 xxxxxxxxxx ; Packet password for Conan Dickson
Password 81:20/18 xxxxxxxxxx ; Packet password for Conan Dickson
Password 40:4372/18 xxxxxxxxxx ; Packet password for Conan Dickson
Password 1:170/300 xxxxxxxxxx ; Packet password for Patrick Sitton
Password 40:4372/300 xxxxxxxxxx ; Packet password for Patrick Sitton
Password 81:202/203 xxxxxxxxxx ; Packet password for Patrick Sitton
Password 1:106/437 xxxxxxxxxx ; Packet password for Art Fellner
Password 40:4372/437 xxxxxxxxxx ; Packet password for Art Fellner
Password 40:4376/0 xxxxxxxxxx ; Packet password for Robert McA
Password 81:202/0 xxxxxxxxxx ; Packet password for David Dozier
Password 81:202/1 xxxxxxxxxx ; Packet password for David Dozier
; The 'Pointnet' verb is used to support fakenet-style points. This
; keyword must be used by BOTH fakenet bosses and fakenet points.
; Simply specify your pointnet number, and Squish will automatically
; convert pointnet addresses and strip SEEN-BYs as necessary. This
; option is not required if you are a 4D point, or if you are a boss
; and only feed 4D points. If you are a boss which supports BOTH
; 4D and fakenet points, then this keyword is still required.
;Pointnet 12345
; The 'Track' keyword instructs Squish to keep a log of forwarded netmail
; messages, including the header information (to/from/subject).
; This command in not a replacement for external utilities such as
; MsgTrack, but it can be used as a quick means of finding out who is
; forwarding netmail through your system.
;
; WARNING! This keyword must point to a SEPARATE log file. You cannot
; use the same logfile for both Track and LogFile.
Track c:\bbs\logs\MsgTrack.Log
; The 'Pack' keyword tells Squish to use the specified compression method
; when compressing mail for the specified nodes.
;
; The first word following 'Pack' must be a valid compression type, as
; specified in COMPESS.CFG. (The compression types supported by
; the distribution version of Squish are ARC, PAK, ZIP, LHARC, LH113,
; ZOO and ARJ. However, more archivers can be easily added when
; they become available.)
;
; Any number of nodes may be specified after the compression type, and
; 'All' may also be used to specify a broad range of systems. If no
; compression type is specified for a given node, then the default
; compression method will be used. (See below.)
;
; NOTE! Older programs, including QMail 1.00, do not support the LHarc 2.xx
; compression format. For this reason, the 'LH113' compression format
; is provided; this instructs LHarc to create archives in compatibility
; mode. If your feeds are running QM 1.00, you must specify the
; LH113 method instead of LHarc.
;
Pack LHarc 1:170/202
Pack Zip 1:170/100 200 209 300 500 706 813 609 610 611 813
Pack Zip 1:153/920
Pack Zip 40:All/All
Pack Zip 81:All/All
Pack ARC 1:170/110.6
Pack Zip 1:170/110.7
Pack Zip 1:170/110.8
Pack Zip 1:170/110.9
Pack Zip 1:170/110.10
Pack Zip 1:170/110.11
Pack Zip 1:170/110.12
Pack Zip 1:170/110.601
; The 'DefaultPacker' specifies the name of the compression program to
; use for nodes not lisited in any of the 'Pack' statements.
;
; WARNING! The official FidoNet standard for mail compression is
; ARC. Unless you have a very good reason for using a different
; compression method, you should leave this keyword alone to ensure
; maximum compatibility.
DefaultPacker Arc
; The 'SaveControlInfo' keyword instructs Squish to keep the SEEN-BY and
; PATH control information inside the message database. This command
; will ONLY be applied to Squish-type areas, and will ONLY be used when
; running in a one-pass "IN OUT" mode. The SEEN-BYs and PATH lines will
; always be retained when running in multi-pass mode. This option
; can be used to save space on your hard drive.
SaveControlInfo
; The 'ForwardTo' keyword tells Squish that it has permission to forward
; messages which are destined to the specified nodes. If you add the
; modifier 'File' after 'ForwardTo', then Squish will also forward
; file attaches to the specified nodes as well.
;
; To forward ALL mail passing through your system, simply
; use 'ForwardTo WORLD'.
;
; For ArcmailAttach systems, your mailer handles the routing of files.
; This keyword is not needed for such systems.
ForwardTo World
ForwardTo File 1:170/All.All
ForwardTo File 40:649/312
; The 'ForwardFrom' keyword uses the same syntax as ForwardTo, except it
; it tells Squish to allow messages coming from the specified nodes to
; be forwarded ANYWHERE. When used with the 'File' modifier, this
; command is considerably more dangerous than ForwardTo, since it
; effectively gives the specified nodes a blank cheque, since they
; will have the ability to send large files through your system,
; possibly to a long-distance number. Normally, this option should
; only be used for points or trusted individuals.
;
; For ArcmailAttach systems, your mailer handles the routing of files.
; This keyword is not needed for such systems.
;ForwardFrom 1:24906/All 249/99
;ForwardFrom File 1:249/108
; The 'TinySeenbys' verb tells Squish to use "tiny" SEEN-BYs for the
; specified list of nodes. This means that Squish will strip off all
; excess node numbers when exporting a message, and it will only add the
; node numbers of the systems that are defined for each echo area.
;
; This keyword can significantly reduce the size of output packets,
; especially if Squish is processing widely-distributed EchoMail
; areas.
;TinySeenbys 249/199 2:123/456
; The 'Remap' keyword can be used to automatically forward messages to
; points. If a message arrives on your system which is addressed to one
; of your 'Address' statements, Squish will compare the message's
; "To:" address with each of the names listed below. If a match is
; found, Squish will forward the packet manually, and readdress the
; message to the specified point.
;
; In addition, the '*' character functions as a wildcard, and can be used
; to remap mail which is addressed using only a partial name.
;
; NOTE! If you are using fakenet points, make sure to specify the
; full fakenet address! Similarly, if you are using 4D points, make
; sure that you use the full 4D address. The address you specify doesn't
; have to be a point address, but if you are using a point address, you
; should make sure to specify the correct one.
;
; FOR BOSSES OF FAKENET POINTS ONLY:
;
;Remap 24906/2 Mark Kaye ; Remap messages for Mark Kaye to point 2
;Remap 24906/3 Kevin Kell ; Remap messages for Kevin Kell to point 3
;Remap 24906/1 Scott* ; Remap messages starting with 'Scott' to
; ; point 1.
;
; FOR BOSSES OF 4D POINTS ONLY:
;
;Remap .1 Scott* ; Remap messages starting with 'Scott' to
; ; point 1.
Remap .6 Rob Mincey
Remap .7 Mark Barbee
Remap .8 George Hug
Remap .9 Jason Farque'
Remap .10 Daniel diGriz
Remap .11 Ean Smythe
Remap .12 Russ Parks
Remap .601 Joe Winett
; The 'AddToSeen' keyword instructs Squish to add a particular node number
; to the SEEN-BYs for all echomail areas that your system receives.
; (Note: it is possible to add SEEN-BYs on an area-by-area basis. See
; 'EchoArea' below for more details.)
;
; The node numbers you specify here will be added to each and every
; message that passes through your system. This is usually not required,
; except when changing primary addresses.
;AddToSeen 250/814 820
; The 'GateRoute' keyword is used to send inter-zone messages through
; the zonegate. Since this is declared in SQUISH.CFG, this will gateroute
; ALL netmail messages going through your system to the specified
; addresses. This command is only useful when NOT using ArcmailAttach.
;
; GateRouting is only required by other<tm> brain-dead packers which
; do not properly understand zones. If you're using the low-priority
; netmail routing scheme, it's probably safe to use a normal
; 'Route' command in ROUTE.CFG. However, when sending directly to
; any of the official zonegates, it's best to use the GateRoute method.
;
; After the word 'GateRoute', you must specify a flavour to use for
; the resulting gaterouted package. This will be placed into the
; appropriate .?UT message bundle.
;
; Following the message flavour is the 'host node'. This is where
; all of the gaterouted messages will be sent.
;
; After the host node comes the 'route-to' nodes. You can specify any
; number of nodes after the host, and you can even use the 'All'
; wildcards.
;
; If you wish to except certain nodes from gateroute processing, include
; the word 'Except', followed by any nodes whose mail you do NOT wish
; to gateroute.
;
; The following will work for standard gaterouting within zone 1:
;
;GateRoute Normal 1:1/2 2:All
;GateRoute Normal 1:1/3 3:All
;GateRoute Normal 1:1/4 4:All
;GateRoute Normal 1:1/5 5:All
;GateRoute Normal 1:1/6 6:All
;
; If you were connecting directly with a particular node in zone 2, and
; you did not want that node's mail to be gaterouted, you could use the
; following sample gateroute line:
;
;GateRoute Normal 1:1/2 2:All Except 2:123/456
; The 'BusyFlags' keyword instructs Squish to use the BinkleyTerm
; *.BSY flags in the outbound area. These flags are a must when
; Squish is running in a multitasking or network environment, since
; they stop Squish and Binkley from trying to access the same
; bundle at the same time.
BusyFlags
; The 'TossBadMsgs' keyword instructs Squish to "toss" messages from
; your BadArea, every time a SQUISH IN is performed. Squish will
; skim all of the message in the area, and it will attempt to toss
; each one.
;
; This feature is extremely useful if you request an area, but forget
; to add the echo to your configuration files. The messages for that
; area would end up in your BadArea; with TossBadMsgs enabled,
; once you add that area to your configuration, messages will be
; tossed from your BadArea just as they would from a .PKT file,
; thereby saving you a lot of manual message moving.
TossBadMsgs
; The 'BatchUnarc' keyword instructs Squish to decompress all compressed
; mail archives at the same time, and to start tossing the packets after
; all of the archives have been decompressed.
;
; Using BatchUnarc requires slightly more space, but it also prevents
; messages from getting out of order. Squish will toss packets accoring
; to their dates, but if Squish only tossed mail from one archive at
; a time, the dates can get mixed up. If you don't send mail to
; anyone else, you probably don't need to use this. However, if you're
; sending one or more echoes to other systems, using BatchUnarc is
; probably a good idea.
BatchUnarc
; The 'ZoneGate' command instructs Squish to perform special conversions
; on messages addressed to the 'zonegate node'. When sending an
; echomail conference across zones, SEEN-BYs must be stripped from
; messages, since net/node numbers may be duplicated among different
; zones.
;
; This command provides an FTSC-0004 compliant method to gate conferenes
; between zones. The format for the ZoneGate command is as follows:
;
; ZoneGate <host> <nodes...>
;
; The <host> is the address of the system which you are gating for. All
; echomail messages addressed to this system will have their SEEN-BYs
; stripped.
;
; <nodes> is a list of nodes which are to be added to the SEEN-BYs,
; after the original set of nodes is stripped. WARNING: Squish does
; NOT automatically add your address or the host's address to
; the SEEN-BYs, so you must include your address and the other system's
; address, at a bare minimum. Other nodes can be added to the SEEN-BYs
; for safety purposes.
;
; NOTE: ZoneGate is a potentially dangerous command. If you do not
; know exactly what you're doing, this command should be avoided.
;ZoneGate 2:253/68 249/106 253/68
; The 'Statistics' keyword instructs Squish to keep a statistics file,
; based on mail sent and mail received. These statistics are extremely
; verbose, but they are also extremely accurate. An external program
; can be used to read the SQUISH.STA file, and to generate a 100%
; accurate billing report for the specified nodes.
;
;Statistics c:\bbs\squish\squish.stt
; The 'StripAttributes' keyword instructs Squish to strip the message
; flavour attributes (CRASH and HOLD) from incoming netmail messages.
; Stripping these attributes prevents someone from routing a CRASH
; message through your system, and then having your system deliver
; the message as CRASH as well.
StripAttributes
; The 'AddMode' keyword instructs Squish to "add" to existing .?LO files.
; Normally, when Squish wants to send a message or file to a particular
; node, it will use the exact flavour specified in the routing control
; file. However, AddMode instructs Squish to check the outbound area
; first, and if a flavoured file attach exists (such as CRASH, HOLD or
; DIRECT), the file will be added to that file attach instead.
;
; This is useful if a specified set of routing commands is normally used,
; but if exceptions must be made. In other words, a node may be marked
; Crash, but if that node goes down for a period of time, it may be
; desirable to keep that node's mail on hold. When AddMode is enabled,
; simply change the flavour of the existing attach to HOLD, and all future
; attaches will also be made as HOLD (regardless of the original flavour),
; until the HOLD file attach is picked up.
;AddMode
; The 'MaxMsgs' keyword instructs Squish to stop scanning after 'x'
; messages have been reached, to pack the resulting packets into an
; archive, and to continue scanning from where it left off. This
; feature can help in situations where disk space is at a premium,
; or where the size of the output .PKT files is to be kept small.
;
; When running in "IN OUT SQUASH" mode, the MaxMsgs feature is
; automatic. However, when the OUT and SQUASH phases are separated,
; some batch file magic is required. Please see the documentaton
; for information on using MaxMsgs in separate passes.
;
; The number after MaxMsgs specifies the number of messages to
; process before taking a break and archiving the output. A number
; of around 100 messages usually yields packets of about 75K in
; size, assuming a normal backbone load. This number can be increased
; or decreased, depending on your processing requirements.
MaxMsgs 100
; The Swap keyword (DOS only) instructs Squish to swap itself out to
; XMS/EMS/disk before spawning the compression programs. This frees
; up all but 3k of the memory that Squish normally uses, and it
; allows Squish to be used in tight-memory situations.
;
; By default, Squish will attempt to swap to XMS first followed by
; EMS, and finally, Squish will attempt to swap to disk. If you
; don't specify anything after the 'Swap' keyword, and Squish
; resorts to disk swapping, Squish will write the swap file in
; the current directory. However, if you wish Squish to swap elsewhere
; when it has to resort to disk swapping, you can specifiy a path
; and a filename after the 'Swap' keyword.
;
; WARNING! Some networks may be allergic to the Swap command. If
; you're having trouble getting Squish to run with Swap, try
; turning it off.
;
;Swap c:\Temp\$$SQUISH.SWP
; The 'Nuke' keyword (ArcmailAttach mode only) instructs Squish to
; delete ARCmail bundles for which there is no attach message. This
; keyword is ONLY required when using Max with D'bridge, or some other
; mailer which cannot delete or truncate files as they are sent.
;
; When Squish gets to the SQUASH phase, it will scan all of the messages
; in the netmail directory, and make a note of all file attaches. It
; will then scan the outbound packet directory, and delete any ARCmail
; bundles which do not have attach messages.
;
; THIS COMMAND IS POTENTIALLY DANGEROUS, SO IT SHOULD ONLY BE USED
; IF YOUR MAILER REQUIRES IT!
;
;Nuke
; The 'MaxAttach' keyword is for ArcmailAttach mode ONLY. This option
; instructs Squish to reserve memory for up to <n> netmail attach
; messages. You should have no more than this number of messages in
; your netmail area. Nothing drastic will happen if the number of
; attaches exceeds this, but you may find that duplicate attach
; messages are created if it's too small. The default for MaxAttach is
; 256. Most systems will NOT need to use this keyword.
;
;MaxAttach 256
; The 'MaxPkt' keyword is used in both ArcmailAttach and
; non-ArcmailAttach modes. This keyword specifies the maximum number
; of packets which can be present in OUTBOUND.SQ at one time. If the
; number of packets exceeds this value, then the excess packets will
; simply be queued for the next run of Squish. The default for MaxPkt
; is 256. Most systems will NOT need to modify this number.
;
;MaxPkt 256
; The `Buffers' keyword controls Squish's memory usage. By default,
; Squish will use large buffers for processing mail. However, if
; you're running Squish in a memory-restricted environment, you
; can tell Squish to use less memory by specifying one of the
; options below. WARNING! As you decrease the buffer size, Squish
; becomes slower and slower. `Buffers Small' is unsuitable if you're
; forwarding mail to any other nodes; medium buffers should be
; considered the minimum for hubs.
Buffers Large
;Buffers Medium
;Buffers Small
;---------------------------------------------------------------------------;
; ;
; SEAL configuration commands ;
; ;
;---------------------------------------------------------------------------;
;
; These are your downlinks (both echo and file)
;
; Address Lvl Grps Passwrd Sysop Flags Language
; (0-255) (A-Z) (KLCHTF*&P)
;------------------------------------------------------------------------------
;
; X = no group, not used
; F = FidoNet
; I = ibmNET message echos
; L = Creative writing forum
; M = ibmNET file echos
; O = OS2NET
; P = LiveNet Point Support echos
; S = Misc. Shareware Files
; W = Fernwood echo
; Z = ZyXELNet
;
;NodeLink 1:170/110.6 0 FP xxxxxxx Rob_Mincey HL SEAL_ENG.LNG
;NodeLink 1:170/110.7 0 FPL xxxxxxx Mark_Barbee HL SEAL_ENG.LNG
;NodeLink 1:170/110.8 0 FP xxxxxxx George_Hug HL SEAL_ENG.LNG
;NodeLink 1:170/110.9 0 FP xxxxxxx Jason_Farque' HL SEAL_ENG.LNG
;NodeLink 1:170/110.10 0 FP xxxxxxx Daniel_diGriz HL SEAL_ENG.LNG
;NodeLink 1:170/110.11 0 FP xxxxxxx Ean_Smythe HL SEAL_ENG.LNG
;NodeLink 1:170/110.12 0 FP xxxxxxx Russ_Parks HL SEAL_ENG.LNG
;NodeLink 1:170/110.601 0 FPL xxxxxxx Joe_Winett HL SEAL_ENG.LNG
;
;NodeLink 1:170/600 0 WM xxxxxxx Nelson_Derks CL SEAL_ENG.LNG
;NodeLink 1:170/300 0 M xxxxxxx Patrick_Sitton CL SEAL_ENG.LNG
;NodeLink 1:170/403 0 WM xxxxxxx Kelly_Drown CL SEAL_ENG.LNG
;NodeLink 1:170/500 0 X xxxxxxx Tim_Winters CL SEAL_ENG.LNG
;NodeLink 1:170/609 0 X xxxxxxx Tim_Winters CL SEAL_ENG.LNG
;NodeLink 1:170/610 0 WM xxxxxxx Jim_Watson CL SEAL_ENG.LNG
;NodeLink 1:170/910 0 X xxxxxxx Brian_Haden CL SEAL_ENG.LNG
;
;NodeLink 1:396/61 0 X xxxxxxxN Richard_Butler HL SEAL_ENG.LNG
;
;NodeLink 1:309/9 0 MWS xxxxxxx Mike_McGuire HL SEAL_ENG.LNG
;
;NodeLink 40:4376/0 0 IMW xxxxxxx Robert_McA HL SEAL_ENG.LNG
;NodeLink 40:4372/10 0 IMW xxxxxxx Mark_Taylor HL SEAL_ENG.LNG
;NodeLink 40:4372/18 0 IMW xxxxxxx Conan_Dickson HL SEAL_ENG.LNG
;NodeLink 40:4372/61 0 IMW xxxxxxxN Richard_Butler HL SEAL_ENG.LNG
;NodeLink 40:4372/300 0 IMW xxxxxxx Patrick_Sitton CL SEAL_ENG.LNG
;NodeLink 40:4372/437 0 IMW xxxxxxx Art_Fellner HL SEAL_ENG.LNG
;NodeLink 40:4372/610 0 IM xxxxxxx Jim_Watson CL SEAL_ENG.LNG
;NodeLink 40:4372/710 0 IMW xxxxxxx Dana_Laude HL SEAL_ENG.LNG
;
;NodeLink 81:202/1 0 OM xxxxxxx David_Dozier CL SEAL_ENG.LNG
;NodeLink 81:202/203 0 O xxxxxxx Patrick_Sitton CL SEAL_ENG.LNG
;NodeLink 81:202/401 0 OM xxxxxxx Bob_Barnes HL SEAL_ENG.LNG
;NodeLink 81:208/0 0 OM xxxxxxx Mark_Taylor HL SEAL_ENG.LNG
;
;
; These are your downlinks' akas
;
; Primary Akas...
;---------------------------------------
;;NodeAka 40:4372/10 81:208/0 81:208/1 1:236/10
;;NodeAka 1:170/300 40:4372/300
;;NodeAka 1:170/610 40:4372/610
;;NodeAka 40:4376/0 1:124/5105
;;NodeAka 40:4372/61 1:396/61
;;NodeAka 40:4372/18 1:373/18
;;NodeAka 81:202/401 1:160/202
;;NodeAka 81:208/0 81:208/1 1:236/10
;
; These are your echomail uplinks
;
; Address ForwardList Lvl Grp Name Pswrd Flags Aka Switches
;----------------------------------------------------------------------------------------
;EchoFeed 1:170/100 Y c:\bbs\squish\fidonet.lst T 0 F AreaFix xxxxxxx LC 1:170/110 -0
;EchoFeed 1:170/202 N
;EchoFeed 1:170/910 N
;EchoFeed 1:170/609 N
;EchoFeed 1:170/200 N
;EchoFeed 1:153/920 N
;EchoFeed 1:141/209 N
;EchoFeed 40:649/312 N
;EchoFeed 81:202/1 N
;
; These are your file echo uplinks
;
; Address ForwardList Lvl Grp Name Pswrd Flags Aka
;------------------------------------------------------------------------
;FileFeed 1:153/920 N
;FileFeed 1:141/209 N
;FileFeed 1:170/200 N
;FileFeed 1:170/403 N
;FileFeed 1:170/610 N
;FileFeed 40:649/312 N
;
; These are your protected areas
;
; Type Tag Level Grp
;----------------------------------------
;;ProtectArea Echo REG12 10 F
;;ProtectArea File NODEDIFF 10 f
;
; General operation keywords
;
;Backup
;;ForceINTL
;;KillProcessedMsgs
;CopyToSysop
;CheckName
;;MatchZone
;;MarkNotRcvd
;;ShortAreaList
;;FDLog
;;Show Protected
;Show Feeds
;;Notify List
;;No Rescan
;;No Help
;;No Hold
;;No Query
;;Respond Linked
;;Respond List
;LanguageFile C:\BBS\SEAL\SEAL_ENG.LNG
;NoDesc (no description available)
;;FDRescan G:\FD\FDRESCAN.NOW
;Que C:\BBS\SEAL\SEAL.QUE
;Del C:\BBS\SEAL\SEAL.DEL
;Hold C:\BBS\SEAL\SEAL.HLD
;;FakeName AreaFix
;;QueryFile C:\BBS\SEAL\AREAS.LST
;Sysop Name Dave Fisher
;Sysop Flags L
;Notify Exclude 40:649/312
;;Areas EchoSpec 0 . (unlisted fidonet area)
;;Areas NodeDim 2
;;Open
;;Open Level 0
;Open Groups X
;;Open Flags L
;;MaxCtl Area %g%#
;;MaxCtl Extra Twit ReadOnly
;;MaxCtl Extra Disgrace ReadOnly
;
; Echo (mail) operation
;
;Rescan C:\BBS\SQUISH\SQRESCAN.BAT
;NewEchosPath D:\ECHOS
;NewEchosPath Group I D:\ECHOS\IBMNET
;NewEchosPath Group O D:\ECHOS\OS2NET
;NewEchosPath Group Z D:\ECHOS\ZYXELNET
;NewEchosPath Group F D:\ECHOS
;EchoAlias FMail
;
; File (Tick) operation
;
;Tick C:\BBS\TICK\TICK.CFG
;;Pointnet 30933
;;NewFilesPath H:\FILE
;FileAlias FileMgr
;;Announce New NEWFILES
;;Announce Header ANNHDR.TXT
;;Announce Footer ANNFTR.TXT
;;Announce To All
;;Announce From File Processor
;;Announce Subject New files have arrived...
;;NewFilesPath Group f H:\FILE\PASS
;
; TIC.CFG (sample)
;
; In your TIC.CFG you may add an ;FileSpec line as well as an ;Announce
; line at the end of each area like this:
;
; AREA H:\FILES\NODELIST\ NODELIST
; Local Passthru
; 1:234/56 DAMNLIST *
; ;FileSpec NODELIST 0 F Fidonet Nodelist
; ;Announce NODELIST NEWFILE
;
; The ;FileSpec and/or ;Announce line must be the last line in the area,
; otherwise Tick will ignore all nodes listed after the ;FileSpec or
; ;Announce line.
;
; END OF SEAL CONFIGURATION
;---------------------------------------------------------------------------
;---------------------------------------------------------------------------
;
; Next are any number of message area definitions. However, as a bare
; minimum, you must have a NetMail area and a bad messages area.
;
; The format of a message area definition is:
;
; <type> <tag> <path> [flags] [nodes]
;
; <type> specifies the type of area to define. Valid <type>s are
; NetArea, BadArea, DupeArea and EchoArea. You must have at least
; one NetArea and at least one BadArea.
;
; <tag> specifies a short-form "name" for that area. This name is
; used as a quick way of referring to that area; for NetAreas, BadAreas
; and DupeAreas, the only requirement is that the tag must be unique.
; However, for EchoAreas, this tag defines the actual name of the area,
; as used when talking to other systems. In other words, before assigning
; a tag to an echo, you should ask your feed for the name of that echo.
;
; <path> specifies the path to the area. For *.MSG areas, this should
; be the path to the message directory. For Squish areas, <path>
; should be the path and root filename of the Squish area.
;
; [flags] are an optional set of modifiers for each area. A flag is
; a dash followed by a character, plus an optional argument. Flags
; can be used to change the attributes of an area, such as making
; that area "passthru", using the Squish message format for that area,
; and so on.
;
; A brief description of each flag follows, but for more information,
; you should consult the Squish documentation for a full explanation of
; each flag.
;
; -f The '-f' flag selects the FTSC-0001 (*.MSG)
; storage format. *.MSG is the default, so this
; flag normally doesn't need to be used.
;
; -p<node> The '-p' flag selects an alternate primary
; address for the current area only. This
; address will be used in SEEN-BYs, PATH lines,
; and packet headers.
;
; -s The '-s' flag instructs Squish to strip the
; private bit from all messages received in the
; current area.
;
; -x<node> The '-x' flag stops <node> from SENDING mail
; into the specified echo.
;
; -0 The '-0' flag indicates that the current
; area is a passthru area.
;
; -+<node> The '-+' flag instructs Squish to add <node>
; to the SEEN-BYs for the current area only.
;
; -$ The '-$' flag tells Squish that the specified
; area uses the Squish message format.
;
; -$m<msgs> The '-$m' flag instructs Squish to keep up
; to a maximum of <msgs> messages in this
; Squish-format area. Message will be
; deleted by Squish on the fly.
;
; -$s<msgs> The '-$s' flag instructs Squish to skip the
; first <msgs> messages when killing up to the
; last '-$m' messages in each area. This
; parameter is only applicable when using
; the -$m flag.
;
; -$d<age> The '-$d' flag instructs Squish to keep up
; to a maximum of <age> days' worth of
; messages in this Squish-format area. Killing
; by date is NOT done on the fly, so SQPACK must
; be run on a regular basis to purge messages.
; Every system must have at least one NetArea. You can declare
; more NetAreas if you like (and Squish will scan all of them when
; packing mail), but all inbound NetMail will be placed into
; this area.
NetArea NETMAIL c:\binkley\netmail -f
;NetArea PVTMAIL c:\binkley\pvtmail -f
; The BadArea is used for placing insecure or grunged messages. Every
; system must have a BadArea.
BadArea BAD_MSGS D:\echos\bad_msgs
; The DupeArea is optional. If you have defined a DupeArea, all duplicate
; messages will be placed into this message area. Otherwise, duplicates
; will go into your BadArea.
DupeArea DUPES D:\echos\dup_msgs
;
; Directory Tag Name Node from, and nodes to
;
;
; Forums I read so they are at the top of the list when I invoke timED
;
EchoArea LOCAL C:\MAX\MSG\LOCAL -$ 1:170/110 110.7 110.8 110.9
;EchoSpec LOCAL 0 F LiveNet Local Public and Private Mail
EchoArea LIVEPOINT D:\ECHOS\LIVEPNT -$ -$m500 1:170/110 110.7 110.8 110.9 110.10 110.11 110.12 110.601
;EchoSpec LIVEPOINT 0 P LiveNet Point Systems Support Echo
EchoArea T-BAG D:\ECHOS\T-BAG -$ -$m1500 1:170/110 110.7 110.8 110.9 110.601 200 258 706 906
;EchoSpec T-BAG 0 F Tulsa Bar & Grille Humor Echo
EchoArea FERNWOS2 D:\ECHOS\OS2NEW -$ -$m900 1:153/920 170/200 300 610 40:4372/10 710 4376/0
;EchoSpec FERNWOS2 0 W Fernwood Private Sysop Administrative Echo
EchoArea FREEFEED D:\ECHOS\FREEFEED -$ -$m100 1:170/610
;EchoSpec FREEFEED 0 F FreeFeed Discussions
EchoArea NEURAL_NET D:\ECHOS\NEURAL -$ -$m900 1:170/100
;EchoSpec NEURAL_NET 0 F Artificial Neural Network (ANN) Discussion Echo
EchoArea TULSA_LIT D:\ECHOS\TLIT -$ -$m900 1:170/110 110.7 110.12 110.601 209 300 311 609 704 711 906
;EchoSpec TULSA_LIT 0 F Tulsa Literature and Writing
EchoArea FWRITE D:\ECHOS\FWRITE -$ -$m900 1:170/110.601 110.7
;EchoSpec FWRITE 0 L Creative Writing Discussions
EchoArea FREADONLY D:\ECHOS\FREAD -$ -$m900 -x1:170/110.7 1:170/110.601 110.7
;EchoSpec FREADONLY 0 L Creative Writing Exposition Echo (Read-Only)
; Tulsa Forums
EchoArea TTECH D:\ECHOS\TTECH -$ -$m300 1:170/100 110.7 110.8 110.11 110.12 110.601
;EchoSpec TTECH 0 F Tulsa Tech
EchoArea TTRADE D:\ECHOS\TTRADE -$ -$m300 1:170/100 110.7 110.8 110.9 110.10 110.11 110.601
;EchoSpec TTRADE 0 F Tulsa Trade
;EchoArea TTALK D:\ECHOS\TTALK -$ -$m300 1:170/202 110.8 110.12 609
EchoArea TPOLITICS D:\ECHOS\TPOL -$ -$m500 1:170/100
;EchoSpec TPOLITICS 0 F Tulsa Politics
;EchoArea SANTA D:\echos\santa -$ -$m150 170/202
;EchoArea TULSA_GAMERZ D:\echos\tgamerz -$ -$m300 170/100
;EchoArea RELIGION D:\echos\trel -$ -$m250 170/100
EchoArea TULSA_PROG D:\ECHOS\TPROG -$ -$m300 1:170/100 110.7 110.8 110.9 110.11 110.12 110.601
;EchoSpec TULSA_PROG 0 F Tulsa Programmers
EchoArea MERSEY_BEAT D:\ECHOS\MBEAT -$ -$m300 1:170/100 110.601
;EchoSpec MERSEY_BEAT 0 F Tulsa Music
EchoArea GENERAL D:\ECHOS\GENERAL -$ -$m400 1:170/100 110.7 110.601
;EchoSpec GENERAL 0 F Tulsa General Discussions
EchoArea TULSA_SCIFI D:\ECHOS\TSCIFI -$ -$m300 1:170/910 110.601
;EchoSpec TULSA_SCIFI 0 F Tulsa Science Fiction Fandom
;EchoArea TULSA-FILES D:\echos\tfiles -$ -$m150 170/100
; OS/2
EchoArea OS2 D:\ECHOS\OS2 -$ -$m999 1:170/100
;EchoSpec OS2 0 F OS/2 Conference
EchoArea OS2BBS D:\ECHOS\OS2BBS -$ -$m999 1:170/100
;EchoSpec OS2BBS 0 F OS/2 BBS'ing
EchoArea OS2PROG D:\ECHOS\OS2PROG -$ -$m999 1:170/100
;EchoSpec OS2PROG 0 F OS/2 Programming Echo
EchoArea OS2LAN D:\ECHOS\OS2LAN -$ -$m999 1:170/100
;EchoSpec OS2LAN 0 F Networking and OS/2
EchoArea OS2HW D:\ECHOS\OS2HW -$ -$m999 -$s1 1:170/100
;EchoSpec OS2HW 0 F OS/2 Hardware
EchoArea OS2DOS D:\ECHOS\OS2DOS -$ -$m999 -$s1 1:170/100
;EchoSpec OS2DOS 0 F OS/2 and DOS Applications
EchoArea OS2DOSBBS D:\ECHOS\OS2DSBBS -$ -$m999 1:170/100
;EchoSpec OS2DOSBBS 0 F BBS Software Running in OS/2 DOS Boxes
EchoArea TEAMOS2 D:\ECHOS\TEAMOS2 -$ -$m999 1:170/100
;EchoSpec TEAMOS2 0 F OS/2 User Groups and Promotions
; OS/2 forums from Pete Norloff
EchoArea OS2_WP D:\ECHOS\NORLOFF\WP -$ -$m600 1:170/100
;EchoSpec OS2_WP 0 O OS/2 and Word Processing
EchoArea OS2BEGIN D:\ECHOS\NORLOFF\BEGIN -$ -$m600 1:170/100
;EchoSpec OS2BEGIN 0 O OS/2 Beginners Questions and Answers
EchoArea OS2CDROM D:\ECHOS\NORLOFF\CDROM -$ -$m600 1:170/100
;EchoSpec OS2CDROM 0 O OS/2 and CD-ROMs
EchoArea OS2COMM D:\ECHOS\NORLOFF\COMM -$ -$m600 1:170/100
;EchoSpec OS2COMM 0 O OS/2 and Communcations
EchoArea OS2GAMES D:\ECHOS\NORLOFF\GAMES -$ -$m600 1:170/100
;EchoSpec OS2GAMES 0 O OS/2 and Games
EchoArea OS2REXX D:\ECHOS\NORLOFF\REXX -$ -$m600 1:170/100
;EchoSpec OS2REXX 0 O OS/2 REXX Programming
EchoArea OS2VIDEO D:\ECHOS\NORLOFF\VIDEO -$ -$m600 1:170/100
;EchoSpec OS2VIDEO 0 O OS/2 and Video/Hardware configurations
EchoArea OS2WPS D:\ECHOS\NORLOFF\WPS -$ -$m600 1:170/100
;EchoSpec OS2WPS 0 O OS/2 and the Workplace Shell
EchoArea OS2DB D:\ECHOS\NORLOFF\DB -$ -$m600 1:170/100
;EchoSpec OS2DB 0 O OS/2 Database Use and Development
; ibmNET areas
EchoArea IBM.IBMNET D:\ECHOS\IBMNET\IBMNET -$ -$m300 -$s1 -p40:4372/0 40:649/312 4372/10 18 61 300 437 610 710 4376/0
;EchoSpec IBM.IBMNET 0 I ibmNET: IBM BBS Partners (Private Sysop's Echo)
EchoArea IBM.GENERAL D:\ECHOS\IBMNET\GENERAL -$ -$m500 -$s1 -p40:4372/0 40:649/312 4372/10 18 61 300 437 610 710 4376/0
;EchoSpec IBM.GENERAL 0 I ibmNET: General and Miscellaneous Echo
EchoArea IBM.OS2SE D:\ECHOS\IBMNET\OS2SE -$ -$m999 -$s1 -p40:4372/0 40:649/312 4372/10 18 61 300 437 610 710 4376/0
;EchoSpec IBM.OS2SE 0 I ibmNET: OS/2 1.3 and 2.x Base
EchoArea IBM.OS2LAN D:\ECHOS\IBMNET\OS2LAN -$ -$m500 -$s1 -p40:4372/0 40:649/312 4372/10 18 61 300 437 610 710 4376/0
;EchoSpec IBM.OS2LAN 0 I ibmNET: OS/2 1.3 and 2.x LAN
EchoArea IBM.OS2COM D:\ECHOS\IBMNET\OS2COM -$ -$m500 -$s1 -p40:4372/0 40:649/312 4372/10 18 61 300 437 610 710 4376/0
;EchoSpec IBM.OS2COM 0 I ibmNET: OS/2 1.3 and 2.x Communications
EchoArea IBM.OS2PRO D:\ECHOS\IBMNET\OS2PRO -$ -$m999 -$s1 -p40:4372/0 40:649/312 4372/10 18 61 300 437 610 710 4376/0
;EchoSpec IBM.OS2PRO 0 I ibmNET: OS/2 Programming
EchoArea IBM.OS2REXX D:\ECHOS\IBMNET\OS2REXX -$ -$m500 -$s1 -p40:4372/0 40:649/312 4372/10 18 61 300 437 610 710 4376/0
;EchoSpec IBM.OS2REXX 0 I ibmNET: OS/2 REXX Programming
EchoArea IBM.OS2DBM D:\ECHOS\IBMNET\OS2DBM -$ -$m300 -$s1 -p40:4372/0 40:649/312 4372/10 18 61 300 437 610 710 4376/0
;EchoSpec IBM.OS2DBM 0 I ibmNET: OS/2 1.3 and 2.x Database
EchoArea IBM.DOS45 D:\ECHOS\IBMNET\DOS45 -$ -$m300 -$s1 -p40:4372/0 40:649/312 4372/10 300 437 610 4376/0
;EchoSpec IBM.DOS45 0 I ibmNET: DOS (version 4 & 5) and DOS Applications
EchoArea IBM.DOSLAN D:\ECHOS\IBMNET\DOSLAN -$ -$m300 -$s1 -p40:4372/0 40:649/312 4372/10 300 437 610 4376/0
;EchoSpec IBM.DOSLAN 0 I ibmNET: DOS Communications and LAN
EchoArea IBM.NOVCLAS D:\ECHOS\IBMNET\NOVCLAS -$ -$m300 -$s1 -p40:4372/0 40:649/312 4372/10 437 610 710 4376/0
;EchoSpec IBM.NOVCLAS 0 I ibmNET: Novell and ICLAS
EchoArea IBM.PS1A1 D:\ECHOS\IBMNET\PS1A1 -$ -$m300 -$s1 -p40:4372/0 40:649/312 4372/10 437 610 4376/0
;EchoSpec IBM.PS1A1 0 I ibmNET: PS/1 System Related
EchoArea IBM.PS2A1 D:\ECHOS\IBMNET\PS2A1 -$ -$m300 -$s1 -p40:4372/0 40:649/312 4372/10 18 437 610 4376/0
;EchoSpec IBM.PS2A1 0 I ibmNET: PS/2 System Related
EchoArea IBM.TCPIP D:\ECHOS\IBMNET\TCPIP -$ -$m300 -$s1 -p40:4372/0 40:649/312 4372/10 18 437 710
;EchoSpec IBM.TCPIP 0 I ibmNET: TCP/IP Discussions
EchoArea IBM.OS2BETA D:\ECHOS\IBMNET\OS2BETA -$ -$m400 -p40:4372/0 40:649/312 4372/10 300 437 710
;EchoSpec IBM.OS2BETA 0 I ibmNET: OS/2 Beta Testing Discussions
EchoArea IBM.OS2.INSTALL D:\ECHOS\IBMNET\OS2INST -$ -$m400 -p40:4372/0 40:649/312 4372/10 18 300 437 710
;EchoSpec IBM.OS2.INSTALL 0 I ibmNET: OS/2 Installation Help
; OS2NET forums
EchoArea OS2-CSET D:\ECHOS\OS2NET\CSET -$ -$m500 -p81:202/201 81:202/1
;EchoSpec OS2-CSET 0 O OS2NET: IBM's C Set/2 Compiler Discussions
EchoArea OS2-INSTALL D:\ECHOS\OS2NET\INSTALL -$ -$m500 -p81:202/201 81:202/1 203 401
;EchoSpec OS2-INSTALL 0 O OS2NET: OS/2 2.x Installation and Tuning Help
EchoArea OS2-NEWUSER D:\ECHOS\OS2NET\NEWUSER -$ -$m500 -p81:202/201 81:202/1 203 401
;EchoSpec OS2-NEWUSER 0 O OS2NET: Help for new OS/2 users
EchoArea OS2-SYSOP D:\ECHOS\OS2NET\SYSOP -$ -$m500 -p81:202/201 81:202/1 203 401
;EchoSpec OS2-SYSOP 0 O OS2NET: General Sysop echo
EchoArea OS2-REXX D:\ECHOS\OS2NET\REXX -$ -$m500 -p81:202/201 81:202/1 203
;EchoSpec OS2-REXX 0 O OS2NET: REXX programming in the OS/2 environment
EchoArea OS2-FIX D:\ECHOS\OS2NET\FIX -$ -$m500 -p81:202/201 81:202/1 203
;EchoSpec OS2-FIX 0 O OS2NET: Discussions of IBM OS/2 fixes, SLU's, and CSD's
EchoArea OS2-RG20 D:\ECHOS\OS2NET\RG20 -$ -$m300 -p81:202/201 81:202/1 203 401
;EchoSpec OS2-RG20 0 O OS2NET: General Sysop Echo for Region 20
EchoArea OS2-UGRP D:\ECHOS\OS2NET\UGRP -$ -$m300 -p81:202/201 81:202/1
;EchoSpec OS2-UGRP 0 O OS2NET: General Sysop Echo for Region 20
EchoArea OS2PRODSUP D:\ECHOS\OS2NET\PRODSUP -$ -$m300 -p81:202/201 81:202/1 203
;EchoSpec OS2PRODSUP 0 O OS2NET: OS/2 Product Support
; Men forums
EchoArea MENS_ISSUES D:\ECHOS\MENISSUE -$ -$m500 1:170/100 110.601
;EchoSpec MENS_ISSUES 0 F Men's Issues
;EchoArea DADS D:\echos\dads -$ -$m300 170/100
;EchoArea RIGHTS D:\echos\menright -$ -$m300 170/100
; Technical support forums
EchoArea MUFFIN D:\ECHOS\MUFFIN -$ -$m600 1:170/100
;EchoSpec MUFFIN 0 F Maximus-CBCS SysOp Conference
EchoArea BINKLEY D:\ECHOS\BINKLEY -$ -$m600 1:170/100
;EchoSpec BINKLEY 0 F BinkleyTerm Support Conference
;EchoArea NOVELL D:\echos\novell -$ -$m400 170/100
;EchoArea AMIGA D:\echos\amiga -$ -$m400 170/100
EchoArea WIN32 D:\ECHOS\WIN32 -$ -$m400 1:170/100 110.11
;EchoSpec WIN32 0 F Windows/NT and Win32 Discussions Echo
EchoArea WINDOWS D:\ECHOS\WINDOWS -$ -$m400 1:170/100
;EchoSpec WINDOWS 0 F Microsoft Windows
EchoArea C_ECHO D:\ECHOS\C_ECHO -$ -$m300 1:170/100
;EchoSpec C_ECHO 0 F The International C Echo
EchoArea C_PLUSPLUS D:\ECHOS\C_PLUS -$ -$m300 1:170/100
;EchoSpec C_PLUSPLUS 0 F The International C++ Echo
EchoArea 80XXX D:\ECHOS\80XXX -$ -$m300 1:170/100
;EchoSpec 80XXX 0 F Assembly language programming (Intel CPUs mainly)
EchoArea PARADOX D:\ECHOS\PARADOX -$ -0 -$m300 1:170/100
;EchoSpec PARADOX 0 F Paradox Support Forum
;EchoArea PERFECT D:\echos\perfect -$ -$m300 170/100
;EchoArea DR_DEBUG D:\echos\drdebug -$ -$m300 170/100
EchoArea MAXDEV D:\ECHOS\MAXDEV -$ -$m500 1:170/100
;EchoSpec MAXDEV 0 F Maximus Developers Conference
EchoArea TUB D:\ECHOS\SQUISH -$ -$m500 1:170/100
;EchoSpec TUB 0 F SquishMail Users
;EchoArea QUIK_BAS D:\echos\quickbas -$ -$m300 170/100
EchoArea OS-DEBATE D:\ECHOS\OSDEBATE -$ -$m300 1:170/100
;EchoSpec OS-DEBATE 0 F Operating System Debate
EchoArea CLIPPER D:\ECHOS\CLIPPER -$ -$m400 1:170/100
;EchoSpec CLIPPER 0 F CLIPPER
EchoArea VISUAL_BASIC D:\ECHOS\VBASIC -$ -$m400 1:170/100
;EchoSpec VISUAL_BASIC 0 F Visual Basic Programming Echo
; Environment forums
EchoArea ENVIRON D:\ECHOS\ENVIRON -$ -$m700 1:170/100 110.601
;EchoSpec ENVIRON 0 F Environmental Issues
EchoArea HOMEPOWR D:\ECHOS\HOMEPOWR -$ -$m700 1:170/100
;EchoSpec HOMEPOWR 0 F Alternative Energy Systems and Homemade Power
EchoArea SUST_AG D:\ECHOS\AGRICULT -$ -$m700 1:170/100
;EchoSpec SUST_AG 0 F Sustainable Agriculture
; Business and Investment forums
;EchoArea STOCK_MARKET D:\echos\stocks -$ -$m300 170/100
;EchoArea INVEST D:\echos\invest -$ -$m300 170/100
; Recreational Forums
;EchoArea STTNG D:\echos\sttng -$ -$m600 170/100
EchoArea HAM D:\ECHOS\HAM -$ -$m300 1:170/100 110.601
;EchoSpec HAM 0 F Amateur Radio Interest
;EchoArea SHORTWAVE D:\echos\shortwv -$ -$m300 170/100
;EchoArea HUMOR D:\echos\humor -$ -$m300 170/100
EchoArea BB-CARDS D:\ECHOS\BBCARDS -$ -$m400 1:170/100
;EchoSpec BB-CARDS 0 F Baseball Card Conference
EchoArea PACKET D:\ECHOS\PACKET -$ -$m400 1:170/100
;EchoSpec PACKET 0 F Amateur Radio Packet Echo
;EchoArea TREK D:\echos\trek -$ -$m400 170/100
;EchoArea SF D:\echos\sf -$ -$m600 170/100
;EchoArea SFFAN D:\echos\sffan -$ -$m600 170/100
EchoArea T-STORYBOARD D:\ECHOS\STORYBRD -$ -$m500 -$s1 1:170/609 110.601
;EchoSpec T-STORYBOARD 0 F StoryBoard
EchoArea INTERUSER D:\ECHOS\INTERUSR -$ -$m950 1:170/100 110.601
;EchoSpec INTERUSER 0 F International communication
EchoArea CRAFTING D:\ECHOS\CRAFTING -$ -$m300 1:170/100 110.601
;EchoSpec CRAFTING 0 F Craft and Needlework Hobbies of All Kinds
;EchoArea FILK D:\echos\filk -$ -$m300 170/100
;EchoArea HOBBIES D:\echos\hobbies -$ -$m300 170/100
EchoArea HAM_TECH D:\ECHOS\HAMTECH -$ -$m300 1:170/100 110.601
;EchoSpec HAM_TECH 0 F Amateur (Ham) Radio Technology Conference
;EchoArea FILM D:\echos\film -$ -$m300 170/100
EchoArea RC_MODEL D:\ECHOS\RCMODEL -$ -$m300 1:170/100
;EchoSpec RC_MODEL 0 F Radio Controlled Modeling
EchoArea COCO_CLUB D:\ECHOS\COCOCLUB -$ -$m300 1:170/100
;EchoSpec COCO_CLUB 0 F Tandy Color Computer Conference
EchoArea COCO D:\ECHOS\COCO -$ -$m300 1:170/100
;EchoSpec COCO 0 F Tandy Color Computer Conference
EchoArea CHESS D:\ECHOS\CHESS -$ -$m300 1:170/100
;EchoSpec CHESS 0 F International Chess Echo
; Human Dynamic/Support forums
;EchoArea MENTAL_HEALTH D:\echos\mental -$ -$m350 170/100
;EchoArea STRESS_MGMT D:\echos\stress -$ -$m350 170/100
;EchoArea PUBLIC_PSYCH D:\echos\pubpsych -$ -$m350 170/100
EchoArea PARENTS D:\ECHOS\PARENTS -$ -$m350 1:170/100 110.601
;EchoSpec PARENTS 0 F Parents Echo
EchoArea ADHD D:\ECHOS\ADHD -$ -$m350 1:170/100 110.601
;EchoSpec ADHD 0 F Attention Deficit Hyperactivity Disorders
;EchoArea PROBLEM_CHILD D:\echos\pchild -$ -$m350 170/100
EchoArea AIDS/ARC D:\ECHOS\AIDS -$ -$m350 1:170/100
;EchoSpec AIDS/ARC 0 F AIDS/ARC
;EchoArea 12_STEPS D:\echos\12steps -$ -$m350 170/100
;EchoArea RECOVERY D:\echos\recovery -$ -$m350 170/100
EchoArea SIP_SAA D:\ECHOS\SAA -$ -$m350 1:170/100 110.601
;EchoSpec SIP_SAA 0 F 12-Step Recovery from Sexual Addiction
EchoArea SURVIVOR D:\ECHOS\SURVIVOR -$ -$m350 1:170/100
;EchoSpec SURVIVOR 0 F Cancer//blood & immune system/coping with adversity
; Para-Professional and Professional Echos
EchoArea AVIATION D:\ECHOS\AVIATION -$ -$m500 1:170/100
;EchoSpec AVIATION 0 F INTERNATIONAL AVIATION ECHO
EchoArea PHIL D:\ECHOS\PHILOS -$ -$m300 1:170/100 110.601
;EchoSpec PHIL 0 F Philosophy
EchoArea PHOTO D:\ECHOS\PHOTO -$ -$m300 1:170/100 110.601
;EchoSpec PHOTO 0 F Photography
EchoArea PROWRITE D:\ECHOS\PROWRITE -$ -$m400 1:170/100
;EchoSpec PROWRITE 0 F The Business of Writing
EchoArea WRITING D:\ECHOS\WRITING -$ -$m400 1:170/100
;EchoSpec WRITING 0 F Writing
EchoArea SPACE D:\ECHOS\SPACE -$ -$m300 1:170/100
;EchoSpec SPACE 0 F Space Development Conference
;EchoArea ELECTRONICS D:\echos\electron -$ -$m300 170/100
EchoArea TECH D:\ECHOS\TECH -$ -$m300 1:170/100
;EchoSpec TECH 0 F National General Technical Discussion Conference
EchoArea HOMESCHL D:\ECHOS\HOMESCHL -$ -$m500 1:170/100 110.601
;EchoSpec HOMESCHL 0 F homeschooling support
;EchoArea LAW_DISORDER D:\echos\lawdis -$ -$m300 170/100
;EchoArea LAW_TECH D:\echos\lawtech -$ -$m300 170/100
EchoArea POETRY_WORKSHOP D:\ECHOS\POETRYWK -$ -$m450 1:170/100
;EchoSpec POETRY_WORKSHOP 0 F Poetry Workshop
; Music and MIDI forums
EchoArea MIDI-PROGRAMMING D:\ECHOS\MIDIPROG -$ -$m400 1:170/100 110.601
;EchoSpec MIDI-PROGRAMMING 0 F MIDI Software Programmer's Conference
EchoArea MIDI-NET D:\ECHOS\MIDINET -$ -$m400 1:170/100
;EchoSpec MIDI-NET 0 F MIDI-NET(tm) * International MIDI Conference *
;EchoArea MUSIC_COMP_101 D:\echos\musicomp -$ -$m400 170/100
EchoArea MUSIC D:\ECHOS\MUSIC -$ -$m600 1:170/100
;EchoSpec MUSIC 0 F MUSIC
EchoArea MUSICSYN D:\ECHOS\MUSICSYN -$ -$m400 1:170/100 110.601
;EchoSpec MUSICSYN 0 F Music and Synthesizers
;EchoArea STUDIO_101 D:\echos\studio -$ -$m400 170/100
; Medical related echos
EchoArea EMS D:\ECHOS\EMS -$ -$m300 1:170/100
;EchoSpec EMS 0 F Emergency Medical Services
;EchoArea GRAND_ROUNDS D:\echos\grandrnd -$ -$m300 170/100
EchoArea NURSES_NETWORK D:\ECHOS\NURSENET -$ -$m300 1:170/100
;EchoSpec NURSES_NETWORK 0 F NurseNet International
; Miscellaneous
EchoArea MENSA D:\ECHOS\MENSA -$ -$m700 1:170/100 110.601
;EchoSpec MENSA 0 F Mensa, intelligence, education, other hi-IQ groups, etc.
;EchoArea SDNABSTRACT D:\echos\sdnabs -$ -$m300 170/100
EchoArea SHAREWRE D:\ECHOS\SHARE -$ -$m300 1:170/100
;EchoSpec SHAREWRE 0 F Shareware Products Discussion Forum
EchoArea FOR-SALE D:\ECHOS\FORSALE -$ -$m1500 1:170/100
;EchoSpec FOR-SALE 0 F National For Sale Echo
EchoArea CONSUMER_REPORT D:\ECHOS\CONSUMER -$ -$m300 1:170/100 110.601
;EchoSpec CONSUMER_REPORT 0 F Consumer Report
;EchoArea LASERPUB D:\echos\laserpub -$ -$m300 170/100
EchoArea OTHERNETS D:\ECHOS\OTHERNET -$ -$m500 1:170/100
;EchoSpec OTHERNETS 0 F OtherNets: Information on Networks other than FidoNet
EchoArea FEMINISM D:\ECHOS\FEMINISM -$ -$m300 1:170/100 110.601
;EchoSpec FEMINISM 0 F Feminism and Gender Issues
EchoArea BLINKTALK D:\ECHOS\BLINK -$ -$m300 1:170/100
;EchoSpec BLINKTALK 0 0 F Road Rally
;EchoArea USA_EURLINK D:\echos\usaeuro -$ -$m300 170/100
;EchoArea HOME_REPAIR D:\echos\homerep -$ -$m300 170/100
;EchoArea CANACHAT D:\echos\canachat -$ -$m300 170/100
;EchoArea FRANCAIS D:\echos\francais -$ -$m300 170/100
;EchoArea ROADRALLY D:\ECHOS\RR -$ -$m500 1:170/110
EchoArea FILE_REQ D:\ECHOS\FILE_REQ -$ -$m400 1:170/100
;EchoSpec FILE_REQ 0 F File Distribution Networks Files, Info, & Links
EchoArea FILE_ECHO D:\ECHOS\FILEECHO -$ -$m500 1:170/100
;EchoSpec FILE_ECHO 0 F File-Moving Utilities Sysop Support
; Sysop areas
EchoArea TULSA_SYSOP D:\ECHOS\TSYSOP -$ -$m300 1:170/100
;EchoSpec TULSA_SYSOP 99 F Tulsa Sysops
EchoArea OK_SYSOP D:\ECHOS\OK_SYSOP -$ -$m300 1:170/100
;EchoSpec OK_SYSOP 99 F Oklahoma Sysops
EchoArea SYSOP170 D:\ECHOS\SYSOP170 -$ -$m700 1:170/100
;EchoSpec SYSOP170 99 F Net 170 Sysops-Only Conference
EchoArea R19SYSOP D:\ECHOS\R19SYSOP -$ -$m400 1:170/100
;EchoSpec R19SYSOP 99 0 F Net 170 Policy Discussions
;EchoArea 170POLICY D:\ECHOS\POL170 -$ -$m400 1:170/100
EchoArea SIO_BETA D:\ECHOS\SIOBETA -$ -$m900 1:170/200 81:202/401
;EchoSpec SIO_BETA 0 S OS/2 SIO/VSIO Device Driver Support
EchoArea SIO_USER D:\ECHOS\SIOUSER -$ -$m900 1:170/200 81:202/401
;EchoSpec SIO_USER 0 S OS/2 SIO/VSIO Device Driver Support
EchoArea WHITEHOUSE D:\ECHOS\WHOUSE -$ -$m500 1:170/100
;EchoSpec WHITEHOUSE 0 0 F White House Press Releases (Read-Only)
EchoArea BLUEWAVE D:\ECHOS\BLUEWAVE -0 1:170/100 110.8
;EchoSpec BLUEWAVE 0 F Blue Wave Offline Mail System Support Echo
EchoArea CBM D:\ECHOS\CBM -0 1:170/100 110.8
;EchoSpec CBM 0 F Commodore Computer Conference
EchoArea CBM-128 D:\ECHOS\CBM-128 -$ -$m500 1:170/100 110.8
;EchoSpec CBM-128 0 F CBM C-128 Computer Conference
EchoArea ELECTRONICS D:\ECHOS\ELECTRON -0 1:170/100 110.8
;EchoSpec ELECTRONICS 0 F Home Electronics and Appliances Discussions
EchoArea OFFLINE D:\ECHOS\OFFLINE -0 1:170/100 110.8
;EchoSpec OFFLINE 0 F Offline Messaging Discussion, Development and Help Echo
EchoArea POINTS D:\ECHOS\POINTS -0 1:170/100 110.8
;EchoSpec POINTS 0 F Point usage discussion
EchoArea PCWRITE D:\ECHOS\PCWRITE -0 1:170/100 110.8
;EchoSpec PCWRITE 0 F MS-DOS to CBM-DOS porting + CBM Publications
EchoArea FDECHO D:\ECHOS\FDECHO -0 1:170/100
;EchoSpec FDECHO 0 F FrontDoor/TosScan Support Conference
EchoArea UFGATE D:\ECHOS\UFGATE -0 1:170/100 110.11
;EchoSpec UFGATE 0 F Usenet-FidoNet Gating Conference
EchoArea TULSA_GAMERZ D:\ECHOS\TULSA_GA -0 1:170/100 110.11
;EchoSpec TULSA_GAMERZ 0 F Tulsa Gamerz
EchoArea 4DOS D:\ECHOS\4DOS -0 1:170/100 110.9
;EchoSpec 4DOS 0 F 4DOS ECHO
EchoArea WIN_ACCESS D:\ECHOS\WIN_ACCE -0 1:170/100 110.11
;EchoSpec WIN_ACCESS 0 F Microsoft Access for Windows
EchoArea WINDOWS.PROG D:\ECHOS\WINDOWSP -0 1:170/100 110.11
;EchoSpec WINDOWS.PROG 0 F (not in EchoList)
EchoArea UNIX D:\ECHOS\UNIX -0 1:170/100 110.12
;EchoSpec UNIX 0 F *N*X (UNIX, XENIX, MINIX, QNX, COHERENT, GNU, LYNX, OS9, e
EchoArea DIABETES D:\ECHOS\DIABETES -0 1:170/100 110.10
;EchoSpec DIABETES 0 F Diabetes discussions and support
EchoArea NET_DEV D:\ECHOS\NET_DEV -$ -$m300 1:170/100 110.601
;EchoSpec NET_DEV 0 F (not in EchoList since before 1/1/92)