home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / 347CONFG.ZIP / SQUISH.CFG < prev    next >
Text File  |  1994-07-12  |  42KB  |  927 lines

  1. ;
  2. ;
  3. ;
  4. ;
  5. ;
  6. ;
  7. ;                    +--  +--+  -  -  ---  +---  -  -
  8. ;                    |    |  |  |  |   |   |     |  |
  9. ;                    +-+  |  |  |  |   |   +--+  +--+
  10. ;                      |  | \|  |  |   |      |  |  |
  11. ;                    --+  +--\  +--+  ---  ---+  -  -
  12. ;
  13. ;          ----------------------------------------------------
  14. ;          The Maximus-CBCS Tosser/Scanner/Packer, Version 1.00
  15. ;          ----------------------------------------------------
  16. ;
  17. ;
  18. ;
  19. ;
  20. ;
  21. ;
  22. ;
  23. ;
  24. ;
  25.  
  26. ; The 'Address' keyword specifies the network addresses of your
  27. ; system.
  28. ;
  29. ; ----------------
  30. ; FOR NORMAL NODES
  31. ; ----------------
  32. ;
  33. ;       Your FIRST address should be your primary address.  By default,
  34. ;       this will be used for all outgoing mail.  You can specify
  35. ;       additional addresses after the first, but they will simply
  36. ;       be used as AKAs.  Any number of addresses may be specified,
  37. ;       limited by available memory.
  38.  
  39. Address 1:109/347
  40. Address 1:109/357
  41. Address 40:4370/0
  42. Address 40:4370/347
  43. Address 81:125/1
  44. Address 81:10/10
  45.  
  46. ; ------------------
  47. ; FOR FAKENET POINTS
  48. ; ------------------
  49. ;
  50. ; Squish can be used in a Binkley-style "fakenet" configuration.
  51. ; However, the format for specifying addresses is slightly different.
  52. ;
  53. ; The FIRST address specified must be your fakenet address, including
  54. ; the zone.
  55. ;
  56. ; The SECOND address must be your full 4-dimensional network address,
  57. ; including your point number.  The third and subsequent addresses will
  58. ; be treated as AKAs.
  59. ;
  60. ; Fakenet points must also use the 'Pointnet' verb, later in this
  61. ; configuration file.
  62. ;
  63. ; For a point at 1:123/456.1 (with a fakenet address of 23914/1), the
  64. ; following configuration would be used:
  65. ;
  66. ;       Address 1:23914/1
  67. ;       Address 1:123/456.1
  68. ;
  69. ; -------------
  70. ; FOR 4D POINTS
  71. ; -------------
  72. ;
  73. ; This feature can only be used if both you and your boss are running
  74. ; 4D-aware packers AND 4D mailers.
  75. ;
  76. ; Most mailers support 4D points, but BinkleyTerm (version 2.40 or
  77. ; below) does not.  Others, such as FrontDoor, InterMail, D'bridge, and
  78. ; BinkleyTerm 2.50+ can handle 4D points correctly.
  79. ;
  80. ; In addition, you and your boss must be running 4D-compatible
  81. ; packers and scanners.  Most packers and scanners are NOT fully
  82. ; 4D.  As of this writing, the most common 4D tossers/scanners/packers
  83. ; are TosScan, Imail, GEcho and (of course) Squish.
  84. ;
  85. ; Unless both you and your boss satisfy all of these requirements,
  86. ; you must use a fakenet point instead.
  87. ;
  88. ; For 4D points, simply include your full 4D address.  Any addresses
  89. ; after that will simply be considered as AKAs.
  90. ;
  91. ; For a point at 1:123/456.1, the following configuration would be used:
  92. ;
  93. ;       Address 1:123/456.1
  94.  
  95.  
  96. ; The 'NetFile' keyword tells Squish where your mailer places
  97. ; received packets and ARCmail packages.  You can specify as many
  98. ; NetFile paths as you like, and Squish will search each of them
  99. ; when invoked with 'SQUISH IN'.
  100. ;
  101. ; The NetFile keyword has two modifiers:  'NoPkt' and 'NoArc'.  The
  102. ; 'NoPkt' modifier instructs Squish NOT to toss *.PKT files from
  103. ; the specified path.  The 'NoArc' modifier instructs Squish NOT
  104. ; to toss ARCmail bundles from that path.  These modifiers may
  105. ; be useful for a tri-level security scheme, such as that which
  106. ; is offered by BinkleyTerm.
  107.  
  108. NetFile                 C:\Bink1\Inbound
  109.  
  110. ;NetFile                C:\Inbound\Prot
  111. ;NetFile NoArc          C:\Inbound\Known
  112. ;NetFile NoArc NoPkt    C:\Inbound\Unknown
  113.  
  114.  
  115. ; The 'AreasBBS' keyword tells Squish where to find a standard-format
  116. ; AREAS.BBS file.  NOTE: using AREAS.BBS is optional!  If you
  117. ; have no other utilities which use AREAS.BBS, it may be easier
  118. ; to comment out this keyword and to use the 'EchoArea' keyword
  119. ; to define areas in this configuration file.  (See later in
  120. ; this file for more details.)
  121.  
  122. ;AreasBBS        c:\Bink1\Areas.BBS
  123.  
  124.  
  125. ; The 'ArcmailAttach' keyword instructs Squish to use
  126. ; FroDo/IM/D'bridge-style message handling.  This is compatible with
  127. ; most other mailers which use an 'attach message' to send archives.
  128. ;
  129. ; This keyword is NOT required for systems running BinkleyTerm,
  130. ; Opus, or any other programs which use an 'outbound directory'.
  131. ;
  132. ; When this keyword is uncommented, Squish will generate *.MSG
  133. ; attach messages instead of Binkley-style *.?LO files.  This keyword
  134. ; also disables most of the routing commands in ROUTE.CFG.
  135. ;
  136. ; EVEN IF 'ArcmailAttach' IS ENABLED, YOU MUST STILL USE THE
  137. ; "SQUISH SQUASH" COMMAND AND HAVE A VALID ROUTE.CFG!
  138. ;
  139. ; When ArcmailAttach is defined, the `squash' phase of processing
  140. ; will be used to build attach messages, as opposed to scanning
  141. ; the outbound area.  ROUTE.CFG is still required, but since most
  142. ; mailers will perform dynamic routing, its importance is minimal.
  143. ; Please see the comments in ROUTE.CFG for information on routing
  144. ; and ArcmailAttach systems.
  145.  
  146. ;ArcmailAttach
  147.  
  148.  
  149. ; If you're running BinkleyTerm 2.50 or above, the BinkPoint
  150. ; keyword can be enabled.  BinkPoint enables the Binkley 2.50+
  151. ; "point directories", which allows for full 4D point support.
  152. ; If you wish to run 4D points on a Bink system, you must be
  153. ; running Binkley 2.50 or greater, and this keyword must be 
  154. ; enabled.
  155.  
  156. ;BinkPoint
  157.  
  158.  
  159. ; The 'Compress' keyword gives the name of a compression configuration
  160. ; file.  Squish's compression is extremely flexible, and support for new
  161. ; archiving programs can be added at any time.  For most people, the
  162. ; default COMPRESS.CFG is all that is required.
  163.  
  164. Compress        c:\Max\Compress.Cfg
  165.  
  166.  
  167. ; The routing control file is used to control Squish's operation during
  168. ; the 'Squash' phase of processing.
  169. ;
  170. ; --> THIS KEYWORD IS ALWAYS REQUIRED, EVEN FOR ARCMAILATTACH SYSTEMS!  <--
  171. ; -->        PLEASE SEE THE COMMENTS IN ROUTE.CFG FOR DETAILS!          <--
  172.  
  173. Routing         Route.Cfg
  174.  
  175.  
  176. ; When not using 'ArcmailAttach', the Outbound keyword tells Squish where
  177. ; to find your Binkley-style outbound area.  This should always be the
  178. ; name of your PRIMARY outbound area, without an extension.  Squish
  179. ; will dynamically create outbound areas as necessary for other zones,
  180. ; so only the primary directory name is required.
  181. ;
  182. ; If 'ArcmailAttach' is being used, THIS KEYWORD IS STILL REQUIRED!
  183. ; In this case, the Outbound directory should point to a scratch
  184. ; area which Squish can use to build and store compressed mail packages.
  185.  
  186. Outbound        C:\Bink1\Outbound
  187.  
  188.  
  189. ; The 'LogFile' keyword instructs Squish to keep a log of its activities.
  190. ; This log is written using a Max/Bink/Opus-compatible format, so the
  191. ; same logfile name can be used for both Max and Squish.
  192.  
  193. LogFile         Squish.Log
  194.  
  195.  
  196. ; The 'Origin' keyword is used to specify a default origin line for
  197. ; EchoMail areas.  This option is only required if you're NOT using
  198. ; an AREAS.BBS, since Squish can normally obtain the origin line
  199. ; from that file.
  200. ;
  201. ; This origin line will be added to local messages which were created
  202. ; without an origin or tear line.
  203. ;
  204. ;Origin         No-name BBS - (111) 222-3333
  205.  
  206.  
  207. ; The 'Secure' keyword instructs Squish to check the addresses on all
  208. ; echomail messages it receives, and causes it to reject unsolicited
  209. ; messages.  This means that only only those nodes which are listed
  210. ; in AREAS.BBS (or your EchoArea lines) will be able to send echomail
  211. ; messages to your system.
  212. ;
  213. ; If a message is received from a system which is not listed for
  214. ; a particular message area, the message will be placed in your
  215. ; BadArea and noted in the logfile.
  216.  
  217. ;Secure
  218.  
  219.  
  220. ; The 'CheckZones' keyword instructs Squish to check the zone number
  221. ; on all incoming messages, and to treat different zones as distinct
  222. ; entities.
  223. ;
  224. ; This is normally desired; however, several older software packages
  225. ; do not support zones, and as such, Squish may find a 'random'
  226. ; zone number in packets it receives from other systems.
  227. ;
  228. ; If this keyword is commented out, Squish will ignore zone numbers
  229. ; when tossing messages.
  230.  
  231. CheckZones
  232.  
  233.  
  234. ; The 'QuietArc' keyword instructs Squish to suppress the screen output
  235. ; of external compression programs.  This is useful for reducing screen
  236. ; clutter, especially when packing mail for a large number of nodes.
  237. ;
  238. ; NOTE:  this keyword will not suppress the screen output for LHarc 2.xx.
  239. ; For whatever reason, the author of LHarc wrote the program in such
  240. ; a way that screen output cannot be easily eliminated.
  241.  
  242. QuietArc
  243.  
  244.  
  245. ; The 'Duplicates' keyword defines the number of duplicate message IDs
  246. ; that Squish will keep for each individual area.  By default, Squish
  247. ; keeps 1000 IDs for each area, which should be acceptable for the
  248. ; majority of other systems.
  249. ;
  250. ; Unlike most other software, Squish uses a safe 64-bit ID to identify
  251. ; messages as dupes.  Due to a few other factors, Squish's advanced
  252. ; dupe checking technology almost never identifies messages as false
  253. ; duplicates, so raising this number will not adversely impact mail
  254. ; reliability.
  255.  
  256. Duplicates 1000
  257.  
  258.  
  259. ; The 'KillDupes' keyword instructs Squish to delete duplicate messages
  260. ; as they are tossed.  This provides for efficient use of disk space
  261. ; (if a large packet of dupes is received from your uplink), but it
  262. ; leaves the operator with no way to determine the cause of the dupes.
  263. ;
  264. ; By default, KillDupes is off, and duplicate messages will be placed
  265. ; into your DupeArea.
  266.  
  267. ;KillDupes
  268.  
  269.  
  270. ; The 'KillIntransit' keyword instructs Squish to delete in-transit
  271. ; netmail.  This means that netmail NOT addressed to your system will
  272. ; be deleted after it is packed.
  273.  
  274. ;KillIntransit
  275.  
  276.  
  277. ; The 'KillBlank' keyword instructs Squish to delete blank netmail
  278. ; messages, or netmail messages which do not have a message body.
  279. ; Such messages are generated by some D'bridge systems, in addition 
  280. ; to manually-generated file requests and file attaches.
  281.  
  282. KillBlank
  283.  
  284.  
  285. ; The 'Password' keyword is used to specify a password for outgoing
  286. ; packets.  In addition, if 'Secure' mode is enabled, Squish will
  287. ; also check incoming packets for the specified password, and it will
  288. ; reject and rename packets with invalid passwords.  Passwords are
  289. ; case insensitive, and they must be eight characters or less.
  290.  
  291. ;              Address         Password
  292. ;              -----------     --------
  293. ;Password      1:249/106.2     Boffo
  294. ;Password      1:225/1         Gnarly
  295.  
  296.  
  297. ; The 'Pointnet' verb is used to support fakenet-style points.  This
  298. ; keyword must be used by BOTH fakenet bosses and fakenet points.
  299. ; Simply specify your pointnet number, and Squish will automatically
  300. ; convert pointnet addresses and strip SEEN-BYs as necessary.  This
  301. ; option is not required if you are a 4D point, or if you are a boss
  302. ; and only feed 4D points.  If you are a boss which supports BOTH
  303. ; 4D and fakenet points, then this keyword is still required.
  304.  
  305. Pointnet        30039
  306.  
  307.  
  308. ; The 'Track' keyword instructs Squish to keep a log of forwarded netmail
  309. ; messages, including the header information (to/from/subject).
  310. ; This command in not a replacement for external utilities such as
  311. ; MsgTrack, but it can be used as a quick means of finding out who is
  312. ; forwarding netmail through your system.
  313. ;
  314. ; WARNING!  This keyword must point to a SEPARATE log file.  You cannot
  315. ; use the same logfile for both Track and LogFile.
  316.  
  317. ;Track           MsgTrack.Log
  318.  
  319.  
  320. ; The 'Pack' keyword tells Squish to use the specified compression method
  321. ; when compressing mail for the specified nodes.
  322. ;
  323. ; The first word following 'Pack' must be a valid compression type, as
  324. ; specified in COMPESS.CFG.  (The compression types supported by
  325. ; the distribution version of Squish are ARC, PAK, ZIP, LHARC, LH113,
  326. ; ZOO and ARJ.  However, more archivers can be easily added when
  327. ; they become available.)
  328. ;
  329. ; Any number of nodes may be specified after the compression type, and
  330. ; 'All' may also be used to specify a broad range of systems.  If no
  331. ; compression type is specified for a given node, then the default
  332. ; compression method will be used.  (See below.)
  333. ;
  334. ; NOTE!  Older programs, including QMail 1.00, do not support the LHarc 2.xx
  335. ; compression format.  For this reason, the 'LH113' compression format
  336. ; is provided; this instructs LHarc to create archives in compatibility
  337. ; mode.  If your feeds are running QM 1.00, you must specify the
  338. ; LH113 method instead of LHarc.
  339. ;
  340. ;Pack Zip   1:24906/All 249/102 104 106 108 2:2/1
  341. ;Pack LHarc 1:249/112 116
  342. ;Pack LHarc 2:222/123 500/All
  343.  
  344. Pack Zip 1:104/338
  345. Pack Zip 1:106/3333
  346. Pack Zip 1:109/2
  347. Pack Zip 1:109/104
  348. ;Pack Zip 1:109/300
  349. Pack Zip 1:30039/3471
  350. Pack Zip 1:30039/3476
  351. Pack Zip 1:110/535
  352. ;Pack Zip 1:141/209
  353. Pack Zip 1:201/60
  354. Pack Zip 1:202/354
  355. Pack Zip 1:247/128
  356. Pack Zip 1:249/107
  357. ;Pack Zip 1:289/27
  358. ;Pack Zip 1:292/60
  359. Pack Zip 1:376/32
  360. Pack Zip 1:379/1102
  361. Pack Zip 1:382/1201
  362. Pack Zip 1:3617/12
  363. Pack Zip 1:3661/604
  364. Pack Zip 1:3800/28
  365. Pack Zip 1:30039/3472
  366. Pack Zip 1:30039/3479
  367. Pack Zip 2:252/10
  368. Pack Zip 2:258/1
  369. Pack Zip 2:201/2104
  370. Pack Zip 40:4370/604
  371. Pack Zip 40:4370/628
  372. Pack Zip 40:4370/775
  373. Pack Zip 40:649/312
  374. Pack Zip 81:202/1
  375. Pack Zip 81:313/1
  376.  
  377.  
  378. ; The 'DefaultPacker' specifies the name of the compression program to
  379. ; use for nodes not lisited in any of the 'Pack' statements.
  380. ;
  381. ; WARNING!  The official FidoNet standard for mail compression is
  382. ; ARC.  Unless you have a very good reason for using a different
  383. ; compression method, you should leave this keyword alone to ensure
  384. ; maximum compatibility.
  385.  
  386. DefaultPacker Arc
  387.  
  388.  
  389. ; The 'SaveControlInfo' keyword instructs Squish to keep the SEEN-BY and
  390. ; PATH control information inside the message database.  This command
  391. ; will ONLY be applied to Squish-type areas, and will ONLY be used when
  392. ; running in a one-pass "IN OUT" mode.  The SEEN-BYs and PATH lines will
  393. ; always be retained when running in multi-pass mode.  This option
  394. ; can be used to save space on your hard drive.
  395.  
  396. SaveControlInfo
  397.  
  398.  
  399. ; The 'ForwardTo' keyword tells Squish that it has permission to forward
  400. ; messages which are destined to the specified nodes.  If you add the
  401. ; modifier 'File' after 'ForwardTo', then Squish will also forward
  402. ; file attaches to the specified nodes as well.
  403. ;
  404. ; To forward ALL mail passing through your system, simply
  405. ; use 'ForwardTo WORLD'.
  406. ;
  407. ; For ArcmailAttach systems, your mailer handles the routing of files.
  408. ; This keyword is not needed for such systems.
  409.  
  410. ;ForwardTo              1:249/0 1 9 106 126 229/414 24906/All
  411. ;ForwardTo File         1:249/122
  412. ForwardTo  WORLD
  413.  
  414.  
  415. ; The 'ForwardFrom' keyword uses the same syntax as ForwardTo, except it
  416. ; it tells Squish to allow messages coming from the specified nodes to
  417. ; be forwarded ANYWHERE.  When used with the 'File' modifier, this
  418. ; command is considerably more dangerous than ForwardTo, since it
  419. ; effectively gives the specified nodes a blank cheque, since they
  420. ; will have the ability to send large files through your system,
  421. ; possibly to a long-distance number.  Normally, this option should
  422. ; only be used for points or trusted individuals.
  423. ;
  424. ; For ArcmailAttach systems, your mailer handles the routing of files.
  425. ; This keyword is not needed for such systems.
  426.  
  427. ;ForwardFrom 1:24906/All 249/99
  428. ;ForwardFrom File 1:249/108
  429.  
  430.  
  431. ; The 'TinySeenbys' verb tells Squish to use "tiny" SEEN-BYs for the
  432. ; specified list of nodes.  This means that Squish will strip off all
  433. ; excess node numbers when exporting a message, and it will only add the
  434. ; node numbers of the systems that are defined for each echo area.
  435. ;
  436. ; This keyword can significantly reduce the size of output packets,
  437. ; especially if Squish is processing widely-distributed EchoMail
  438. ; areas.
  439.  
  440. ;TinySeenbys  249/199 2:123/456
  441.  
  442.  
  443. ; The 'Remap' keyword can be used to automatically forward messages to
  444. ; points.  If a message arrives on your system which is addressed to one
  445. ; of your 'Address' statements, Squish will compare the message's
  446. ; "To:" address with each of the names listed below.  If a match is
  447. ; found, Squish will forward the packet manually, and readdress the
  448. ; message to the specified point.
  449. ;
  450. ; In addition, the '*' character functions as a wildcard, and can be used
  451. ; to remap mail which is addressed using only a partial name.
  452. ;
  453. ; NOTE!  If you are using fakenet points, make sure to specify the
  454. ; full fakenet address!  Similarly, if you are using 4D points, make
  455. ; sure that you use the full 4D address.  The address you specify doesn't
  456. ; have to be a point address, but if you are using a point address, you
  457. ; should make sure to specify the correct one.
  458. ;
  459. ; FOR BOSSES OF FAKENET POINTS ONLY:
  460. ;
  461.  
  462. ;Remap   1:109/347  Pete Norloff    ; Remap messages for Pete Norloff to here
  463. Remap   30039/3472 Paul Tremblett  ; Remap messages for Paul Tremblett to point 3472
  464. Remap   30039/3479 Janet Gobeille  ; Remap messages for Janet Gobeille to point 3479
  465. Remap   292/60     Brady Flowers   ; Remap messages for Brady Flowers to his node
  466.  
  467. ; FOR BOSSES OF 4D POINTS ONLY:
  468. ;
  469. ;Remap   .2      Mark Kaye      ; Remap messages for Mark Kaye to point 2
  470. ;Remap   .3      Kevin Kell     ; Remap messages for Kevin Kell to point 3
  471. ;Remap   .1      Scott*         ; Remap messages starting with 'Scott' to
  472. ;                               ; point 1.
  473.  
  474.  
  475. ; The 'AddToSeen' keyword instructs Squish to add a particular node number
  476. ; to the SEEN-BYs for all echomail areas that your system receives.
  477. ; (Note: it is possible to add SEEN-BYs on an area-by-area basis.  See
  478. ; 'EchoArea' below for more details.)
  479. ;
  480. ; The node numbers you specify here will be added to each and every
  481. ; message that passes through your system.  This is usually not required,
  482. ; except when changing primary addresses.
  483.  
  484. ;AddToSeen 109/357
  485.  
  486.  
  487. ; The 'GateRoute' keyword is used to send inter-zone messages through
  488. ; the zonegate.  Since this is declared in SQUISH.CFG, this will gateroute
  489. ; ALL netmail messages going through your system to the specified
  490. ; addresses.  This command is only useful when NOT using ArcmailAttach.
  491. ;
  492. ; GateRouting is only required by other<tm> brain-dead packers which
  493. ; do not properly understand zones.  If you're using the low-priority
  494. ; netmail routing scheme, it's probably safe to use a normal
  495. ; 'Route' command in ROUTE.CFG.  However, when sending directly to
  496. ; any of the official zonegates, it's best to use the GateRoute method.
  497. ;
  498. ; After the word 'GateRoute', you must specify a flavour to use for
  499. ; the resulting gaterouted package.  This will be placed into the
  500. ; appropriate .?UT message bundle.
  501. ;
  502. ; Following the message flavour is the 'host node'.  This is where
  503. ; all of the gaterouted messages will be sent.
  504. ;
  505. ; After the host node comes the 'route-to' nodes.  You can specify any
  506. ; number of nodes after the host, and you can even use the 'All'
  507. ; wildcards.
  508. ;
  509. ; If you wish to except certain nodes from gateroute processing, include
  510. ; the word 'Except', followed by any nodes whose mail you do NOT wish
  511. ; to gateroute.
  512. ;
  513. ; The following will work for standard gaterouting within zone 1:
  514. ;
  515. ;GateRoute Normal 1:1/2 2:All
  516. ;GateRoute Normal 1:1/3 3:All
  517. ;GateRoute Normal 1:1/4 4:All
  518. ;GateRoute Normal 1:1/5 5:All
  519. ;GateRoute Normal 1:1/6 6:All
  520. ;
  521. ; If you were connecting directly with a particular node in zone 2, and
  522. ; you did not want that node's mail to be gaterouted, you could use the
  523. ; following sample gateroute line:
  524. ;
  525. GateRoute Normal 1:1/2 2:All Except 2:201/2104 2:252/10 2:258/1
  526.  
  527.  
  528. ; The 'BusyFlags' keyword instructs Squish to use the BinkleyTerm
  529. ; *.BSY flags in the outbound area.  These flags are a must when
  530. ; Squish is running in a multitasking or network environment, since
  531. ; they stop Squish and Binkley from trying to access the same
  532. ; bundle at the same time.
  533.  
  534. BusyFlags
  535.  
  536.  
  537. ; The 'TossBadMsgs' keyword instructs Squish to "toss" messages from
  538. ; your BadArea, every time a SQUISH IN is performed.  Squish will
  539. ; skim all of the message in the area, and it will attempt to toss
  540. ; each one.
  541. ;
  542. ; This feature is extremely useful if you request an area, but forget
  543. ; to add the echo to your configuration files.  The messages for that
  544. ; area would end up in your BadArea; with TossBadMsgs enabled,
  545. ; once you add that area to your configuration, messages will be
  546. ; tossed from your BadArea just as they would from a .PKT file,
  547. ; thereby saving you a lot of manual message moving.
  548.  
  549. TossBadMsgs
  550.  
  551.  
  552.  
  553. ; The 'BatchUnarc' keyword instructs Squish to decompress all compressed
  554. ; mail archives at the same time, and to start tossing the packets after
  555. ; all of the archives have been decompressed.
  556. ;
  557. ; Using BatchUnarc requires slightly more space, but it also prevents
  558. ; messages from getting out of order.  Squish will toss packets accoring
  559. ; to their dates, but if Squish only tossed mail from one archive at
  560. ; a time, the dates can get mixed up.  If you don't send mail to
  561. ; anyone else, you probably don't need to use this.  However, if you're
  562. ; sending one or more echoes to other systems, using BatchUnarc is
  563. ; probably a good idea.
  564.  
  565. BatchUnarc
  566.  
  567.  
  568. ; The 'ZoneGate' command instructs Squish to perform special conversions
  569. ; on messages addressed to the 'zonegate node'.  When sending an
  570. ; echomail conference across zones, SEEN-BYs must be stripped from
  571. ; messages, since net/node numbers may be duplicated among different
  572. ; zones.
  573. ;
  574. ; This command provides an FTSC-0004 compliant method to gate conferenes
  575. ; between zones.  The format for the ZoneGate command is as follows:
  576. ;
  577. ; ZoneGate <host> <nodes...>
  578. ;
  579. ; The <host> is the address of the system which you are gating for.  All
  580. ; echomail messages addressed to this system will have their SEEN-BYs
  581. ; stripped.
  582. ;
  583. ; <nodes> is a list of nodes which are to be added to the SEEN-BYs,
  584. ; after the original set of nodes is stripped.  WARNING:  Squish does
  585. ; NOT automatically add your address or the host's address to
  586. ; the SEEN-BYs, so you must include your address and the other system's
  587. ; address, at a bare minimum.  Other nodes can be added to the SEEN-BYs
  588. ; for safety purposes.
  589. ;
  590. ; NOTE:  ZoneGate is a potentially dangerous command.  If you do not
  591. ; know exactly what you're doing, this command should be avoided.
  592.  
  593. ;ZoneGate 2:253/68 249/106 253/68
  594.  
  595.  
  596. ; The 'Statistics' keyword instructs Squish to keep a statistics file,
  597. ; based on mail sent and mail received.  These statistics are extremely
  598. ; verbose, but they are also extremely accurate.  An external program
  599. ; can be used to read the SQUISH.STA file, and to generate a 100%
  600. ; accurate billing report for the specified nodes.
  601.  
  602. ; Statistics
  603.  
  604.  
  605. ; The 'StripAttributes' keyword instructs Squish to strip the message
  606. ; flavour attributes (CRASH and HOLD) from incoming netmail messages.
  607. ; Stripping these attributes prevents someone from routing a CRASH
  608. ; message through your system, and then having your system deliver
  609. ; the message as CRASH as well.
  610.  
  611. StripAttributes
  612.  
  613.  
  614. ; The 'AddMode' keyword instructs Squish to "add" to existing .?LO files.
  615. ; Normally, when Squish wants to send a message or file to a particular
  616. ; node, it will use the exact flavour specified in the routing control
  617. ; file.  However, AddMode instructs Squish to check the outbound area
  618. ; first, and if a flavoured file attach exists (such as CRASH, HOLD or
  619. ; DIRECT), the file will be added to that file attach instead.
  620. ;
  621. ; This is useful if a specified set of routing commands is normally used,
  622. ; but if exceptions must be made.  In other words, a node may be marked
  623. ; Crash, but if that node goes down for a period of time, it may be
  624. ; desirable to keep that node's mail on hold.  When AddMode is enabled,
  625. ; simply change the flavour of the existing attach to HOLD, and all future
  626. ; attaches will also be made as HOLD (regardless of the original flavour),
  627. ; until the HOLD file attach is picked up.
  628.  
  629. ;AddMode
  630.  
  631. ; The 'MaxMsgs' keyword instructs Squish to stop scanning after 'x' 
  632. ; messages have been reached, to pack the resulting packets into an
  633. ; archive, and to continue scanning from where it left off.  This
  634. ; feature can help in situations where disk space is at a premium,
  635. ; or where the size of the output .PKT files is to be kept small.
  636. ;
  637. ; When running in "IN OUT SQUASH" mode, the MaxMsgs feature is
  638. ; automatic.  However, when the OUT and SQUASH phases are separated,
  639. ; some batch file magic is required.  Please see the documentaton
  640. ; for information on using MaxMsgs in separate passes.
  641. ;
  642. ; The number after MaxMsgs specifies the number of messages to
  643. ; process before taking a break and archiving the output.  A number
  644. ; of around 100 messages usually yields packets of about 75K in
  645. ; size, assuming a normal backbone load.  This number can be increased
  646. ; or decreased, depending on your processing requirements.
  647.  
  648. ;MaxMsgs 150
  649.  
  650.  
  651. ; The Swap keyword (DOS only) instructs Squish to swap itself out to
  652. ; XMS/EMS/disk before spawning the compression programs.  This frees
  653. ; up all but 3k of the memory that Squish normally uses, and it
  654. ; allows Squish to be used in tight-memory situations.
  655. ;
  656. ; By default, Squish will attempt to swap to XMS first followed by
  657. ; EMS, and finally, Squish will attempt to swap to disk.  If you
  658. ; don't specify anything after the 'Swap' keyword, and Squish
  659. ; resorts to disk swapping, Squish will write the swap file in
  660. ; the current directory.  However, if you wish Squish to swap elsewhere
  661. ; when it has to resort to disk swapping, you can specifiy a path
  662. ; and a filename after the 'Swap' keyword.
  663. ;
  664. ; WARNING!  Some networks may be allergic to the Swap command.  If
  665. ; you're having trouble getting Squish to run with Swap, try
  666. ; turning it off.
  667. ;
  668. ;Swap D:\Temp\$$SQUISH.SWP
  669.  
  670.  
  671. ; The 'Nuke' keyword (ArcmailAttach mode only) instructs Squish to
  672. ; delete ARCmail bundles for which there is no attach message.  This
  673. ; keyword is ONLY required when using Max with D'bridge, or some other
  674. ; mailer which cannot delete or truncate files as they are sent.
  675. ;
  676. ; When Squish gets to the SQUASH phase, it will scan all of the messages
  677. ; in the netmail directory, and make a note of all file attaches.  It
  678. ; will then scan the outbound packet directory, and delete any ARCmail
  679. ; bundles which do not have attach messages.
  680. ;
  681. ; THIS COMMAND IS POTENTIALLY DANGEROUS, SO IT SHOULD ONLY BE USED
  682. ; IF YOUR MAILER REQUIRES IT!
  683. ;
  684. ;Nuke
  685.  
  686.  
  687. ; The 'MaxAttach' keyword is for ArcmailAttach mode ONLY.  This option
  688. ; instructs Squish to reserve memory for up to <n> netmail attach
  689. ; messages.  You should have no more than this number of messages in
  690. ; your netmail area.  Nothing drastic will happen if the number of
  691. ; attaches exceeds this, but you may find that duplicate attach
  692. ; messages are created if it's too small.  The default for MaxAttach is
  693. ; 256.  Most systems will NOT need to use this keyword.
  694. ;
  695. ;MaxAttach 256
  696.  
  697.  
  698. ; The 'MaxPkt' keyword is used in both ArcmailAttach and
  699. ; non-ArcmailAttach modes.  This keyword specifies the maximum number
  700. ; of packets which can be present in OUTBOUND.SQ at one time.  If the
  701. ; number of packets exceeds this value, then the excess packets will
  702. ; simply be queued for the next run of Squish.  The default for MaxPkt
  703. ; is 256.  Most systems will NOT need to modify this number.
  704. ;
  705. ;MaxPkt 256
  706.  
  707. ; The `Buffers' keyword controls Squish's memory usage.  By default,
  708. ; Squish will use large buffers for processing mail.  However, if
  709. ; you're running Squish in a memory-restricted environment, you
  710. ; can tell Squish to use less memory by specifying one of the
  711. ; options below.  WARNING!  As you decrease the buffer size, Squish
  712. ; becomes slower and slower.  `Buffers Small' is unsuitable if you're
  713. ; forwarding mail to any other nodes; medium buffers should be
  714. ; considered the minimum for hubs.
  715.  
  716. Buffers Large
  717. ;Buffers Medium
  718. ;Buffers Small
  719.  
  720. ; Next are any number of message area definitions.  However, as a bare
  721. ; minimum, you must have a NetMail area and a bad messages area.
  722. ;
  723. ; The format of a message area definition is:
  724. ;
  725. ; <type> <tag> <path> [flags] [nodes]
  726. ;
  727. ; <type> specifies the type of area to define.  Valid <type>s are
  728. ; NetArea, BadArea, DupeArea and EchoArea.  You must have at least
  729. ; one NetArea and at least one BadArea.
  730. ;
  731. ; <tag> specifies a short-form "name" for that area.  This name is
  732. ; used as a quick way of referring to that area; for NetAreas, BadAreas
  733. ; and DupeAreas, the only requirement is that the tag must be unique.
  734. ; However, for EchoAreas, this tag defines the actual name of the area,
  735. ; as used when talking to other systems.  In other words, before assigning
  736. ; a tag to an echo, you should ask your feed for the name of that echo.
  737. ;
  738. ; <path> specifies the path to the area.  For *.MSG areas, this should
  739. ; be the path to the message directory.  For Squish areas, <path>
  740. ; should be the path and root filename of the Squish area.
  741. ;
  742. ; [flags] are an optional set of modifiers for each area.  A flag is
  743. ; a dash followed by a character, plus an optional argument.  Flags
  744. ; can be used to change the attributes of an area, such as making
  745. ; that area "passthru", using the Squish message format for that area,
  746. ; and so on.
  747. ;
  748. ; A brief description of each flag follows, but for more information,
  749. ; you should consult the Squish documentation for a full explanation of
  750. ; each flag.
  751. ;
  752. ;       -f              The '-f' flag selects the FTSC-0001 (*.MSG)
  753. ;                       storage format.  *.MSG is the default, so this
  754. ;                       flag normally doesn't need to be used.
  755. ;
  756. ;       -p<node>        The '-p' flag selects an alternate primary
  757. ;                       address for the current area only.  This
  758. ;                       address will be used in SEEN-BYs, PATH lines,
  759. ;                       and packet headers.
  760. ;
  761. ;       -s              The '-s' flag instructs Squish to strip the
  762. ;                       private bit from all messages received in the
  763. ;                       current area.
  764. ;
  765. ;       -x<node>        The '-x' flag stops <node> from SENDING mail
  766. ;                       into the specified echo.
  767. ;
  768. ;       -0              The '-0' flag indicates that the current
  769. ;                       area is a passthru area.
  770. ;
  771. ;       -+<node>        The '-+' flag instructs Squish to add <node>
  772. ;                       to the SEEN-BYs for the current area only.
  773. ;
  774. ;       -$              The '-$' flag tells Squish that the specified
  775. ;                       area uses the Squish message format.
  776. ;
  777. ;       -$m<msgs>       The '-$m' flag instructs Squish to keep up
  778. ;                       to a maximum of <msgs> messages in this
  779. ;                       Squish-format area.  Message will be
  780. ;                       deleted by Squish on the fly.
  781. ;
  782. ;       -$s<msgs>       The '-$s' flag instructs Squish to skip the
  783. ;                       first <msgs> messages when killing up to the
  784. ;                       last '-$m' messages in each area.  This
  785. ;                       parameter is only applicable when using
  786. ;                       the -$m flag.
  787. ;
  788. ;       -$d<age>        The '-$d' flag instructs Squish to keep up
  789. ;                       to a maximum of <age> days' worth of
  790. ;                       messages in this Squish-format area.  Killing
  791. ;                       by date is NOT done on the fly, so SQPACK must
  792. ;                       be run on a regular basis to purge messages.
  793.  
  794.  
  795. ; Every system must have at least one NetArea.  You can declare
  796. ; more NetAreas if you like (and Squish will scan all of them when
  797. ; packing mail), but all inbound NetMail will be placed into
  798. ; this area.
  799.  
  800. NetArea         NETMAIL         c:\Max\Msg\Netmail -$
  801.  
  802. ; NetArea         NETMAIL         C:\Bink1\Mail
  803.  
  804. ; The BadArea is used for placing insecure or grunged messages.  Every
  805. ; system must have a BadArea.
  806.  
  807. BadArea         BAD_MSGS        C:\Bink1\Bad
  808.  
  809. ; The DupeArea is optional.  If you have defined a DupeArea, all duplicate
  810. ; messages will be placed into this message area.  Otherwise, duplicates
  811. ; will go into your BadArea.
  812.  
  813. DupeArea  DUPES           C:\Bink1\Dupes
  814.  
  815. EchoArea  OS2             c:\Max\Msg\OS2      -$ -s 1:109/2  30039/3472 30039/3476 110/535         289/27 292/60 2:201/2104
  816. EchoArea  OS2BBS          c:\Max\Msg\OS2BBS   -$ -s 1:109/2  30039/3472            110/535         289/27 292/60 2:201/2104 2:252/10
  817. EchoArea  OS2DOS          c:\Max\Msg\OS2DOS   -$ -s 1:109/2  30039/3472            110/535         289/27 292/60 2:201/2104
  818. EchoArea  OS2DOSBBS       c:\Max\Msg\OS2DOSBB -$ -s 1:109/2             30039/3476 110/535 115/895 289/27 292/60 2:201/2104 2:252/10
  819. EchoArea  OS2HW           c:\Max\Msg\OS2HW    -$ -s 1:109/2  30039/3472            110/535         289/27 292/60 2:201/2104
  820. EchoArea  OS2LAN          c:\Max\Msg\OS2LAN   -$ -s 1:109/2  30039/3472            110/535         289/27 292/60 2:201/2104
  821. EchoArea  OS2PROG         c:\Max\Msg\OS2PROG  -$ -s 1:109/2  30039/3472            110/535 115/895 289/27 292/60 2:201/2104
  822. EchoArea  OS-DEBATE       c:\Max\Msg\OSDEBATE -$ -s 1:109/2             30039/3476 110/535 115/895 289/27 292/60 2:201/2104
  823. EchoArea  TEAMOS2         c:\Max\Msg\TeamOS2  -$ -s 1:109/2  109/238    30039/3476 110/535 115/895 289/27 292/60 2:201/2104 2:252/10
  824.  
  825. EchoArea  SYSOP-109       c:\Max\Msg\Sysop109 -$ -s 1:109/300
  826. EchoArea  SYSCHAT109      c:\Max\Msg\Syschat  -$ -s 1:109/300
  827. EchoArea  OS2-109         c:\Max\Msg\Os2-109  -$ -s 1:109/300
  828.  
  829. EchoArea  OS2BEGIN        c:\Max\Msg\Os2Begin -$ -s 1:141/209 104/338 106/3333 109/104 300 110/535 115/895         201/60 247/128 249/107 289/27 292/60         376/32 382/1201          3617/12 3661/604 30039/3471            30039/3479 2:252/10 2:201/2104
  830. EchoArea  OS2CDROM        c:\Max\Msg\Os2CDROM -$ -s 1:141/209 104/338 106/3333 109/104 300 110/535 115/895         201/60         249/107 289/27 292/60         376/32 382/1201          3617/12 3661/604 30039/3471            30039/3479 2:252/10 2:201/2104
  831. EchoArea  OS2COMM         c:\Max\Msg\Os2COMM  -$ -s 1:141/209 104/338 106/3333 109/104 300 110/535 115/895         201/60 247/128 249/107 289/27 292/60         376/32 382/1201          3617/12 3661/604 30039/3471            30039/3479 2:252/10 2:201/2104
  832. EchoArea  OS2DB           c:\Max\Msg\Os2DB    -$ -s 1:141/209 104/338 106/3333     109/300 110/535 115/895         201/60         249/107 289/27 292/60         376/32 382/1201          3617/12 3661/604 30039/3471            30039/3479 2:252/10 2:201/2104
  833. EchoArea  OS2GAMES        c:\Max\Msg\Os2Games -$ -s 1:141/209 104/338 106/3333 109/104 300 110/535 115/895         201/60         249/107 289/27 292/60         376/32 382/1201          3617/12 3661/604 30039/3471            30039/3479 2:252/10 2:201/2104
  834. EchoArea  OS2PRODSUP      c:\Max\Msg\Os2PROD  -$ -s 1:141/209 104/338 106/3333             110/535 115/895 202/354 201/60         249/107 289/27 292/60 273/714 376/32 382/1201 3617/12 3800/28  3661/604 30039/3471 30039/3472 30039/3479 2:252/10 2:201/2104
  835. EchoArea  OS2REXX         c:\Max\Msg\Os2REXX  -$ -s 1:141/209 104/338 106/3333     109/300 110/535 115/895         201/60 247/128 249/107 289/27 292/60         376/32 379/1102 382/1201 3617/12 3661/604 30039/3471            30039/3479 2:252/10 2:201/2104
  836. EchoArea  OS2VIDEO        c:\Max\Msg\Os2Video -$ -s 1:141/209 104/338 106/3333 109/104 300 110/535 115/895         201/60         249/107 289/27 292/60         376/32 382/1201          3617/12 3661/604 30039/3471            30039/3479 2:252/10 2:201/2104
  837. EchoArea  OS2WPS          c:\Max\Msg\Os2WPS   -$ -s 1:141/209 104/338 106/3333     109/300 110/535 115/895         201/60 247/128 249/107 289/27 292/60         376/32 382/1201          3617/12 3661/604 30039/3471            30039/3479 2:252/10 2:201/2104
  838. EchoArea  OS2_WP          c:\Max\Msg\Os2WP    -$ -s 1:141/209 104/338 106/3333     109/300 110/535 115/895         201/60         249/107 289/27 292/60         376/32 382/1201                  3661/604 30039/3471            30039/3479 2:252/10 2:201/2104
  839. EchoArea  KWQ             c:\Max\Msg\KWQ      -$ -s 1:141/209 104/338 106/3333             110/535 115/895 202/354 201/60                 289/27                       382/1201          3617/12 3800/28  30039/3471
  840. EchoArea  MFILEPMSUP      c:\Max\Msg\MFILE    -$ -s 1:201/60
  841.  
  842. EchoArea  FERNWOS2        c:\Max\Msg\Fernwos2 -$ -s -p40:4370/347 40:649/312
  843.  
  844. EchoArea  comp.os.os2                    c:\Max\Msg\U_os2   -$ -s -0 1:109/2
  845. EchoArea  comp.os.os2.advocacy           c:\Max\Msg\U_adv   -$ -s 1:109/2 30039/3472
  846. EchoArea  comp.os.os2.announce           c:\Max\Msg\U_annc  -$ -s 1:109/2
  847. EchoArea  comp.os.os2.apps               c:\Max\Msg\U_apps  -$ -s 1:109/2 30039/3472
  848. EchoArea  comp.os.os2.beta               c:\Max\Msg\U_beta  -$ -s 1:109/2
  849. EchoArea  comp.os.os2.bugs               c:\Max\Msg\U_bugs  -$ -s 1:109/2
  850. EchoArea  comp.os.os2.games              c:\Max\Msg\U_games -$ -s 1:109/2
  851. EchoArea  comp.os.os2.misc               c:\Max\Msg\U_misc  -$ -s 1:109/2 30039/3472
  852. EchoArea  comp.os.os2.multimedia         c:\Max\Msg\U_mult  -$ -s 1:109/2
  853. EchoArea  comp.os.os2.networking         c:\Max\Msg\U_net   -$ -s 1:109/2 30039/3472
  854. EchoArea  comp.os.os2.networking.misc    c:\Max\Msg\U_netm  -$ -s 1:109/2
  855. EchoArea  comp.os.os2.networking.tcp-ip  c:\Max\Msg\U_nett  -$ -s 1:109/2
  856. EchoArea  comp.os.os2.programmer         c:\Max\Msg\U_prog  -$ -s -0 1:109/2 30039/3472
  857. EchoArea  comp.os.os2.programmer.misc    c:\Max\Msg\U_progM -$ -s 1:109/2 30039/3472
  858. EchoArea  comp.os.os2.programmer.oop     c:\Max\Msg\U_progO -$ -s 1:109/2
  859. EchoArea  comp.os.os2.programmer.porting c:\Max\Msg\U_progP -$ -s 1:109/2 30039/3472
  860. EchoArea  comp.os.os2.programmer.tools   c:\Max\Msg\U_progT -$ -s 1:109/2
  861. EchoArea  comp.os.os2.setup              c:\Max\Msg\U_setup -$ -s 1:109/2
  862. EchoArea  comp.os.os2.ver1x              c:\Max\Msg\U_ver1  -$ -s 1:109/2
  863. EchoArea  comp.lang.rexx                 c:\Max\Msg\U_rexx  -$ -s 1:109/2
  864. EchoArea  comp.sys.powerpc               c:\Max\Msg\U_power -$ -s 1:109/2
  865. EchoArea  bit.listserv.os2-l             c:\Max\Msg\B_OS2l  -$ -s 1:109/2
  866.  
  867. EchoArea  IBM.DOS45       c:\Max\Msg\I_DOS45    -$ -s -0 -p40:4370/347 40:649/312 40:4370/32 410 604 628
  868. EchoArea  IBM.DOSLAN      c:\Max\Msg\I_DOSLAN   -$ -s -0 -p40:4370/347 40:649/312 40:4370/32 410 604 628
  869. EchoArea  IBM.GENERAL     c:\Max\Msg\I_IBMGEN   -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  870. EchoArea  IBM.IBMNET      c:\Max\Msg\I_IBMNET   -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  871. EchoArea  IBM.LAPTOP      c:\Max\Msg\I_LAPTOP   -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  872. EchoArea  IBM.NOVCLAS     c:\Max\Msg\I_NOVCLA   -$ -s -0 -p40:4370/347 40:649/312 40:4370/32 410 604 628
  873. EchoArea  IBM.OS2BETA     c:\Max\Msg\I_BETA     -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  874. EchoArea  IBM.OS2COM      c:\Max\Msg\I_OS2COM   -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  875. EchoArea  IBM.OS2DBM      c:\Max\Msg\I_OS2DBM   -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  876. EchoArea  IBM.OS2.INSTALL c:\Max\Msg\I_INST     -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  877. EchoArea  IBM.OS2LAN      c:\Max\Msg\I_OS2LAN   -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  878. EchoArea  IBM.OS2PRO      c:\Max\Msg\I_OS2PRO   -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  879. EchoArea  IBM.OS2REXX     c:\Max\Msg\I_OS2REX   -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  880. EchoArea  IBM.OS2SE       c:\Max\Msg\I_OS2SE    -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  881. EchoArea  IBM.OS2SIG      c:\Max\Msg\I_SIG      -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  882. EchoArea  IBM.PS1A1       c:\Max\Msg\I_PS1A1    -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  883. EchoArea  IBM.PS2A1       c:\Max\Msg\I_PS2A1    -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  884. EchoArea  IBM.TCPIP       c:\Max\Msg\I_TCPIP    -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  885. EchoArea  IBM.USSYSOP     c:\Max\Msg\I_USSYS    -$ -s    -p40:4370/347 40:649/312 40:4370/32 410 604 628
  886.  
  887. EchoArea  OS2-CSET        c:\Max\Msg\OS2-CSET -$ -s -p81:125/1 81:10/23 81:313/1
  888. EchoArea  OS2-FIX         c:\Max\Msg\OS2-FIX  -$ -s -p81:125/1 81:10/23 81:313/1
  889. EchoArea  OS2-INSTALL     c:\Max\Msg\OS2INSTA -$ -s -p81:125/1 81:10/23 81:313/1
  890. EchoArea  OS2-NEWUSER     c:\Max\Msg\OS2-NEWU -$ -s -p81:125/1 81:10/23 81:313/1
  891. EchoArea  OS2-REXX        c:\Max\Msg\OS2-REXX -$ -s -p81:125/1 81:10/23 81:313/1
  892. EchoArea  OS2-SYSOP       c:\Max\Msg\OS2SYSOP -$ -s -p81:125/1 81:10/23 81:313/1
  893. EchoArea  OS2-UGRP        c:\Max\Msg\OS2-UGRP -$ -s -p81:125/1 81:10/23 81:313/1
  894.  
  895. EchoArea  BATH            c:\Max\Msg\BATH     -$ -s -p40:4370/347 40:649/312
  896. EchoArea  ATIT            c:\Max\Msg\ATIT     -$ -s -p40:4370/347 40:649/312
  897. EchoArea  DR_DEBUG        c:\Max\Msg\DR_DEBUG -$ -s 1:109/2
  898.  
  899. ; Pass through areas:
  900. EchoArea  FRANCAIS        c:\Max\Msg\Francais -$ -s -0 1:109/2
  901. EchoArea  FN_SYSOP        c:\Max\Msg\Fn_sysop -$ -s -0 1:109/2   1:30039/3476
  902. EchoArea  DBRIDGE         c:\Max\Msg\dbridge  -$ -s -0 1:109/2   1:30039/3476
  903. EchoArea  RENEGADE        c:\Max\Msg\renegade -$ -s -0 1:109/182 1:30039/3476
  904. EchoArea  WIN32           c:\Max\Msg\Win32    -$ -s -0 1:109/2   110/535  2:258/1
  905.  
  906. ; Next comes zero or more EchoMail area definitions.  IF YOU ARE DECLARING
  907. ; YOUR AREAS IN AREAS.BBS, COMMENT OUT ALL 'ECHOAREA' LINES!
  908. ;
  909. ; The first line defines an EchoMail area called 'TUB', which uses
  910. ; the *.MSG format in the C:\Max\Msg\Bath directory.  This echo is
  911. ; scanned to 1:123/99.
  912.  
  913. ;EchoArea        TUB             C:\Max\Msg\Tub          1:123/99
  914.  
  915. ; The second line defines an EchoMail area called 'MUFFIN', which uses
  916. ; the Squish format (because of the '-$') in the files called
  917. ; C:\Max\Msg\Muffin.Sq?.  This echo is also scanned to 1:123/99.
  918.  
  919. ;EchoArea        MUFFIN          C:\Max\Msg\Muffin  -$   1:123/99
  920.  
  921. ; As many EchoMail areas can be added as you like.  Just make sure to
  922. ; add the appropriate flags, including -$ for Squish-format areas,
  923. ; and you should be all set.
  924.  
  925. ;                               ###
  926.  
  927.