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