home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 35 Internet / 35-Internet.zip / mg025e.zip / MG.TXT < prev    next >
Text File  |  1995-09-08  |  351KB  |  8,623 lines
  1.  
  2.  
  3.  
  4.  
  5.    ┌──┐     ┌──┐┌────────┐┌──┐┌──┐    ┌────┐  ┌────────┐┌────────┐┌──────┐
  6.    │  │┌───┐│  ││  ┌──┐  ││  ││  │    │  ┌─┘  │  ┌──┐  │└──┐  ┌──┘│  ┌───┘
  7.    │  │└┐ ┌┘│  ││  └──┘  ││  ││  │    │  │    │  └──┘  │   │  │   │  └─┐
  8.    │  │ └─┘ │  ││  ┌──┐  ││  ││  │    │  │ ┌─┐│  ┌──┐  │   │  │   │  ┌─┘
  9.    │  │     │  ││  │  │  ││  ││  └───┐│  └─┘ ││  │  │  │   │  │   │  └───┐
  10.    └──┘     └──┘└──┘  └──┘└──┘└──────┘└──────┘└──┘  └──┘   └──┘   └──────┘
  11.  
  12.  
  13.                     MailGate 0.25
  14.  
  15.  (C) Copyright  Clovis Lacerda Leite  1992, 1995
  16.  
  17.                Tropical Reefs, Inc.  Recife - Brazil
  18.  
  19.                All rights reserved
  20.  
  21.  
  22. .. [010] 1 - MailGate Information
  23.  
  24.    General information about the program, what it can do for you, legal
  25. details, how to register, etc.
  26.    
  27. .. [000] 1.1 - What is MailGate?
  28.  
  29.  What MailGate can do for you
  30.  
  31.    MailGate is a very complete package that will help you do many things
  32. and add complex features to your BBS system. It is the result of many hours
  33. of hard work since January, 1993. The result can be seen from the size of
  34. all executable files contained in this package. MailGate was compiled using
  35. Borland's excellent Turbo Pascal 7.0, which gives an indication that each
  36. byte means a lot of work. It was our philosophy to design every single
  37. function and procedure used to build this package. Yes, we reinvented the
  38. wheel completely. But now we can control every single detail of this
  39. program and maintenance and improvements are easy to handle.
  40.  
  41.   These are the known features of MailGate below. We hope you can find
  42. other applications not listed and we kindly ask you to report your findings
  43. to us, so that other people can benefit from them. We tried our best to
  44. test the program intensively, but bugs may come out and we also need your
  45. help in reporting them to us. We really hope MailGate can make your system
  46. much more powerful and management easier for you. Enjoy it!
  47.  
  48.  
  49.   * Features of MailGate *
  50.  
  51. 1 - Gateway to the Internet
  52.  
  53.   1.1 - Netmail to Email and Email to Netmail. Users from other systems may
  54.         participate. An entire nodelist may participate in the gateway.
  55.  
  56.   1.2 - Echomail to Lists and/or Newsgroups and vice-versa. This feature
  57.         does not depend on the type of BBS system you are running. It is
  58.         BBS independent. The only requirement is that your system be able
  59.         to process PKT packets.
  60.  
  61.   1.3 - Email messages to Fax. Any person on the Internet may send a Fax to
  62.         your system or any other system in an entire nodelist.
  63.  
  64.   1.4 - Echomail compressed files can be automatically sent and received
  65.         from another remote site as if the compressed files were sent over
  66.         a Fidonet mailing session through a phone call.
  67.  
  68.   1.5 - Your system can manage Local Lists and have them available for
  69.         Internet users to subscribe. In other words, MailGate provides a
  70.         very powerful Listserver, which includes a Fileserver for
  71.         automatic delivery of files to subscribed users of your Local
  72.         lists. Needless to say, these local lists can be in gateway with
  73.         echomail areas, and the Fileserver in gateway with the TIC server.
  74.  
  75.   1.6 - Complete set of customized messages to be sent to UUCP and Fidonet
  76.         users about the use of the gateway.
  77.  
  78.   1.7 - Complete control of the use of the gateway for later billing, if
  79.         this is the case. The system will control the number of bytes sent
  80.         and received, the names of the addressees and addressers, the time
  81.         and date the message was processed and the subject of the message.
  82.  
  83.   1.8 - Alias file and subdirectory for file requests with the GET command
  84.         of the Listserver. Powerful carbon copy manager.
  85.  
  86.   1.9 - Netmail file attaches are uuencoded and sent to the Internet
  87.         destination.
  88.  
  89.  1.10 - UUCP to UUCP network system. Your system may act as a UUCP
  90.         provider, assign Internet subdomain to other systems, re-route
  91.         UUCP mail between uplink/downlinks, exchange Newsgroups to as many
  92.         as 255 downlinks
  93.  
  94.  1.11 - True subdomaining or fake subdomaining. For example, assuming your
  95.         system to be TTBBS.COM, there may exist systems like XXBBS.TTBBS.COM
  96.         or %XXBBS@TTBBS.COM
  97.  
  98.  1.12 - Downlink nodes may either receive mail in UUCP or Fidonet format.
  99.         Downlinks in Fidonet format are configured in the MAPS database.
  100.  
  101.  1.13 - Echomail messages with valid Internet destination in the TO: field
  102.         may be configured to have them sent as email to the destination
  103.  
  104.  1.14 - Get the best of both worlds, Fido and UUCP. MG may be configured
  105.         to compress/decompress UUCP mail to/from any UUCP downlink using
  106.         Fidonet file attaches. The files will be sent during a Fidonet
  107.         session, received in the other end as if a UUCP session had taken
  108.         place
  109.  
  110. 2 - Gateway between different Fidonet type of Networks. Fidonet has zones 1
  111.     through 6, but there are many other networks using the Fidonet
  112.     technology.
  113.  
  114.   2.1 - Netmail to Netmail from one network to another.
  115.  
  116.   2.2 - Echomail to Echomail from one network to another.
  117.  
  118. 3 - Complete Fax delivering Manager
  119.  
  120.   3.1 - NetMail to Fax. Any netmail from any system can be delivered as
  121.         Fax messages. The system provides two different kinds of Fax
  122.         management, one for normal users and the other for VIP users,
  123.         configured in a special Database.
  124.  
  125.   3.2 - EchoMail to Fax. Messages from an echomail Area can be forwarded
  126.         to the Fax manager and sent as Fax messages.
  127.  
  128.   3.3 - UUCP to Fax. Messages from Internet users may be sent to the Fax
  129.         manager.
  130.  
  131.   3.4 - Complete information about the transmission status of the Fax
  132.         messages. Users who send Fax mail will be notified of date, time
  133.         number of pages and time used during the transmission of the Fax.
  134.         There is a limit of attempts to send a Fax message before giving
  135.         up. Support to BitFax 3.02 and BGFAX 1.40
  136.  
  137.   3.5 - Files to the Fax server. Netmail file attaches are forwarded to
  138.         the Fax server for delivery and special handling
  139.  
  140.   3.6 - Phone book Databases are available for automatic delivery of a Fax
  141.         message to multiple recipients. This is a Fax mailing List.
  142.  
  143. 4 - TIC distribution of Files.
  144.  
  145.   4.1 - TIC works the same way as do echomails. Files can be automatically
  146.         distributed from uplink systems to downlink systems, without the
  147.         need of human manipulation (unless, of course, the file has to be
  148.         distributed in the beginning).
  149.  
  150.   4.2 - Unlimited number of TIC Areas. The system is only limited by the
  151.         capacity of your Hard Disk.
  152.  
  153.   4.3 - 26 TIC groups to manage the areas. Conversion of compression type.
  154.  
  155.   4.4 - Complete set of remote maintenance functions to control the
  156.         configuration of any system. This is called the RAID function.
  157.  
  158.   4.5 - Special treatment to MAGIC files.
  159.  
  160.   4.6 - Uplinks can be configured to automatically add new TIC Areas
  161.         in your system, or do the same with MAGIC Areas.
  162.  
  163.   4.7 - TIC reports can be sent to any Echomail Area or to the sysop,
  164.         via netmail.
  165.  
  166.   4.8 - Virus scan can be processed on files in distribution
  167.  
  168.   4.9 - NODEDIFF and NODELIST files can be located, compressed and sent
  169.         to the members of a TIC Area automatically.
  170.  
  171.  4.10 - TIC Areas may have their own Node numbers to operate, which makes
  172.         each Area completely independent from each other and easy to work
  173.         with in different networks.
  174.  
  175.  4.11 - FileFix manager. Any user can access certain echomail areas and
  176.         send special commands to the user "FileFix", which will execute
  177.         a search for the files requested by the user in the TIC Areas of
  178.         your system. Files that match the request will be listed in an
  179.         automatic reply to the original user in the same echomail Area.
  180.         It is a type of "archie" search in the network.
  181.  
  182.  4.12 - The system may manage the file lists of other systems, and process
  183.         them during a FileFix search. These systems may also be configured
  184.         to receive a copy of the requesting netmail, and work on it.
  185.         This, on the Internet, is called the "ARCHIE" function, and your
  186.         system and network may be configured to implement it
  187.  
  188.  4.13 - Unlimited number of node numbers as members of a TIC Area.
  189.  
  190.  4.14 - FILES.BBS or Remote Access internal file base may be configured for
  191.         individual TIC Areas. FILE_ID.DIZ is removed from inbound file and
  192.         used as a complete file description.
  193.  
  194.  4.15 - Customized text file to be appended in the TIC reports of each TIC
  195.         area. Banners may be included in compressed files.
  196.  
  197.  4.16 - The system may have TIC area directories scanned for new files. If
  198.         found, they are automatically broadcasted to the TIC downlinks.
  199.  
  200.  4.17 - MAGIC files are updated/added in the ALIAS file used by the mailer
  201.         during file requests
  202.  
  203.  4.18 - TIC downlinks may be Internet users. The TIC manager will forward
  204.         the files to the destinations as uuencoded messages
  205.  
  206. 5 - Netmail Local server
  207.  
  208.   5.1 - Your system may forward text messages to a particular list of
  209.         users.
  210.  
  211.   5.2 - Users from your network may request files to be sent to them as
  212.         netmails.
  213.  
  214.   5.3 - Users from your network may request files to be file attached to
  215.         them.
  216.  
  217.   5.4 - Users from your network may request files to be Faxed to any
  218.         phone number or phone database.
  219.  
  220.   5.5 - Users from your network may save text files in your system for
  221.         later availability for request in the system
  222.  
  223.   5.6 - Users may request information about the use of their accounts.
  224.         They can request information for any period of time, and the
  225.         system will send a complete log of the system usage.
  226.  
  227.   5.7 - Netmail special users. If a user sends a netmail to "help", and
  228.         "help" is a text file in a special subdirectory, MG will send the
  229.         "help file to the user who requested it
  230.  
  231. 6 - Echomail Local Server
  232.  
  233.   6.1 - The system may send text messages to certain Echomail areas.
  234.  
  235. 7 - Remote DOS maintenance.
  236.  
  237.   7.1 - Users may send DOS commands to your system, provided they have the
  238.         proper password. Each password is the name of a text file in the
  239.         system that contains the list of all commands allowed to be
  240.         executed.
  241.  
  242. 8 - Message Base. Read, reply, write, encrypt Fax, Fido or UUCP messages.
  243.  
  244.   8.1 - Access to the MSG netmail base.
  245.  
  246.   8.2 - Access to the Hudson message base.
  247.  
  248.    I hope everything is listed here. They are very summarized but can give
  249. you an idea of the features that MailGate provides. This will be our policy
  250. related to the release of MailGate, shareware version:
  251.  
  252. - Each public release will have versions ending in only one decimal, for
  253. example, MG 0.1, MG 0.2, MG 0.3 and so on. If a newer version has to be
  254. released due to a serious bug to be fixed, a beta version will be
  255. distributed, and the identification that the version is still in beta mode
  256. is also in the version number, that will now contain 2 decimals, for
  257. example: MG 0.11, MG 0.12. It is our intention to delay no longer than
  258. 45 days between one public release and the next one. Beta releases may
  259. be distributed at any time. Major releases are the ones that change the
  260. digit before the decimal point in the version number, for example: MG 1.0,
  261. MG 2.0, MG 3.0 and so on. MailGate packages will be named as follows:
  262.  
  263.  MGabcd.ZIP  where abcd stands for the version number. For example: MG 1.02
  264.              will be released as MG102.ZIP
  265.  
  266.  
  267. As explained in the "Registering MailGate" section, MailGate shareware
  268. version is on a promotional registration fee. This fee will only be valid
  269. until the next major release, which will be MG 1.0. Once a user registered
  270. his copy of MailGate, this registration will be valid for all subsequent
  271. releases of MailGate shareware version, regardless of any changes in the
  272. registration fee. We think it is a matter of acknowledgement with all those
  273. users who committed themselves with MailGate and registered it, giving their
  274. support to us.
  275.  
  276.   We also believe that unregistered programs should not be crippled or have
  277. any function disabled to the user. We are giving the first step in trusting
  278. you and providing you with a full functional version of MailGate. However,
  279. this is not a policy and we reserve the right to change it whenever we see
  280. it is necessary. We kindly ask you to take in consideration the great
  281. effort put in creating this program.
  282.  
  283.    There is an Echomail conference available in Fidonet Brazil, MAILGATE,
  284. and the main feed is node 4:808/2. The conference is available in the RBT
  285. network. There is also a List conference in the Internet, called MG-L, that
  286. can be reached by Internet users after they send their subscription command
  287. to listserv@ear.anpe.br. We are also running a small UseNet network, and the
  288. same conference is available to UUCP links as newsgroup ALT.BBS.MAILGATE.
  289. Finally, the messages are also sent to a special group of users who read the
  290. mail after receiving it by Fax by means of a Fax mailing list. As a matter o
  291. fact, all conferences have exactly the same messages, since we use MailGate
  292. to have them in gateway.
  293.  
  294.   These first releases of MailGate come with a very simple documentation,
  295. for which we apologize.
  296.  
  297.   There are many other new features we want to see in MailGate. For this to
  298. become true, and also to have other features and improvements, we wish to
  299. count with your help. Please send your suggestions, complaints, criticisms,
  300. they will be very welcome. We would like to hear from you. Once again,
  301. thank you very much for taking the time to try MailGate!
  302.  
  303. You can get the newest versions of MailGate from the systems listed in
  304. the MGSITES.DOC file, available in the original package of MG.
  305.  
  306. If you establish a stable link with us, you will be entitled to also
  307. distribute MailGate, and your system will be listed in the next versions.
  308.  
  309. File request the newest version with the MAGIC name MAILGATE.
  310.  
  311.   For Internet users, there are two ways to retrieve the newest version,
  312.   either via ftp or via uuencode mail.
  313.  
  314. For those who have access to FTP, MailGate can be requested by anonymous
  315. FTP from the sites listed in the MGSITES.DOC file.
  316.  
  317.  
  318. Log in as "anonymous" and supply your Internet address at the password
  319. prompt.
  320.  
  321.   A more updated list of ftp sites and Fido BBSes can be requested by
  322.  
  323. RBT netmail    : sending a netmail to user "mgsites", at 12:1280/1
  324. Internet email : sending an email to mgsites@ear.anpe.br
  325.  
  326. Yes, these special users are automatically managed by MailGate.
  327.  
  328.  
  329.     System Requirements
  330.  
  331.     Software and Hardware
  332.  
  333.         * An IBM PC, XT, AT or compatible, i386/i486 CPU supported
  334.         * DOS 3.31 (or above) or OS/2 2.x DOS compatibility box
  335.         * Any  *.MSG and *.PKT compatible BBS software (Front-End Mailer)
  336.         * A Fax delivering program
  337.         * A UUCICO.EXE delivering program for UUCP mail
  338.  
  339.  
  340.         * Memory requirements:
  341.  
  342. At least 512 Kbytes of memory. MailGate needs dynamic memory that
  343. is allocated during run-time and that depends on your configuration.
  344. If you run a disk-cache program, MailGate will operate much faster,
  345. since it depends heavily on the Hard Disk. Your system should have
  346. extended memory, otherwise MailGate will slow down considerably.
  347.  
  348.         FILES=30 or more in your config.sys file.
  349.  
  350.     At least one of these (de)compression utilities:
  351.  
  352.         * PKZIP/PKUNZIP
  353.         * ARJ
  354.         * LHA
  355.         * PKPAK/PKUNPAK
  356.         * ARC
  357.         * ZOO
  358.         * uncompre, compress or gzip
  359.  
  360.    MailGate is a gateway package, and as such, it assumes that you already
  361. have a BBS system running. It is not a front-end mailer. MailGate does
  362. not depend on any message base format. It generates PKT packets that must
  363. be processed by your echomail utility and tossed into your message base. It
  364. also assumes that you are hooked up to a Internet site with which your
  365. system can exchange UUCP mail. However, MailGate can successfully work
  366. under Fidonet only, Internet only, or in the most complete configuration,
  367. in both environments. Your system does not need to have access to the
  368. Internet to be able to use the Fidonet features of MailGate. Your system
  369. does not need to have a Fidonet BBS running to be able to use the UUCP
  370. features.
  371.  
  372. Thanks to my beta testers, support sites, participants of the MG-L List,
  373. without whom I could not go further. The list below is not complete, but
  374. special thanks go to: Fabio Becker, Adriano Garcia, Jorge Eduardo, Bruno
  375. Santos, Jeronimo Barros, Isamar Maia, Troy Engel, John Mudge, Hartmut
  376. Karrasch, Don Packwood, Craig Thompson, Walter Longeman, William Woo,
  377. Marijn Raaijmakers, Philippe Cheve, Jorge Santos, all members of our RBT
  378. network and so many others who have been showing us support.
  379.  
  380.  A very, very special "Thank you!" goes to Troy Engel, from California.
  381. MG021 could only become true with his precious help. Almost every day,
  382. in the last 6 months, we have been exchanging ideas, and his suggestions,
  383. feedback, expertise, gave me conditions to have MG go under such a major
  384. upgrade. For all of his effort and attention, I send him my best regards.
  385.  
  386. ────────────────────────────────────────────────────────────────────────────
  387.    I dedicate this program to my son, whose birth gave me reasons to carry
  388. on. Thanks to my wife, who has been very patient and supportive.
  389. ────────────────────────────────────────────────────────────────────────────
  390.  
  391. This version of MailGate was compiled on 26 Aug 95 17:42:32
  392. All products mentioned here are trademarks of their respective owners
  393.  
  394. .. [001] 1.2 - Tropical Reefs
  395.  
  396.  A note on Tropical Reefs Inc.
  397.  
  398.    Tropical Reefs Inc. is located in the city of Recife, in the Northeast
  399. region of Brazil. It can be easily found on the map, since it is in the
  400. closest point from South America to Africa. We live in one of the most
  401. beautiful regions of Brazil, with thousands of miles of sunny beaches
  402. and ecological resorts. MailGate is the first product released by
  403. Tropical Reefs, and we hope to release other projects that are being
  404. implemented and will receive more care after the first release of MailGate
  405. is sent to the public. This name is in honor of the city of Recife, which
  406. means "reef", since our Atlantic coast is cut by a long line of reefs.
  407.  
  408.  
  409. Snail mail:
  410.  
  411. Tropical Reefs Inc.
  412. Caixa Postal 4711
  413. Pina - Recife - PE
  414. 51011-020 - Brazil
  415.  
  416.  
  417. .. [002] 1.3 - Legal Notice
  418.  
  419.  License Information
  420.  
  421.    "MG" refers to the executable programs and text files
  422.    contained in the MailGate distribution archives released by
  423.    Tropical Reefs Inc.
  424.    
  425.    1. This is copyrighted software owned by Clovis Lacerda.
  426.    This is not public domain or freeware.  Clovis Lacerda
  427.    grants you a temporary license to try this software
  428.    for evaluation purposes only. MG may only be used in accordance
  429.    with the conditions set out in this license agreement.
  430.    
  431.    2. You may use MG for a period of thirty days on a trial basis
  432.    in order to determine it's suitability for your particular
  433.    application. After this period you MUST register each copy of
  434.    MG that you run simultaneously.
  435.    
  436.    3. Registration entitles you to use MG and any future versions
  437.    of MG for as long as you wish, subject to any special licensing
  438.    conditions attached to future versions. For details on the
  439.    registration procedure, refer to the section in this document
  440.    "REGISTERING MAILGATE".
  441.  
  442.    4. Neither Clovis Lacerda nor Tropical Reefs Inc. are in any way
  443.    obligated to provide future versions of, or support for, MG.
  444.    
  445.    6. You may not modify or otherwise reverse-engineer MG.
  446.    
  447.    7.  You are encouraged to distribute MG provided that no fee
  448.    is charged for its distribution, and that the distribution
  449.    archive is not modified in any way. Pay Bulletin Board Systems
  450.    may however charge their normal fee provided that no additional
  451.    charge for MG is levied.
  452.    
  453.    8. MG may not be included as part of any software library
  454.    which is distributed on a commercial basis (commercial = "for
  455.    money") without prior written permission from Clovis Lacerda.
  456.    
  457.    9. MG may not be used in any unlawful or illegal manner.
  458.    
  459.    10. MailGate is provided "as  is", without warranty of any kind,
  460.    neither expressed nor implied. The author only guarantees that
  461.    MailGate and the included tools occupy disk space.
  462.    
  463.    11. In no event will the author be liable to you for any damages,
  464.    including lost profits, lost savings or other incidental or
  465.    consequential damages arising out of the use of this program.
  466.  
  467.    12. After registering your copy of MailGate with us, you will receive
  468.    a file called MG.KEY, which is unique to your system, and under NO
  469.    circumstances should it be made available to anyone else. Doing so is
  470.    a direct violation of the agreement set between you and the owner of
  471.    MailGate, according to the conditions of this License agreement.
  472.  
  473.  
  474. .. [003] 1.4 - Registering MailGate
  475.  
  476.  Registering MailGate
  477.  
  478.    After you have tested MailGate within the period of 30 days, and if you
  479. decide to continue using it, you must register your copy with us.
  480. Registration shows us that you support our product and help us keep
  481. improving it. In the end, you will benefit from registering, since better
  482. products will be made available to you and you will no longer need to
  483. register MailGate, shareware version, again.
  484.  
  485. As stated before, until the next major release of MailGate shareware
  486. version, the registration fee will be on promotion. To register one copy,
  487. the registration fee is:
  488.  
  489.     US$ 39 Dollars
  490.  
  491. There are special discounts if ONE person registers more than 10 copies,
  492. no matter if the registration keys are for different people. This is only
  493. valid if the registrations are made at ONE single time. The discounts are:
  494.  
  495. (10%) 10 to 20 registrations   - Each registration fee: US$ 35.10 dollars
  496. (20%) 21 to 30 registrations   - Each registration fee: US$ 31.20 dollars
  497. (30%) 31 or more registrations - Each registration fee: US$ 27.30 dollars
  498.  
  499. To register your copy, you must fill out this form and send it to us,
  500. attached to a copy of the bank deposit, confirming that you paid the
  501. registration fee.
  502.  
  503.        Registration Form
  504.  
  505. Name                 : ____________________________________________
  506. Main Node Number     : ____________________________________________
  507.  
  508. Attention: The two lines above *must* be exactly the same as configured
  509.            in the "Sysop Name"  and the "Main AKA Node" options of MGSETUP
  510.  
  511. Home/Business Address: ____________________________________________
  512.                        ____________________________________________
  513.                        ____________________________________________
  514.                        ____________________________________________
  515.                        ____________________________________________
  516.  
  517. BBS Name             :____________________________________________
  518. BBS phone number     :____________________________________________
  519. Hour of BBS operation:____________________________________________
  520.  
  521. Number of registrations: ________________________________________
  522. Discount (10 or more)  : ________________________________________
  523. Final Price            : ________________________________________
  524.  
  525. Type of payment (money, check or VISA/MASTERCARD):
  526. _________________________________________________________________
  527. _________________________________________________________________
  528. _________________________________________________________________
  529.  
  530. Att: Please check if the bank deposit will have any ammount deduced
  531.      because of bank fees. If so, you have to cover for these extra
  532.      values. This is specially true for deposits in checks.
  533.  
  534. Suggestions to improve MailGate: ________________________________
  535. _________________________________________________________________
  536. _________________________________________________________________
  537. _________________________________________________________________
  538. _________________________________________________________________
  539. _________________________________________________________________
  540. _________________________________________________________________
  541.  
  542. Registration in Brazil:
  543.  
  544. To: Clovis Lacerda Leite Filho
  545. Banco Real
  546. cc: 4706901-0   agencia: 0686
  547.  
  548. We are also accepting registrations through international credit cards.
  549. Please send the number and the expiration date of your VISA MASTERCARD
  550. via crash mail to us.
  551.  
  552. RBT node: 12:1280/1
  553. Internet email: clovis@ear.anpe.br
  554.  
  555. 3- Snail mail:
  556.  
  557. Tropical Reefs Inc.  Caixa Postal 4711
  558. Pina - Recife - PE - 51011-020 - Brazil
  559.  
  560. Other brazilian registration sites are listed in the MGSITES.DOC file
  561.  
  562.   For registration in other countries, through our registration sites,
  563. please refer to the *.REG files, supplied in the original package of MG.
  564.  
  565. .. [004] 1.5 - MGTOOLS.EXE
  566.  
  567.  Running MGTOOLS
  568.  
  569.    MGTOOLS is a utility that provides important functions that you will
  570. need to maintain your system running, and also a set of important tools
  571. that you may find useful to use in many different applications. Run
  572. MGTOOLS ? for details on how to use all functions available. The HELP Menu
  573. displayed by MGTOOLS ? will be shown after you exit this screen by pressing
  574. ESC.
  575.  
  576.  
  577.  
  578.  Syntax: MGTOOLS FUNCTION <switches>
  579.  
  580. FUNCTION is one of the available functions listed below.
  581.  
  582. COMPILE- Compiles Primary and Secondary Nodelists
  583. TIC    - Sends Help and Notify to Downlinks.
  584. NET    - Netmail Generator.
  585. DUMP   - Dumps the contents of the compiled Fido/UUCP Nodelists
  586. RAUSER - Save all local users in ASCII as a CTL control file, that can
  587.          be used by the MSG server. Only for Remote Access 2.00
  588.  
  589. In all options, run MGTOOLS FUNCTION ? for more details
  590.  
  591.  
  592.  Compiling Nodelists: MGTOOLS COMPILE -N1 -N2
  593.  
  594. -N1 compiles the nodelist for PRIMBBS, as specified in the configuration
  595.     file.
  596. -N2 compiles the nodelist for SECDBBS, as specified in the configuration
  597.     file.
  598.  
  599.  Syntax: MGTOOLS NET -B[nodeFrom] -O[userFrom] -D[userTo] -N[nodeTo]
  600.             -S[subject] -U[Internet_node] -T[message] -I[IDs] -#[flags]
  601.             -C[user] -P[link] -Z -M -G -A -Y -K -F[days] -L[days]
  602. -B   NodeFrom=node number of netmail
  603. -O   UserFrom=sender of netmail
  604. -D   UserTo=destination user
  605. -N   NodeTo=destination node in valid Fidonet 4D format
  606. -S   Subject. If file name, supply full path/name
  607. -T   Message body. Supply full path/name of message file
  608. -U   Uucp destination user. The Destination node defaults to the UUCP Gate
  609. -C   UUCP Cost for user. If the user is not specified, default is -D.
  610. -Z   Costs for all users at -N are processed. Destination overriden by -D
  611. -Y   Summary of UUCP cost for the entire system in -N
  612. -I   Send the list of UUCP VIP users that match the [ID] identification(s)
  613. -M   The system will mark processed mail as "processed"
  614. -G   The system will ignore mail marked as "processed" and include it
  615. -A   The system will not include detailed information of each mail
  616. -F   Number of days the system will start to log. Default: 30 days
  617. -L   Number of days the system will stop to log. Default: 0 days
  618. -P   Log costs for UUCP [link]. Send to postmasters as in Node Manager
  619. -#   F=File P=Private K=Kill/Sent H=Hold C=Crash D=Dir E=Del File T=Trunc
  620. -K   Binkley outbound. Create netmail file attaches of files for node -N
  621.  
  622. Ex 1: NET -B12:12/0 -DBruno_Santos -N12:12/1 -SHi -T\txt\msg.txt -#PKH
  623. Ex 2: NET -B12:12/1 -OJoe_Hodges -DFabio_Becker -N12:12/0 -S\prg.arj -#PKF
  624. Ex 3: NET -B12:12/0 -Duucp -Uclovis@ear.anpe.br -SHi_Clovis -#PKC
  625. Ex 4: NET -DEduardo_Wei -N12:1241/2 -Iabc
  626. EX 5: NET -DJorge_Eduardo -N12:1231/2 -CJorge_Eduardo -M -G -F40 -L10
  627. EX 6: NET -Z -N12:1241/2
  628. EX 7: NET -Y -C -N1:125/3150 -DTroy_Engel
  629.  
  630.  Syntax: MGTOOLS TIC NOTIFY/HELP <nodes>
  631.          MGTOOLS MAINT
  632.  
  633. You may use NOTIFY and/or HELP in the same command line. Following these
  634. commands, you add as many nodes as you want.
  635.  
  636. To send to all nodes in the Node Manager, use *. It is also possible to
  637. use * to delimiter part of the node, for example, 12:1280/*
  638.  
  639. The MAINT function performs clean-up service in the HOLD directory, where
  640. *.TIC files are stored. TIC files without file attaches will be deleted, as
  641. well as files in the HOLD\TEMP subdirectory without file attaches. These
  642. files are stored in the TEMP directory because they had their original
  643. compression converted to another one, which means that the converted file
  644. was imported to the BBS, while the original file had to be moved to TEMP
  645. for TIC transmission to downlinks.
  646.  
  647.  Syntax: MGTOOLS DUMP -N1 -N2 -U[IDs] <L>
  648.  
  649.          -N1   Primary Nodelist
  650.          -N2   Secondary Nodelist
  651.          -U*   nodelist, with optional User ID. If omitted, all users
  652.                are included, if not, only those users that match the
  653.                same IDs in their configuration.
  654.          The optional switch <L> will force -N1 or -N2 to dump a complete
  655. list with all information for each BBS. If ommitted, only the node number
  656. and the Name of the Sysop will be displayed. The Fido_*.HED and FIDO_*.FOT
  657. files in the "Nodelist Directory" will be included in the result.
  658.  
  659.  Syntax: MGTOOLS RAUSER DestFile NodeFrom Subject UsersDir
  660.  
  661.  
  662. where: DestFile - Name of the destination file. It will be placed in the
  663.                   MSG subdirectory, inside "Fido Server Path"
  664.        NodeFrom - Node of the BBS
  665.        Subject  - Subject of the message. Use _ instead of spaces.
  666.        UsersDir - Directory where the RA user database is located
  667.  
  668.   This function will create a text control file, compatible with the
  669. netmail server of MG, containing all local users of the BBS, located
  670. in the user database of RA 2.00 or compatible.
  671.  
  672.  
  673.  Syntax: MGTOOLS MAINT
  674.  
  675.   Maintenance of the system. 
  676.  
  677. 1 - TIC control files without file attaches will be deleted.
  678.  
  679.  
  680. .. [005] 1.6 - MG*.EXE
  681.  
  682.  MailGate Main programs. MGSETUP.EXE, MG.EXE and MGE.EXE
  683.  
  684. MGSETUP.EXE is the program that allows you to configure every single detail
  685. of the operation of MailGate. If you are installing MailGate for the first
  686. time, that is, if you have just unpacked the original MailGate package, you
  687. will have to run MGSETUP, writing INSTALL in the DOS command line.
  688. MGSETUP detects the MGINSTAL parameter and installs MailGate in your Hard
  689. Disk, with all important subdirectories and all files in the corresponding
  690. places.
  691.  
  692.    In almost all options of MGSETUP, you can press F1 to obtain an on-line
  693. help, which is exactly the same you have in the MG.DOC file.
  694.  
  695.    MGE.EXE is the message base editor program, that gives access to the
  696. netmail folder and to echomail areas, allowing you to read, edit, manage
  697. all messages in the system.
  698.    MG.EXE is the main executable file in the MailGate package. After you
  699. press ESC to exit this menu, the same help menu of MailGate that you get by
  700. running MG ? will be displayed.
  701.  
  702.  
  703.  Syntax: MG <sw1> <sw2> ....[optional extensions]
  704. Switches <sw> override the configuration setup.
  705.  
  706. +M  (Process Fidonet Netmail folder)                        -M (disable)
  707. +T  (Toss Inbound UUCP email as PKT)                        -T (disable)
  708. +U  (Gateway Fido Netmail to Internet)                      -U (disable)
  709. +F  (Netmail Gateway between 2 Fido nets)                   -F (disable)
  710. +S  (Process UUCP Server requests)                          -S (disable)
  711. +R  (Process FIDO Server requests)                          -R (disable)
  712. +Z  (Process netmail automatic Server)                      -Z (disable)
  713. +W  (Process echomail automatic Server)                     -W (disable)
  714. +A  (Netmail to Fax messages)                               -A (disable)
  715. +I  (Execute all TIC functions)                             -I (disable)
  716. +Q  (Execute netmail ALIAS manager)                         -Q (disable)
  717. +J  (Execute customized program Exit)                       -J (disable)
  718.  
  719. +X[grades] (Send-Fax. Grades determine fax priority. *=All) -X (disable)
  720. +Y[grades] (Send-Fax. Exit with Fax errorlevel)             -Y (disable)
  721.  
  722.  
  723.  System errorlevels
  724.  
  725. 0    -  Nothing was processed
  726. 1    -  PKT mail generated
  727. 2    -  UUCP mail generated
  728. 3    -  PKT and UUCP mail generated
  729. 4    -  MSG mail generated
  730. 5    -  PKT and MSG mail generated
  731. 6    -  UUCP and MSG mail generated
  732. 7    -  PKT, UUCP and MSG mail generated
  733. 8    -  FAX mail generated
  734. 9    -  PKT and FAX mail generated
  735. 10   -  UUCP and FAX mail generated
  736. 11   -  PKT, UUCP and FAX mail generated
  737. 12   -  MSG and FAX mail generated
  738. 13   -  PKT, MSG and FAX mail generated
  739. 14   -  UUCP, MSG and FAX mail generated
  740. 15   -  PKT, UUCP, MSG and FAX mail generated
  741. 32   -  Error in configuration or invalid registration key
  742. 33   -  Write disk error. Disk may be full
  743. 40   -  Fatal error in the system. Please inform us about it!
  744.  
  745. .. [006] 1.7 - MG.DOC
  746.  
  747.  Creating and customizing your own DOC
  748.  
  749.   The original package of MailGate comes with a relatively simple DOC.
  750. You may wish to improve it, translate it to another language, or just
  751. start from scratch. The first step is to create a file called MGDOC.TXT,
  752. that contains all menus and commands found in MGSETUP. You will only
  753. need to include your own text after each line. After you finish your DOC,
  754. compile it, creating the final DOC file called MG.DOC. This file cannot
  755. be modified under any circunstances. It looks like a normal text file, but
  756. in fact, it is a typed file that is accessed by MG with the help of an
  757. index file.
  758.  
  759.  
  760. .. [007] 1.8 - MG.TXT
  761.  
  762.  Creating and customizing your own DOC
  763.  
  764.   The original package of MailGate comes with a relatively simple DOC. You
  765. may wish to improve it, translate it to another language, or just start
  766. from scratch. The first step is to create a file called MG.TXT, that
  767. contains all menus and commands found in MGSETUP. You will only need to
  768. include your own text after each line. After you finish your DOC, compile
  769. it, creating the final DOC file called MG.DOC. This file cannot be modified
  770. under any circumstances. It looks like a normal text file, but in fact, it
  771. is a typed file that is accessed by MG with the help of an index file.
  772.  
  773.  
  774. .. [008] 1.9 - MailGate FAQs
  775.  
  776.    This option will be constantly updated by us and by our users who wish
  777. to send their contribution. Any update in the DOCS is easy to be
  778. implemented. The original package of MG contains the MG.TXT file, which is
  779. the main source information MG needs to compile and create the final
  780. indexed DOC, MG.DOC. What will have to be done is include new information
  781. in MG.TXT and then compile MG.DOC afterwards. We will rely on the good will
  782. of our users for the improvement of the current DOC. Credits will be given,
  783. the name of the sysop and information about his system will be supplied
  784. with the DOC update he sends.
  785.  
  786.  
  787.   - How to make the gateway of Fido netmail and Internet email
  788.  
  789.    There are very few menus in MGSETUP to configure. During installation,
  790. MG asked you for almost all the information it needed to configure your
  791. system, but if things are not working, follow these steps:
  792.  
  793. 1 - Select the UUCP Config menu in MGSETUP. This is how the screen will
  794. look like to you:
  795.  
  796. ╔════════════════════════════════════════════════Friday, 09/08/1995 - 21:21:37 ╗
  797. ║  MailGate 0.25 - A complete Internet, Fidonet, Fax and TIC Gateway Package   ║
  798. ║  Copyright (C) 1992, 1995  by Clovis Lacerda Leite . All rights reserved     ║
  799. ╚══╔══════════════════════╗════════════════════════════════════════════════════╝
  800. ▒▒▒║ M╔═══════════════════╗ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  801. ▒▒▒║ F║ Run-Time Options  ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  802. ▒▒▒║ U║ Directories       ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  803. ▒▒▒║ T║ Email Gateway     ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  804. ▒▒▒║ S║ UUCP system       ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  805. ▒▒▒║ A║ UUCP Grades       ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  806. ▒▒▒║ T║ Listserver config ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  807. ▒▒▒║ F║ Node Manager      ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  808. ▒▒▒║ A║ UUCP Maps         ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  809. ▒▒▒║ C║ UUCP VIP users    ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  810. ▒▒▒║ C║ Uucp special      ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  811. ▒▒▒║ D║ XLat Table        ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  812. ▒▒▒║ E║ Quit              ║ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  813. ▒▒▒╚══╚═══════════════════╝ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  814. ▒▒▒▒                        ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  815. ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  816. ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  817. ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  818. ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  819. ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  820. [0B6] UUCP Node manager. UUCP downlinks that exchange mail with the system
  821.  
  822.  
  823. You will need to configure only two more menus from the UUCP Config. Now,
  824. enter the "Email Gateway" sub-menu and this is what will pop up on the screen:
  825.  
  826. ╔════════════════════════════════════════════════Friday, 09/08/1995 - 21:20:26 ╗
  827. ║  MailGate 0.25 - A complete Internet, Fidonet, Fax and TIC Gateway Package   ║
  828. ║  Copyright (C) 1992, 1995  by Clovis Lacerda Leite . All rights reserved     ║
  829. ╚══╔══════════════════════╗════════════════════════════════════════════════════╝
  830. ▒▒▒║ M╔══╔════════════════════╗▒┌─────────────────────────────────────────┐▒▒▒▒
  831. ▒▒▒║ F║ R║ Primary UUCP       ║ │4:80/3                                   │ ▒▒▒
  832. ▒▒▒║ U║ D║ Secondary UUCP     ║ │12:12/5                                  │ ▒▒▒
  833. ▒▒▒║ T║ E║ UUCP User          ║ │UUCP                                     │ ▒▒▒
  834. ▒▒▒║ S║ U║ Username delimiter ║ │_                                        │ ▒▒▒
  835. ▒▒▒║ A║ U║ Gateway delimiter  ║ │&                                        │ ▒▒▒
  836. ▒▒▒║ T║ L║ UUE Lines          ║ │2000                                     │ ▒▒▒
  837. ▒▒▒║ F║ N║ Max RMAIL Users    ║ │0                                        │ ▒▒▒
  838. ▒▒▒║ A║ U║ UUCP Nodelist      ║ │1                                        │ ▒▒▒
  839. ▒▒▒║ C║ U║ UUCP Cost          ║ │1.0000                                   │ ▒▒▒
  840. ▒▒▒║ C║ U║ Currency           ║ │dollars                                  │ ▒▒▒
  841. ▒▒▒║ D║ X║ UUCP VIP Flags     ║ │                                         │ ▒▒▒
  842. ▒▒▒║ E║ Q║ Local VIP Flags    ║ │                                         │ ▒▒▒
  843. ▒▒▒╚══╚══║ Non VIP Flags      ║ │                                         │ ▒▒▒
  844. ▒▒▒▒     ║ UUCP MAP Flags     ║ │                                         │ ▒▒▒
  845. ▒▒▒▒▒▒▒▒▒║ RFC822 header      ║ │Partial 822                              │ ▒▒▒
  846. ▒▒▒▒▒▒▒▒▒║ UUCP Bad users     ║ │C:\MG\UUCP\MGUBAD_1.LST                  │ ▒▒▒
  847. ▒▒▒▒▒▒▒▒▒║ Return             ║ └─────────────────────────────────────────┘ ▒▒▒
  848. ▒▒▒▒▒▒▒▒▒╚════════════════════╝ ▒                                           ▒▒▒
  849. ▒▒▒▒▒▒▒▒▒▒                      ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  850. [0F0] Gateway of UUCP email and Fido netmail in the Primary Net
  851.  
  852. The first two fields are used the gateway nodes, that is, users must send
  853. their netmail to one of these nodes. The netmail should be addressed to:
  854. UUCP, and in the very first line of the body of the message, the user must
  855. add manually the word to: followed by the real Internet address of the
  856. addressee.
  857.  
  858. The last menu to configure relates to your UUCP system and your provider.
  859. Take a look below:
  860.  
  861. ╔════════════════════════════════════════════════Friday, 09/08/1995 - 21:20:40 ╗
  862. ║  MailGate 0.25 - A complete Internet, Fidonet, Fax and TIC Gateway Package   ║
  863. ║  Copyright (C) 1992, 1995  by Clovis Lacerda Leite . All rights reserved     ║
  864. ╚══╔══════════════════════╗════════════════════════════════════════════════════╝
  865. ▒▒▒║ M╔═══════════════════╗ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  866. ▒▒▒║ F║ R╔═════════════════════╗▒┌────────────────────────────────────┐▒▒▒▒▒▒▒▒
  867. ▒▒▒║ U║ D║ UUCP Node Name      ║ │ear                                 │ ▒▒▒▒▒▒▒
  868. ▒▒▒║ T║ E║ Main UUCP Domain    ║ │ear.anpe.br                         │ ▒▒▒▒▒▒▒
  869. ▒▒▒║ S║ U║ UUCP Domain Alias 1 ║ │                                    │ ▒▒▒▒▒▒▒
  870. ▒▒▒║ A║ U║ UUCP Domain Alias 2 ║ │                                    │ ▒▒▒▒▒▒▒
  871. ▒▒▒║ T║ L║ UUCP Domain Alias 3 ║ │                                    │ ▒▒▒▒▒▒▒
  872. ▒▒▒║ F║ N║ UUCP Domain Alias 4 ║ │                                    │ ▒▒▒▒▒▒▒
  873. ▒▒▒║ A║ U║ UUCP Domain Alias 5 ║ │                                    │ ▒▒▒▒▒▒▒
  874. ▒▒▒║ C║ U║ UUCP Domain Alias 6 ║ │                                    │ ▒▒▒▒▒▒▒
  875. ▒▒▒║ C║ U║ UUCP Domain Alias 7 ║ │                                    │ ▒▒▒▒▒▒▒
  876. ▒▒▒║ D║ X║ UUCP Domain Alias 8 ║ │                                    │ ▒▒▒▒▒▒▒
  877. ▒▒▒║ E║ Q║ UUCP Domain Alias 9 ║ │                                    │ ▒▒▒▒▒▒▒
  878. ▒▒▒╚══╚══║ Default Host        ║ │itep                                │ ▒▒▒▒▒▒▒
  879. ▒▒▒▒     ║ Organization        ║ │American School of Recife - PE      │ ▒▒▒▒▒▒▒
  880. ▒▒▒▒▒▒▒▒▒║ Ignore UUCP         ║ │                                    │ ▒▒▒▒▒▒▒
  881. ▒▒▒▒▒▒▒▒▒║ Uucp Route          ║ │C:\MG\UUCP\UROUTE_1.TXT             │ ▒▒▒▒▒▒▒
  882. ▒▒▒▒▒▒▒▒▒║ Return              ║ └────────────────────────────────────┘ ▒▒▒▒▒▒▒
  883. ▒▒▒▒▒▒▒▒▒╚═════════════════════╝ ▒                                      ▒▒▒▒▒▒▒
  884. ▒▒▒▒▒▒▒▒▒▒                       ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  885. [100] Name of the local UUCP Node
  886.  
  887.  
  888. If your entire Internet domain is ear.anpe.br, the Node Name if EAR and the
  889. Internet domain is EAR.ANPE.BR. Please do not forget to include the whole
  890. domain, some people remove the Node Name from the Domain but this is wrong.
  891.  
  892. The Default Host is the name of the UUCP machine of your provider. Do not
  893. worry about the other fields like "Uucp Route", you will only use it if you
  894. are part of a UUCP network and have to route UUCP mail to other machines.
  895.  
  896. Lastly, just to make sure the gateway is active, go back to the Run-Time
  897. Options and you should have something like this:
  898.  
  899. ╔════════════════════════════════════════════════Friday, 09/08/1995 - 21:33:30 ╗
  900. ║  MailGate 0.25 - A complete Internet, Fidonet, Fax and TIC Gateway Package   ║
  901. ║  Copyright (C) 1992, 1995  by Clovis Lacerda Leite . All rights reserved     ║
  902. ╚══╔══════════════════════╗════════════════════════════════════════════════════╝
  903. ▒▒▒║ M╔═══════════════════╗ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  904. ▒▒▒║ F║ R╔════════════════════╗▒┌────┐▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  905. ▒▒▒║ U║ D║ Toss UUCP mail     ║ │ON  │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  906. ▒▒▒║ T║ E║ Netmail-to-Email   ║ │ON  │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  907. ▒▒▒║ S║ U║ Process Listserver ║ │ON  │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  908. ▒▒▒║ A║ U║ Dump UUCP bundle   ║ │OFF │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  909. ▒▒▒║ T║ L║ UUCP VIP           ║ │OFF │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  910. ▒▒▒║ F║ N║ Local VIP          ║ │ON  │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  911. ▒▒▒║ A║ U║ Purge Re:          ║ │ON  │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  912. ▒▒▒║ C║ U║ Notify UUCP        ║ │ON  │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  913. ▒▒▒║ C║ U║ Notify Error UUCP  ║ │ON  │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  914. ▒▒▒║ D║ X║ Include UUCP mail  ║ │ON  │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  915. ▒▒▒║ E║ Q║ Bad UUCP Reply     ║ │ON  │ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  916. ▒▒▒╚══╚══║ Continues...       ║ └────┘ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  917. ▒▒▒▒     ║ Quit               ║ ▒      ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  918. ▒▒▒▒▒▒▒▒▒╚════════════════════╝ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  919. ▒▒▒▒▒▒▒▒▒▒                      ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  920. ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  921. ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  922. ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  923. [0C7] Sends a netmail receipt for netmail gated from Fido to UUCP
  924.  
  925. This is my own configuration, for sure your configuration is going to be
  926. different, but the important thing to mention is that the first two flags
  927. MUST be set to ON (active).
  928.  
  929.  
  930. .. [011] 2 - FIDO config
  931.  
  932.     Basic Fidonet configuration such as system information, nodelist names
  933. and echomail areas for special operations should be entered here.  You have
  934. to supply information about the 2 Fidonet networks you operate with.  Each
  935. network must be identified by one letter. These 2 letters will be used by
  936. MailGate to name some directories and database files.  When compiling the
  937. nodelists of your 2 networks, they will be named according to these Net
  938. IDs. If you run only one network, give a generic identification for the
  939. network not in use and leave the entries for the nodelist names empty.
  940. System information will be used in the TIC process of files, when sending
  941. echomail and netmail return receipts. If you are a registered user, do not
  942. forget to match the sysop name with the supplied name in your registration
  943. key. If you leave the nodelist names without extension, MailGate will look
  944. for the first file that has a valid numeric extension, and compile it.
  945.  
  946.  
  947. .. [020] 2.1 - Run-Time Options
  948.  
  949.     Several flags are provided for the system to operate according to your
  950. specific needs. They are used to enable or disable almost all functions of
  951. MailGate. Once configured, they are used as default settings for the
  952. operation of MailGate. They can, however, be overridden by the DOS command
  953. line. Run MailGate using one or more switches as explained in the ON-LINE
  954. Help. If you run MG -? you will get the list of switches.
  955.  
  956. .. [030] 2.1.1 - Process Netmail Folder
  957.  
  958.   This is a global option that overrides all other options that define the
  959. operation of functions over netmail. If OFF, the NetMail folder will not be
  960. scanned and no function related to netmail will be executed.
  961.  
  962. .. [031] 2.1.2 - Netmail-to-Netmail
  963.  
  964.   Process netmail addressed to the gateway between Primary and Secondary
  965. networks. Check the Help for Primary Node for details.
  966.  
  967. .. [032] 2.1.3 - Fido Server
  968.  
  969.     If ON, MailGate will execute netmail addressed to the "MGSERVER"
  970. function. The netmail information will be saved in a .MGF file located in
  971. the \MG\FIDO\MGSERVER directory.
  972.  
  973.     If a function is recognized to be an internal function of the
  974. "MGSERVER", MailGate will process it and send the result of the request
  975. back to the sender. If a function is not one of the internal functions of
  976. MailGate, they will be saved in the .MGF file so that third part utilities
  977. can process them as desired.
  978.  
  979. .. [033] 2.1.4 - DOS Server
  980.  
  981.    Accept and process netmail addressed to the DOS server. Netmail sent to
  982. this user will be saved as a *.BAT file and executed by a call to
  983. COMMAND.COM. In the subject field of the netmail must come the name of the
  984. file, located in \MG\FIDO\PASSWORD, with extension *.PSW, that contains the
  985. valid commands that may be called by the batch file. If the commands are
  986. not found, they will not be executed. If the subject fields does not match
  987. a text file in the PASSWORD directory, the function will be aborted.
  988.  
  989. .. [034] 2.1.5 - Alias Server
  990.  
  991.    MailGate provides a powerful function for the UUCP and Fax servers.  You
  992. may define different users and names and ask MailGate to interpret mail to
  993. these users as mail either to the UUCP Gateway or to the FAX Gateway. The
  994. configuration of the ALIAS Database has to be done in the ALIAS menu. For
  995. example, any netmail to INTERNATIONAL HOTEL at 12:1280/10 may be sent to
  996. the Fax server as a Fax message for phone 341-4241. Mail to UNIVERSITY at
  997. 12:1280/15 may be sent to the UUCP gateway as mail postmast@univ.edu. This
  998. works as if the netmail were sent to the traditional UUCP user and the TO:
  999. line was inserted in the first line with the UUCP destination,
  1000. postmast@univ.edu. You are also going to use the Alias server to exchange
  1001. Fidonet packets via UUCP, automatically, with another Fido/UUCP site.
  1002.  
  1003. .. [035] 2.1.6 - FIDO MSG Server
  1004.  
  1005.    MailGate can send customized text messages as netmail to destinations
  1006. you desire, provided you edit the .CTL file in the Fido Server Path, inside
  1007. the subdirectory MSG. The text files have to be located in the Fido Server
  1008. Path, with extensions .TXT. Please refer to the "Directories" Menu, and
  1009. select the option to configure the "Fido Server Path" for more details.
  1010. This option cannot be set to ON in here. The only way to activate this
  1011. function is via the proper switch when running MailGate from the DOS
  1012. prompt. Run MG -? for details on the switches.
  1013.  
  1014. .. [036] 2.1.7 - FIDO PKT Server
  1015.  
  1016.     MailGate can send customized text messages as echomail to Echomail
  1017. Areas you desire, provided you edit the .CTL file in the "Fido Server
  1018. Path", inside the subdirectory PKT. The text files have to be located in
  1019. the "Fido Server Path", with extensions .TXT.  This option cannot be set to
  1020. ON in here. The only way to activate this function is via the proper switch
  1021. when running MailGate from the DOS prompt. Run MG -? for details on the
  1022. switches.
  1023.  
  1024. .. [037] 2.1.8 - Notify Error in Name
  1025.  
  1026.     During the Fidonet-Fidonet gateway of netmail, if the name of the
  1027. originating user is too long, the system will be unable to insert the
  1028. originating node, because of the way MailGate processes this kind of
  1029. gateway. This text can be configured in the Text Files Menu.
  1030.  
  1031. .. [038] 2.1.9 - Notify Not in Nodelist
  1032.  
  1033.    If ON, a warning message will be sent to the user who tried to send a
  1034. netmail to the netmail-netmail gateway, but whose node is not found in the
  1035. nodelist. MailGate works with two nodelists. They are compiled using the
  1036. utility MGTOOLS (refer to the "MailGate Information" Menu for details).
  1037. MailGate will only check for the existence of the originating node in the
  1038. nodelist if the "Ignore Nodelists" option is set to OFF. This text message
  1039. message can be configured and edited in the "Text Files" Menu.
  1040.  
  1041.  
  1042. .. [040] 2.1.10 - Notify Fido
  1043.  
  1044.    If ON, MailGate will send a confirmation receipt to a user after netmail
  1045. to the Fidonet Gateway is processed. The text message can be configured and
  1046. edited in the "Text FiLes" Menu.
  1047.  
  1048. .. [041] 2.1.11 - Dump netmail
  1049.  
  1050.     If ON, MailGate will save all processed netmail in an ASCII file, which
  1051. is configured in the "System" Menu. This will be done on all netmail
  1052. processed by any of the functions of MailGate.
  1053.  
  1054. .. [042] 2.1.12 - KILL-SENT
  1055.  
  1056.     This option overrides the "Kill" flag of the netmail, forcing MailGate
  1057. to delete all netmail processed by any of the functions of MailGate.  If
  1058. this option is set to OFF and the netmail does not have the "Kill" flag,
  1059. MailGate will assign the netmail with the "Sent" flag.
  1060.  
  1061. .. [043] 2.1.13 - DEL-SENT
  1062.  
  1063.     If ON, MailGate will delete files attached to netmail that has been
  1064. processed by any of the functions of MailGate. This often occurs with the
  1065. "Echomail to Echomail gateway". If the netmail file attach does not have
  1066. the "Kill after sent" flag ON, MailGate will issue the "Sent" flag to this
  1067. netmail.
  1068.  
  1069. .. [044] 2.1.14 - DEL Bad Netmail
  1070.  
  1071.     If ON, MailGate will delete any netmail that seems to be in bad format.
  1072. This is done basically when a netmail has a size less than 190 bytes or has
  1073. control heading larger than 2 Kbytes. Please use this option only if you
  1074. are sure it is necessary. Sometimes, there are situations where an echomail
  1075. utility wrongly generates crippled netmail (less than 190 bytes), and it
  1076. may be useful to delete it.
  1077.  
  1078. .. [045] 2.1.15 - Auto Node
  1079.  
  1080.     MG.EXE and MGSETUP.EXE will automatically check if the configured
  1081. Primary/Secondary nodelists have been previously compiled by MGTOOLS, or if
  1082. they have been damaged. If problems are detected, MailGate will compile the
  1083. nodelists again.
  1084.  
  1085. .. [046] 2.1.16 - Full Quote
  1086.  
  1087.    If ON, MailGate will use the initials of the sender of a message that
  1088. you are going to quote, in reply to the original message. If OFF, MailGate
  1089. will only use the symbol > for the quote.
  1090.  
  1091. .. [047] 2.1.17 - Convert Files
  1092.  
  1093.    This option will only be useful if you use Binkley or Portal of Power.
  1094. If netmail file attaches are created, using Front-door's format, MG will
  1095. find these netmail messages and update the corresponding Binkley files in
  1096. the outbound directory. This might be useful if you are using MG's message
  1097. editor and want to send a file attach without too much work.
  1098.    
  1099. .. [048] 2.1.18 - Ignore Nodelists
  1100.  
  1101.     Normally, MailGate validates To: and From: node numbers from netmail to
  1102. the Fidonet Gateway system. This avoids wrong netmail flowing through the
  1103. netmail gateway, but will take a little bit of extra time for MailGate to
  1104. scan through the nodelist database. If this flag is set to ON, MailGate
  1105. will process mail through the netmail gateway without restriction.
  1106.  
  1107.  
  1108. .. [021] 2.2 - Node Numbers
  1109.  
  1110.     Node numbers needed for the network to operate in Fidonet gateway mode.
  1111. MailGate can deal with 2 Fidonet-compatible networks. They are called
  1112. Primary and Secondary networks. The system will need information for the
  1113. Primary network, and it is optional to provide information for the
  1114. Secondary network, if there is any. These 4 node numbers are very
  1115. important. For each network, primary or secondary, there are two node
  1116. numbers, the first called "BBS" and the second, "Gateway". One example will
  1117. make it clear to understand what these nodes are for.
  1118.  
  1119.    The "BBS" node is used by MG as the node that will receive any
  1120. notification via netmail, all netmail reports and automatic replies. MG
  1121. will automatically select which one, Primary or Secondary, will match the
  1122. netmail in which it is operate on. The "gateway" node will only be used if
  1123. any kind of echomail gateway will be done using the "fake" system.
  1124.  
  1125.   When generating PKT (echomail), MailGate may use the fake gateway system,
  1126. instead of operating directly in the message base, as would do any echomail
  1127. tosser. Instead of depending on any particular type of message area, MG
  1128. creates PKT files, that will be processed by the echomail tosser
  1129. afterwards. In this situation, the same PKT file may be processed by a
  1130. Squish-compatible tosser, or JAM, Hudson, or any other type. But for the
  1131. PKT file to be generated, it needs a From: and a To: node numbers.  As a
  1132. matter of fact, if there is a PKT file around, it is because a node number
  1133. generated it to another node number. Here is where the Gateway node
  1134. operates. Since the BBS node is probably one of the AKA nodes of your
  1135. system, the gateway node will generate the PKT file to the BBS node.
  1136. Therefore, It must not be a node LOCAL to your system. Imagine the gateway
  1137. node as the node from the system across the system, that send you echomail
  1138. regularly, in other words, the gateway node is one of the up/downlinks in
  1139. your echomail system. For a matter of simplicity, let us assume that the
  1140. gateway node is a point of your BBS. With examples, this is how things
  1141. should work:
  1142.  
  1143. BBS Node    : 4:808/2   (local to the system)
  1144. Gateway node: 4:808/2.1 (remote node)
  1145.  
  1146.    Taking one echomail area as an example, BBSING, MailGate will generate
  1147. PKT files from: 4:808/2.1 to: 4:808/2. For the PKT to be tossed properly by
  1148. my echomail utility, 4:808/2 must be the main node of BBSING and 4:808/2.1
  1149. must be one of the downlinks of this area.
  1150.  
  1151. Similar situation takes place for the nodes in the secondary area.
  1152.  
  1153.    But these nodes, BBS and Gateway, are not only used for the PKT gateway
  1154. system. They are also used for netmail-to-netmail gateway between the
  1155. primary and secondary networks. Suppose that the Primary network is Fidonet
  1156. (using the same example above), and that the secondary network is RBT (BBS
  1157. Node: 12:1280/1 and Gateway node 12:1280/1.1).
  1158.  
  1159.    A netmail sent to 4:808/2.1, in the Fidonet domain, will be sent to RBT
  1160. from: 12:1280/1.1 and vice versa. How to send netmail through the primary
  1161. and secondary networks will be covered below. The process discussed here is
  1162. documented in FSC-0078. You may read the official document or read the
  1163. original scratch below, as it was sent to the Fidonet standards committee.
  1164.  
  1165. Note: An outdated reference to the Secondary network was made as "Fakenet",
  1166. which was substituted after some sysops claimed it could be dubious.
  1167.  
  1168.  ABSTRACT
  1169.  
  1170.   The word FakeNet will be used in this abstract to refer to any
  1171. Fido-compatible network that is not in the Fidonet nodelist, thus using
  1172. node numbers not found in the 1-through-6 Fidonet zones.
  1173.  
  1174.   A Fakenet uses its own nodelist. There is a large number of Fakenets all
  1175. over, each one unaware of the existence of the others, some using the same
  1176. node numbers in their own nodelists.  We shall try to put these networks
  1177. together, not by forcing any of them into a single nodelist, but by making
  1178. them aware of the existence of the others, and providing gateways in each
  1179. of these networks so that mail can flow in both directions.
  1180.  
  1181.  IMPLEMENTATION
  1182.  
  1183.   For a gateway to be implemented, extra information must be provided in
  1184. the netmail. Normally, two user names, From: and To: define the sender and
  1185. the addressee. The node numbers go "inside" the netmail and have their
  1186. existence checked in the nodelist of the network in question by the local
  1187. running software.
  1188.  
  1189.   Since we now have 2 networks, the extra information must be the remote
  1190. node in the destination network, which obviously cannot be found in the
  1191. local nodelist, and the local node that must reach the remote addressee,
  1192. otherwise a reply cannot be made.
  1193.  
  1194.   Suppose, for example, that there are 2 Fakenets, one based in zone 10
  1195. (network 1), the other one in zone 11 (network 2), and that user John Green
  1196. in node 10:100/1 wants to send a netmail to Paul Brown in 11:200/1.
  1197.  
  1198.   In both networks, a gateway node (common to both nodelists) must be
  1199. provided.  Let us say that node 10:10/1 is the gateway in network 1, named
  1200. "Gateway system A"  and node 11:11/1, named "Gateway system B" is the
  1201. gateway in network 2.
  1202.  
  1203.  What John, from network 1, will have to do is:
  1204.  
  1205.  Send a netmail to his local gateway node, which is 10:10/1.
  1206.  
  1207.  In the To: field, he will put, besides the name of the addressee, Paul
  1208. Brown, PAUL'S NODE NUMBER, 11:200/1, inside (). This is the extra
  1209. information needed for the gateway to work. What will happen is:
  1210.  
  1211.    This netmail, in the domain of network 1, will travel the route and
  1212. reach the gateway, 10:10/1. This gateway system must do the following:
  1213.  
  1214.    Change the domain of the netmail from network 1 to network 2. This means
  1215. that any reference to node numbers in the netmail header must be updated.
  1216.  
  1217.   Thus, the netmail will now have the node 11:11/1 as the originating node,
  1218. and 11:200/1 as the destination node, "hard coded" in its header. But we
  1219. can see that John's node number must be provided, otherwise Paul will not
  1220. be capable of replying.  This is done by the gateway software that includes
  1221. John's node number in his From: name field, inside (). When Paul receives
  1222. John's netmail, he will reply, and the From: field will automatically
  1223. become the new To: field, and will contain John's name and node number. The
  1224. netmail will reach back 11:11/1 and the process will be exactly the same,
  1225. finally returning to John.
  1226.  
  1227.   In short, this is the odyssey of John's netmail to Paul:
  1228.  
  1229.  1 - John enters his message to Paul. Since Paul is not in John's network,
  1230. John will have to use the gateway.
  1231.  
  1232.  He sends a netmail to his local gateway system, 10:10/1 which looks like
  1233. this:
  1234.  
  1235.  From: John Green, John's BBS (10:100/1)
  1236.  To  : Paul Brown (11:200/1), Gateway System A (10:10/1)
  1237.  Re  : Hello
  1238.  ------
  1239.  
  1240.  body of message ......
  1241.  
  1242.   Note that John had to MANUALLY enter Paul's node number and put it in the
  1243. To: field, together with Paul's name. This netmail is addressed to Gateway
  1244. System A, node 10:10/1.
  1245.  
  1246.  2 - After arriving in 10:10/1, the gateway software will create a new
  1247. netmail that looks like this:
  1248.  
  1249.  From: John Green (10:100/1), Gateway System B (11:11/1)
  1250.  To  : Paul Brown, Paul's BBS (11:200/1)
  1251.  Re  : Hello
  1252.  ----
  1253.  
  1254.  body of message....
  1255.  
  1256.    Note that John's node number was inserted in the From: field, which is
  1257. the information needed for bi-directional gateway to work.
  1258.  
  1259.  3 - This netmail is now in the domain of network 2. It will travel the
  1260. normal route and reach Paul. When he replies, the local message editor will
  1261. make the From: field become the To: field. The netmail-reply will look like
  1262. this:
  1263.  
  1264.  From: Paul Brown, Paul's system (11:200/1)
  1265.  To  : John Green (10:100/1), Gateway System B (11:11/1)
  1266.  Re  : Hello
  1267.  ----
  1268.  
  1269.  body of new message.....
  1270.  
  1271.    This netmail will travel the route and reach 11:11/1. The process now is
  1272. exactly the one used to gate the original netmail from network 1 to 2. The
  1273. gateway software will create a new netmail that looks like this:
  1274.  
  1275.  From: Paul Brown (11:200/1), Gateway System A (10:10/1)
  1276.  To  : John Green, John's system (10:100/1)
  1277.  Re  : Hello
  1278.  ----
  1279.  
  1280.  body of new message....
  1281.  
  1282.   Note that Paul's node number was inserted in the From: field, finishing
  1283. the gateway process.
  1284.  
  1285.   The only trade-off in the current proposal is obvious. The limited length
  1286. of the name fields, which, according to FSC-0001, is 36 characters long,
  1287. and that may not allow the inclusion of the person's node number in it.
  1288.  
  1289.  For example, if John's full name were John Green Richardson Smith Jr., he
  1290. would have sent his netmail to Paul, but the gateway system would fail when
  1291. attempting to include his node, 10:100/1 together with his name. In this
  1292. case, the netmail is bounced back with a warning message, and it will be
  1293. John's responsibility to use a shorter version of his name  or an alias. It
  1294. seems that more and more people are being practical and using only 2-word
  1295. names, so this is a problem that can be easily worked out by the local BBS
  1296. operator.
  1297.  
  1298.  Lastly, ^aINTL kludges must be issued in all netmail flowing through the 2
  1299. networks.
  1300.  
  1301.  This proposal follows FSC-0034 and FSC-0001. It also allows immediate
  1302. application, since it relies on what Fidonet is in essence, FSC-0001.
  1303.  
  1304. .. [260] 2.2.1 - Primary BBS
  1305.  
  1306.    Main node for the Primary network. Mail locally generated by MG, in the
  1307. domain of the Primary network, will be sent from this node.
  1308.  
  1309. .. [261] 2.2.2 - Primary Gateway
  1310.  
  1311.    Node used for the gateway of netmail and echomail (using the fake
  1312. system), in the domain of the Primary Network.
  1313.  
  1314. .. [262] 2.2.3 - Secondary BBS
  1315.  
  1316.    Main node for the Secondary network. Mail locally generated by MG, in
  1317. the domain of the Secondary network, will be sent from this node.
  1318.  
  1319. .. [263] 2.2.4 - Secondary Gateway
  1320.  
  1321.    Node used for the gateway of netmail and echomail (using the fake
  1322. system), in the domain of the Secondary Network.
  1323.  
  1324.  
  1325. .. [022] 2.3 - Directories
  1326.  
  1327.    These directories are needed for MailGate to work properly. If not
  1328. correctly configured, MailGate will abort and send a warning message.  Some
  1329. of these directories must match with those specified in the other BBS
  1330. programs you run, since MailGate will read and write mail and information
  1331. to them. The names are suggestive and the pre-configured directories will
  1332. give you no doubt about what they are for. If you do not provide the drive
  1333. name, MailGate can operate throughout a network based system. Note that a
  1334. SET statement should be provided in your AUTOEXEC.BAT to help MailGate
  1335. locate the main configuration directory. Use SET MG=C:\MG if this is the
  1336. directory where you configured MailGate and MG.CFG. Add in the PATH line
  1337. where the EXE files are and MailGate can run from any directory. MailGate
  1338. will first look for MG.CFG in the current path, then in the SET command.
  1339. In this manner, you can have as many different configurations as you want,
  1340. and different configurations may share the same directories.
  1341.  
  1342. .. [270] 2.3.1 - Mail Path
  1343.  
  1344.     Directory where inbound/outbound netmail is stored (*.MSG files).
  1345. MailGate will search this directory for netmail sent to the gateway
  1346. servers. It must be the same directory as configured in your Front-End
  1347. mailer and netmail/echomail utility. If you set the "EXit Batch" ON in the
  1348. "Run-Time options" Menu, or if you do so when running MailGate with the +J
  1349. switch (Run MG -? for switches), MailGate will execute a batch file named
  1350. MSGEXIT.BAT, located in main configuration path. You can customize this DOS
  1351. batch file to execute the functions you wish whenever MailGate creates one
  1352. or more *.MSG message files. Either way, MailGate exits with errorlevels
  1353. when *.MSG is generated. Run MG -? for details.
  1354.  
  1355. .. [271] 2.3.2 - File Path
  1356.  
  1357.     Directory where inbound files are received by your Front-End program.
  1358. MailGate needs this directory to save new echomail packets in uncompressed
  1359. PKT files, so that your echomail utility can toss them into the BBS system
  1360. and forward them to your downlinks. MailGate does not compress PKT files
  1361. created, since your echomail utility would have to uncompress them anyway.
  1362. This way, make sure that your echomail utility is able to process
  1363. uncompressed PKT files. MailGate generates PKT mail when:
  1364.  
  1365.  - Mail from Listservers or Newsgroups is received from the UUCP server;
  1366.  - Mail from the echomail gateway is processed;
  1367.  - Automatic replies from the TIC manager when TIC files are processed.
  1368.  
  1369.   MailGate provides customized Exit process. In the main configuration path
  1370. of MailGate, edit a file called PKTEXIT.BAT, and, if the "EXit Batch"
  1371. option is set ON, MailGate will execute this batch file. Anyway, MailGate
  1372. exits with an errorlevel whenever *.PKT mail is generated. Run MG -? for
  1373. details.
  1374.  
  1375. .. [272] 2.3.3 - Node Path
  1376.  
  1377.     This is the directory where MailGate will process its local database
  1378. files with the Primary and Secondary nodelist compilations and the ALIAS
  1379. Database files. This directory has nothing to do with the Nodelist Path
  1380. configured in your Front-End program, even though you can use the same Path
  1381. for the job. MailGate will automatically create sub-directories in the
  1382. "Node Path", using the ID letters assigned to each Network.  Inside these
  1383. new sub-directories, MailGate will keep the database files.  By correctly
  1384. selecting ID letters for the networks you have in different configurations
  1385. of MailGate, you can save space and time by having the same database files
  1386. for the various configurations. This is needed in the case you run more
  1387. than 2 Networks.
  1388.  
  1389. .. [273] 2.3.4 - Fido Server Path
  1390.  
  1391.     The Fidonet servers need this directory to execute the NETMAIL, PKTMAIL
  1392. (locally activated functions) and MGSERVER, MGDOS (remotely activated
  1393. functions). Inside this directory, your system will store *.TXT files that
  1394. will be the message texts for any function requesting them. The following
  1395. subdirectories should be created inside the Fido Server Directory:
  1396.  
  1397.   MSG       Automatically sends netmail to destinations listed in *.CTL
  1398.             files. The message text is *.TXT with same name.
  1399.  
  1400.   PKT       Automatically sends echomail to AREAS listed in *.CTL files.
  1401.             The message text is *.TXT with same name.
  1402.  
  1403.   PASSWORD  Remotely executes batch files sent in netmail to user MGDOS.
  1404.             The subject contains the name of the file with extension PSW,
  1405.             whose content are acceptable DOS commands.
  1406.  
  1407.   FILES     Contains files available for the ATTACH command of MGSERVER
  1408.  
  1409.   A subdirectory MGSERVER will be automatically created by MailGate
  1410. whenever netmail sent to the MGSERVER user is processed. MailGate stores
  1411. the message texts of such netmail so that your own utilities can execute
  1412. any command not found in the command set MailGate provides.
  1413.  
  1414.  There are basically 2 groups of functions in the Fidonet Server:
  1415.  
  1416.     1 - Locally activated functions
  1417.  
  1418.     These functions are executed by the system locally, and can only be
  1419. activated with the use of switches passed to MailGate in the DOS command
  1420. line. According to MG -?, the switches are Z and W.
  1421.  
  1422.  +Z will execute the Netmail Server and +W will execute the PKT Server.
  1423.  
  1424.     2 - Remotely activated functions
  1425.  
  1426.     These  functions are executed whenever netmail come to one of the local
  1427. nodes of the system. The netmail must be addressed to either MGSERVER or
  1428. MGDOS users.
  1429.  
  1430.     1.1 - MSG Netmail Server (activated when executing MG +Z)
  1431.  
  1432.     You can send netmail to any user/node, with text files as the body of
  1433. the netmail. These text files must be located in the Fido Server Directory.
  1434. Inside the MSG subdirectory, you will edit the netmail control files. For
  1435. example, let us assume that the Fido Server Directory is
  1436. \MG\FIDO.
  1437.  
  1438.   There is a file called TXT\NETMAIL.TXT in this directory, and you may
  1439. want to send it to 100 users. You will edit NETMAIL.CTL inside
  1440. \MG\FIDO\MSG whose format is:
  1441.  
  1442.  [Sender Node]   [Sender User Name]
  1443.  [netmail subject]
  1444.  [Destination Node]  [Destination User Name]
  1445.  
  1446.  
  1447.     1.2 - PKT Echomail Server (activated when executing MG +W)
  1448.  
  1449.     You can send echomail to any area, with text files as the body of the
  1450. message. These text files must be located in the Fido Server Directory.
  1451. Inside the PKT subdirectory, you will edit the echomail control files. For
  1452. example, let us assume that the Fido Server Directory is
  1453. \MG\FIDO.
  1454.  
  1455.    There is a file called TXT\ECHOMAIL.TXT in this directory, and you may
  1456. want to send it to 5 areas. You will edit ECHOMAIL.CTL inside
  1457. \MG\FIDO\PKT whose format is:
  1458.  
  1459.  [Sender Node]   [Sender User Name]
  1460.  [Destination Node]  [Destination User Name]
  1461.  [echomail subject]
  1462.  [AREA1]
  1463.  [AREA2]
  1464.  [AREA3]
  1465.  ..
  1466.  ..
  1467.  
  1468.   The destination node must be a downlink listed on all echomail areas to
  1469. where the message will be exported. The sender node will probably be your
  1470. main node number (or the main node number of all areas).
  1471.  
  1472. .. [274] 2.3.5 - Packet Path
  1473.  
  1474.    Main directory where outbound files are stored for later delivery by the
  1475. Fidonet mailer system.
  1476.    
  1477. .. [023] 2.4 - Site Information
  1478.  
  1479.    This is where you will supply all the important information about your
  1480. system, that will be used by MailGate in TIC netmail distribution and TIC
  1481. echomail reports.
  1482.  
  1483. .. [050] 2.4.1 - BBS Sysop
  1484.  
  1485.    Name of the local System operator (Sysop). This entry must match with
  1486. the name supplied when your registration key was created, otherwise the
  1487. registration key will be ignored.
  1488.  
  1489. .. [051] 2.4.2 - BBS Name
  1490.  
  1491.    Supply the name of your system here.
  1492.  
  1493. .. [052] 2.4.3 - BBS Info1
  1494.  
  1495.    This entry is available for any information about your system.
  1496.  
  1497. .. [053] 2.4.4 - BBS Info2
  1498.  
  1499.    This entry is available for any information about your system.
  1500.  
  1501. .. [054] 2.4.5 - BBS Phone
  1502.  
  1503.    The phone number of your system is configured here.
  1504.  
  1505. .. [055] 2.4.6 - BBS Flags
  1506.  
  1507.    Supply general information about the operation of your system, if it is
  1508. CM (Crash mail), the type of modem you have (V32, V32b, V42b) and other
  1509. useful flags.
  1510.  
  1511. .. [024] 2.5 - Fidonet Nodelists
  1512.  
  1513.    Configuration of Nodelist files and Fidonet mailer system in use.
  1514.  
  1515. .. [060] 2.5.1 - Primary Nodelist 1
  1516.  
  1517.    Full path/name of the main nodelist in the primary network.
  1518.    
  1519. .. [061] 2.5.2 - Primary Nodelist 2
  1520.  
  1521.    Full path/name of the secondary nodelist in the primary network.
  1522.  
  1523. .. [062] 2.5.3 - Secd Nodelist 1
  1524.  
  1525.    Full path/name of the primary nodelist in the secondary network.
  1526.  
  1527. .. [063] 2.5.4 - Secd Nodelist 2
  1528.  
  1529.    Full path/name of the secondary nodelist in the secondary network.
  1530.  
  1531. .. [064] 2.5.5 - Semaphore
  1532.  
  1533.    File used to force a rescan in the netmail folder of your Front-End
  1534. mailer. This file is generally necessary whenever a program creates netmail
  1535. messages and the mailer needs to update its indexes.
  1536.  
  1537. .. [065] 2.5.6 - Mailer Type
  1538.  
  1539.    MailGate needs to look for echomail file attaches addressed to one of
  1540. the gateway nodes. File attaches may be compatible with the Front-Door
  1541. system or with the system used by Binkley and Portal of Power. For
  1542. operation under Binkley, please refer to MGBINK.BAT for details on how to
  1543. generate netmail file attaches for some functions that cannot run if not
  1544. enough information is supplied.
  1545.  
  1546. .. [066] 2.5.7 - Make Nodelist
  1547.  
  1548.    Automatic creation/update of Fidonet nodelists. Still under development.
  1549.  
  1550. .. [550] 2.5.7.1 - NodeNumber
  1551.  
  1552.    Under construction.
  1553.  
  1554. .. [551] 2.5.7.2 - Sysop
  1555.  
  1556.     Under construction.
  1557.  
  1558. .. [552] 2.5.7.3 - Control Nodes
  1559.  
  1560.     Under construction.
  1561.  
  1562. .. [553] 2.5.7.4 - Inbound
  1563.  
  1564.     Under construction.
  1565.  
  1566. .. [554] 2.5.7.5 - Outbound
  1567.  
  1568.     Under construction.
  1569.  
  1570. .. [555] 2.5.7.6 - To: sysop
  1571.  
  1572.     Under construction.
  1573.  
  1574. .. [556] 2.5.7.7 - To: node
  1575.  
  1576.     Under construction.
  1577.  
  1578. .. [557] 2.5.7.8 - Compressor
  1579.  
  1580.     Under construction.
  1581.  
  1582. .. [558] 2.5.7.9 - Flags 1
  1583.  
  1584.     Under construction.
  1585.  
  1586. .. [559] 2.5.7.10 - Flags 2
  1587.  
  1588.     Under construction.
  1589.  
  1590. .. [025] 2.6 - Special users
  1591.  
  1592.    MailGate treats netmail addressed to certain users in a special manner.
  1593. For example, netmail sent to "fax" may be forwarded to the fax server,
  1594. netmail to "mgserver" may be processed by the netmail server, and so on.
  1595. You may also define up to 5 special users, and netmail sent to them will be
  1596. stored in ASCII files in a special subdirectory inside the Fido path.  This
  1597. subdirectory will be named after the special user's name.  This is
  1598. particularly useful for programmers who wish to have full control over
  1599. netmail messages. For example, if there is a special user called PROCDATA,
  1600. any netmail sent to this user will be saved in
  1601. \MG\FIDO\PROCDATA, and a special program may update a database.
  1602.  
  1603. .. [070] 2.6.1 - ARCmail
  1604.  
  1605.     The universal name used for Echomail file attaches is ARCmail, but you
  1606. can supply a different name. MailGate searches for netmail file attaches
  1607. originated by this "user" to identify and later process echomail functions,
  1608. such as Echomail to Echomail gateway, echomail to UUCP Gateway, Echomail to
  1609. Fax Gateway and Echomail to FileFix gateway.
  1610.  
  1611. .. [071] 2.6.2 - FileFix
  1612.  
  1613.    Echomail or netmail sent to this user will be processed by the FileFix
  1614. function of the TIC server. MailGate will scan the file base of the system
  1615. and look for files that match what was requested in the subject line.
  1616. Please refer to the FileFix database in the TIC menu for more details.
  1617.  
  1618. .. [072] 2.6.3 - Fax user
  1619.  
  1620.    Netmail sent to this user will be converted to text file and sent to the
  1621. spool fax directory for later delivery by the Fax server. User "Fax" comes
  1622. pre-configured.
  1623.  
  1624. .. [073] 2.6.4 - DOS server
  1625.  
  1626.    Accept and process netmail addressed to the DOS server. Netmail sent to
  1627. this user will be saved as a *.BAT file and executed by a call to
  1628. COMMAND.COM. In the subject field of the netmail must come the name of the
  1629. file, located in \MG\FIDO\PASSWORD, with extension *.PSW, that contains the
  1630. valid commands that may be called by the batch file. If the commands are
  1631. not found, they will not be executed. If the subject fields does not match
  1632. a text file in the PASSWORD directory, the function will be aborted.
  1633.  
  1634. .. [074] 2.6.5 - MG server
  1635.  
  1636.    Netmail sent to this user will be processed by the internal netmail
  1637. server of MailGate. Please check the help for the Fido Server Path for more
  1638. details.
  1639.  
  1640. .. [075] 2.6.6 - Fido AreaFix
  1641.  
  1642.    Netmail sent to this user will be processed by the echomail AreaFix of
  1643. MailGate. This function is not available until the echomail tosser is
  1644. implemented in future releases of MailGate.
  1645.  
  1646. .. [076] 2.6.7 - Special user 1
  1647.  
  1648.    The mgserver function is internal to MailGate, with the functions
  1649. already explained in the Fido Server Path section of this DOC. But you may
  1650. wish to force MailGate to save netmail messages as they arrive in your
  1651. system, addressed to special users. For example, a netmail sent to "update"
  1652. will be saved in \MG\FIDO\UPDATE, and another utility might operate on this
  1653. text message.
  1654.  
  1655. .. [077] 2.6.8 - Special user 2
  1656.  
  1657.    The mgserver function is internal to MailGate, with the functions
  1658. already explained in the Fido Server Path section of this DOC. But you may
  1659. wish to force MailGate to save netmail messages as they arrive in your
  1660. system, addressed to special users. For example, a netmail sent to "update"
  1661. will be saved in \MG\FIDO\UPDATE, and another utility might operate on this
  1662. text message.
  1663.  
  1664. .. [078] 2.6.9 - Special user 3
  1665.  
  1666.    The mgserver function is internal to MailGate, with the functions
  1667. already explained in the Fido Server Path section of this DOC. But you may
  1668. wish to force MailGate to save netmail messages as they arrive in your
  1669. system, addressed to special users. For example, a netmail sent to "update"
  1670. will be saved in \MG\FIDO\UPDATE, and another utility might operate on this
  1671. text message.
  1672.  
  1673. .. [079] 2.6.10 - Special user 4
  1674.  
  1675.    The mgserver function is internal to MailGate, with the functions
  1676. already explained in the Fido Server Path section of this DOC. But you may
  1677. wish to force MailGate to save netmail messages as they arrive in your
  1678. system, addressed to special users. For example, a netmail sent to "update"
  1679. will be saved in \MG\FIDO\UPDATE, and another utility might operate on this
  1680. text message.
  1681.  
  1682. .. [07A] 2.6.11 - Special user 5
  1683.  
  1684.    The mgserver function is internal to MailGate, with the functions
  1685. already explained in the Fido Server Path section of this DOC. But you may
  1686. wish to force MailGate to save netmail messages as they arrive in your
  1687. system, addressed to special users. For example, a netmail sent to "update"
  1688. will be saved in \MG\FIDO\UPDATE, and another utility might operate on this
  1689. text message.
  1690.  
  1691. .. [026] 2.7 - Origin lines
  1692.  
  1693.   Set of origin lines that may be called and used during the configuration
  1694. of echomail areas in the Areas manager.
  1695.  
  1696. .. [080] 2.7.1 - Origin Line
  1697.  
  1698.    Edit the origin line that will be used when configuring message areas in
  1699. the Area Manager.
  1700.  
  1701. .. [027] 2.8 - Node Manager
  1702.  
  1703.   Configuration of Fidonet systems that exchange echomail with your BBS.
  1704. This will only be available in future releases of MailGate, when there will
  1705. be an internal echomail tosser.
  1706.  
  1707. .. [090] 2.8.1 - NodeNumber
  1708.  
  1709.    Node number that has access to the echomail system and AreaFix server.
  1710.  
  1711. .. [091] 2.8.2 - Sysop
  1712.  
  1713.    Name of system operator of NodeNumber.
  1714.  
  1715. .. [092] 2.8.3 - Packet pwd
  1716.  
  1717.    Password required for protecting the PKT files. This is optional.
  1718.  
  1719. .. [093] 2.8.4 - AreaFix Pwd
  1720.  
  1721.    Password needed to access the AreaFix server for this node. This
  1722. password must be sent in the subject line of the requesting netmail.
  1723.  
  1724. .. [094] 2.8.5 - Compressor
  1725.  
  1726.    Type of compression used to archive echomail packets to NodeNumber.
  1727.  
  1728. .. [095] 2.8.6 - Flags 1
  1729.  
  1730.    Operational flags that define the behavior of NodeNumber.
  1731.  
  1732. .. [096] 2.8.7 - Flags 2
  1733.  
  1734.    Operational flags that define the behavior of NodeNumber.
  1735.  
  1736. .. [028] 2.9 - Primary ID
  1737.  
  1738.    Use any letter or number to uniquely identify the nodelist of the
  1739. Fidonet domain of this configuration of MailGate. The system will use this
  1740. identification to create the subdirectory that will contain the compiled
  1741. nodelist. The compiled nodelist is stored in the "Node Path". The
  1742. subdirectory will have the name FIDO_*, where * is the identification, as
  1743. configured here. This is useful if you are going to run multiple
  1744. configurations of MailGate ("MailGate Information" Menu. It also avoids the
  1745. duplication of nodelist compilations.
  1746.  
  1747. .. [029] 2.10 - Secondary ID
  1748.  
  1749.    This is the letter that identifies the Secondary Network. It is used to
  1750. name the nodelist subdirectory where the compilations of the secondary
  1751. nodelist are stored.
  1752.  
  1753. .. [02A] 2.11 - Message size in PKT
  1754.  
  1755.    Maximum size of individual messages within a PKT file. Almost all
  1756. echomail tossers limit the sizes of a message in 64kbytes. Messages larger
  1757. than that are discarded. Set to 0, MG will not split an individual message
  1758. in many others that would fit the limit defined here. This is particularly
  1759. useful when MG tosses mail from the Internet, where very large messages are
  1760. not uncommon.
  1761.  
  1762. .. [02B] 2.12 - Maximum size of PKT
  1763.  
  1764.    Some sysops like to sort out the messages within a PKT file, and the
  1765. size of the PKT file is important. Set to a value different than 0, MG will
  1766. start working on a new PKT file whenever the current file exceeds the limit
  1767. established here.
  1768.  
  1769. .. [02C] 2.13 - MSG Size
  1770.  
  1771.    Echomail tossers are generally the programs that also import a netmail
  1772. message into the message base. They also pack netmail within an echomail
  1773. bundle. During these processes, netmail messages may be truncated if they
  1774. are larger than a certain limit (also no larger than 64k). If this is the
  1775. case, force MG to split a message into as many *.MSG as needed.
  1776.  
  1777. .. [02D] 2.14 - MSGID standard
  1778.  
  1779.    Type of MSGID generated for new Fido and UUCP mail and also during
  1780. gateway between Fido and UUCP. Please refer to the proper original FSC
  1781. documents for more details.
  1782.  
  1783. .. [012] 3 - UUCP config
  1784.  
  1785.    UUCP stands for Unix-To-Unix Copy. It is used as a means for two Unix
  1786. machines to communicate and exchange data. Some implementations of this
  1787. protocol were created to make it possible for a non-Unix machine to
  1788. exchange data with a Unix machine. This way, your PC compatible computer
  1789. can send and receive mail and files to the Internet, UUCP network, UseNet
  1790. and so on.  It works in a way similar to the Front-End mailers BBS's use to
  1791. communicate. "UUCP" and "Internet", even though they are two distinct
  1792. things, are often used throughout this DOC, meaning the same thing. For the
  1793. sake of simplicity, we will refer to UUCP in MailGate, meaning the protocol
  1794. itself, the software package used to run it, or any other network, like
  1795. Internet or UseNet. To run UUCP with MailGate, you will need one of the
  1796. many UUCP packages available everywhere. MG comes with built-in support for
  1797. Waffle/FXUUCICO.
  1798.  
  1799. .. [0B0] 3.1 - Run-Time Options
  1800.  
  1801.     Several flags are provided for the system to operate according to your
  1802. specific needs. They are used to enable or disable almost all functions of
  1803. MailGate. Once configured, they are used as default settings for the
  1804. operation of MailGate. They can, however, be overridden by the DOS command
  1805. line. Run MailGate using one or more switches as explained in the ON-LINE
  1806. Help. If you run MG -? you will get the list of switches.
  1807.  
  1808. .. [0C0] 3.1.1 - Toss UUCP mail
  1809.  
  1810.    If ON, MailGate will toss UUCP Mail found in the  Spool directory.  This
  1811. option may be overridden by the proper switch in the DOS command line when
  1812. running MailGate. Please run MG -? for details. UUCP Mail will then become
  1813. netmail from the UUCP server or PKT (echomail) from Lists and/or
  1814. Newsgroups.
  1815.  
  1816. .. [0C1] 3.1.2 - Netmail-to-Email
  1817.  
  1818.     If ON, MailGate will process all netmail sent to the UUCP gateway at
  1819. the UUCP Gateway Node. Attention: MailGate will only convert *.MSG files
  1820. located in the netmail folder. By no means will you pack the netmail
  1821. messages in the echomail packet. Execute MG before your system packs
  1822. outbound netmail to other systems.
  1823.  
  1824. .. [0C2] 3.1.3 - Process Listserver
  1825.  
  1826.    If ON, MailGate will process mail sent to the Listserver.
  1827.  
  1828. .. [0C3] 3.1.4 - Dump UUCP bundle
  1829.  
  1830.     After MailGate tosses UUCP Mail, you may want to save the processed
  1831. mail or simply discard it after processed. If ON, this option will force
  1832. the system to move the UUCP processed files to the Spool directory, under
  1833. the BACKUP subdirectory. If OFF, the system will delete processed UUCP
  1834. mail.
  1835.  
  1836. .. [0C4] 3.1.5 - UUCP VIP
  1837.  
  1838.    If ON, only VIP users found in the UUCP Nodelist may send netmail to the
  1839. Internet. When OFF, any user who has a valid originating node may send mail
  1840. to the Internet. Email from users not found in the UUCP Nodelist will be
  1841. sent according to the UUCP address format:
  1842.  
  1843.  Username%Fnode.Nnet.Zzone.Ppoint@domain
  1844.  
  1845.  if the True gateway flag is OFF, or it will have the format
  1846.  
  1847.  username@Fnode.Nnet.Zzone.Ppoint.domain
  1848.  
  1849.  if the True gateway flag is ON.
  1850.  
  1851.  Username is the name in the FROM: field of the netmail, % is the gateway
  1852. character (that can be configured in the Email Gateway Menu), and the node
  1853. number is represented in the format accepted by Fidonet. The UUCP domain
  1854. follows right after. Example:
  1855.  
  1856.  Netmail from John Brown at 4:808/1 will be sent as:
  1857.  
  1858.  John.Brown%f1.n808.z4@ear.anpe.br  (True gateway OFF) or as
  1859.  
  1860.  John.Brown@f1.n808.z4.ear.anpe.br  (True gateway ON)
  1861.  
  1862.  MailGate follows a defined sequence to determine the type of level a
  1863. message to/from the Internet must have:
  1864.  
  1865. 1 - Check if the user is UUCP VIP
  1866.  
  1867. 2 - Check if the user belongs to one of the MAP UUCP systems
  1868.  
  1869. 3 - Check if the user is LOCAL VIP
  1870.  
  1871. 4 - Check if the node number is configured in the nodelist
  1872.  
  1873. For example: If a netmail from: John Green comes from node 4:808/20, MG
  1874. will check number one. If valid, John's email might look like
  1875. john@ear.anpe.br (as configured in John's entry in the UUCP VIP database).
  1876.  
  1877. If step 1 fails, MG will look for 4:808/20 in the MAP database. If this
  1878. node number is mapped with the ABC subdomain, then John's email will be
  1879.  
  1880. John.Green@abc.ear.anpe.br  (if True Gateway is ON) or
  1881. John.Green%abc@ear.anpe.br  ( if True Gateway is OFF)
  1882.  
  1883. If step number 2 fails. MG will check if node 4:808/20 is listed in the AKA
  1884. node menu of MGSETUP, indicating that 4:808/20 is a local node.
  1885.  
  1886. If so, John's email will be John.Green@ear.anpe.br
  1887.  
  1888. After step number 3, MG will only proceed if the UUCP VIP flag is OFF,
  1889. indicating that non-VIP users may also use the gateway.
  1890.  
  1891. If step 3 fails, MG will check if 4:808/20 can be found in the Fidonet
  1892. nodelists, and it will do so if the "Ignore nodelist" flag is OFF.
  1893.  
  1894. If 4:808/20 is not found, MG will discard the message and forward it to the
  1895. postmaster. If MG is configured to ignore the nodelists, MG will convert
  1896. the message and John's email will be
  1897.  
  1898. John.Green%f20.n808.z4@ear.anpe.br (if True Gateway is OFF) or
  1899. John.Green@f20.n808.z4.ear.anpe.br (if True Gateway s ON)
  1900.  
  1901. .. [0C5] 3.1.6 - Local VIP
  1902.  
  1903.    If ON, netmail sent by users local to your system (From: node is one of
  1904. the AKA'S), will be treated as mail from VIP users. Email will have the
  1905. format
  1906.  
  1907. Username@domain. For example, if John Green sends a netmail to the UUCP
  1908. gateway node, and his netmail is one of the AKA nodes, his email will be
  1909. John.Green@domain. The dot separating the user name may be changed to
  1910. underscore, which can be done in the Email Gateway Menu.
  1911.  
  1912. .. [0C6] 3.1.7 - Purge Re:
  1913.  
  1914.     It is common to see subject lines from UUCP messages coming with the
  1915. word RE:. If you want to remove this, set this option to ON.
  1916.  
  1917. .. [0C7] 3.1.8 - Notify UUCP
  1918.  
  1919.    If ON, MailGate will send a confirmation receipt to a user after netmail
  1920. to the UUCP Gateway is processed. The text message can be configured and
  1921. edited in the "Text FiLes" Menu.
  1922.  
  1923. .. [0C8] 3.1.9 - Notify Error UUCP
  1924.  
  1925.     If ON, the system will send a warning message to users who attempted to
  1926. send netmail to the UUCP gateway but whose message did not follow the right
  1927. syntax. In the "Text Files" Menu, you can configure the message that is
  1928. sent to the user. Users have to send netmail  to "UUCP", and in the first
  1929. lines of the netmail, include a TO: line with the first addressee, and, if
  1930. you wish, followed by CC: or BCC: lines with other destinations.  If CC: is
  1931. used, the email will include a CC: line with this destination, and if BCC:
  1932. is used, the destination user will not be listed in the email.  This last
  1933. option is called "Blind carbon copy". All destinations users must be names
  1934. containing the @ character, and they must follow one of these different
  1935. ways of naming users:
  1936.  
  1937.  To: "Clovis Lacerda" <clovis@ear.anpe.br>
  1938.  Cc: clovis@ear.anpe.br (Clovis Lacerda)
  1939.  Bcc:clovis@ear.anpe.br
  1940.  Cc:<clovis@ear.anpe.br>
  1941.  
  1942.   The system will only process the first 8 Kbytes of netmail, where the
  1943. to:, Cc: and Bcc: lines should be. This is equivalent to no less than 100
  1944. destinations in carbon copy.
  1945.  
  1946.   If the To: UUCP flag is set to ON, netmail may be addressed to the
  1947. Internet destination, rather than to UUCP, and it will be processed and
  1948. sent to the destination. CC: and BCC: are done as usual, in the beginning
  1949. of the message text.
  1950.  
  1951. .. [0C9] 3.1.10 - Include UUCP mail
  1952.  
  1953.   If ON, the original message will be appended to the return receipt for
  1954. netmail sent to the UUCP gateway, but with wrong syntax. This will avoid
  1955. having the user write the entire message again.
  1956.  
  1957. .. [0CA] 3.1.11 - Bad UUCP Reply
  1958.  
  1959.   If ON, MailGate will keep users not found in the UUCP VIP nodelist from
  1960. sending mail to some UUCP destinations. The list of bad UUCP destinations
  1961. is edited in the MGUBAD_*.LST, located in the "UUCP Server Path". *
  1962. indicate the number of the UUCP network, as defined in the "UUCP Config"
  1963. Menu, option "UUCP Nodelist". It is useful to prevent non-VIP users from
  1964. sending mail to destinations such as listserv, archie, ftpmail, which would
  1965. increase the flow of mail through your system.
  1966.  
  1967. .. [0D0] 3.1.12 - Bang Style
  1968.  
  1969.    Older UUCP systems use the bang-path type for naming a UUCP destination.
  1970. In this case, the name of the destination and the full path that message
  1971. has to travel is included. For example, a destination might be
  1972. clovis!ear!itep!fapesp, which means that, to reach clovis, the message has
  1973. to be forwarded on and on through 3 machines. Modern naming convention does
  1974. not include the path of the message, since the routing process is already
  1975. managed by the linked systems and is transparent to the end user.  For
  1976. example, mail to clovis@ear.anpe.br will reach me, no matter the route the
  1977. message will go through. If this flag is set to ON, all originating names
  1978. in the system will be converted to the Bang-path style. Otherwise, leave it
  1979. OFF and the Internet will take care of the rest.
  1980.  
  1981. .. [0D1] 3.1.13 - 7 Bits
  1982.  
  1983.    Mail from Fidonet may contain characters that are not ASCII, that is,
  1984. characters higher that 127. These characters may not be welcome in the
  1985. Internet highway, so you may wish to force MG to convert them to ASCII
  1986. characters. MG will use the XLAT table (translation table) to convert
  1987. non-ASCII characters to corresponding ASCII characters.
  1988.  
  1989. .. [0D2] 3.1.14 - UUCP notification
  1990.  
  1991.   Mail from the Internet may be addressed to someone at your system who
  1992. does not exist. This may be true if your system is only allowed to process
  1993. mail from/to UUCP VIP users. In this case, you may wish to warn the
  1994. original sender of the message that the destination was not found and thus,
  1995. the original message was forwarded to the postmaster.
  1996.  
  1997. .. [0D3] 3.1.15 - Not to PostMasters
  1998.  
  1999.    If the UUCP notification is ON, many times the original message was sent
  2000. by the postmaster of a system. If this message reaches an unknown user at
  2001. your system, a reply to that message will reach back the remote postmaster,
  2002. who may probably reply and a dup loop takes place. Mail from "postmasters"
  2003. are generally not issued by a human, but by an automatic service. Replying
  2004. to these messages is usually  annoying , so leave this option set to ON in
  2005. most cases.
  2006.  
  2007.    This is also likely to occur when your system is running local lists.
  2008. There may be users subscribed on the list, whose addresses may not be valid
  2009. anymore, but they forgot to unsubscribe from the list. When messages are
  2010. sent to these users by the listserver, they will be returned to your system
  2011. as "undelivered", and the message will come back FROM: a postmaster. Set
  2012. this option to ON to force MailGate not to reply to such warning messages.
  2013.  
  2014. .. [0D4] 3.1.16 - New MSGID
  2015.  
  2016.    If set to ON, MailGate will create a new message ID in the converted
  2017. netmail, as an email comes from the Internet. If OFF, MG will use the
  2018. message ID of the email as the ID of the netmail.
  2019.  
  2020. .. [0D5] 3.1.17 - Log Costs
  2021.  
  2022.    If ON, MailGate will log the usage of the gateway system by all users,
  2023. in the cost database. This will allow you to control what people have been
  2024. doing with the gateway. MGTOOLS has a function to process the log of any
  2025. user, giving all the information for every message sent or received during
  2026. a particular period of time. The final cost in Kbytes will be sent in the
  2027. netmail. Please check the help of MGTOOLS for more details.
  2028.  
  2029. .. [0D6] 3.1.18 - AREA Costs
  2030.  
  2031.   If ON, MG will also log those messages that are considered echomail,
  2032. which is the case of all email from remote listservers that are converted
  2033. to echomail through the area manager. If OFF, only email will be logged.
  2034.  
  2035. .. [0D7] 3.1.19 - To: UUCP
  2036.  
  2037.    If ON, MailGate will also look for a UUCP destination user in the TO:
  2038. field of the netmail addressed to the UUCP gateway node. If OFF, MG will
  2039. only look for destinations in the beginning of the netmail. Warning: To
  2040. prevent a UUCP dup loop inside your spool directory, do not set this flag
  2041. ON if the UUCP gateway node is exactly the same as the BBS node defined in
  2042. the Fido Menu. What happens is that MG generates confirmation replies to
  2043. every use of the system, using the BBS node number. If this node is also
  2044. the UUCP gateway node, in the next run, MG will erroneously think that
  2045. there is a new netmail addressed to the UUCP gateway, and take the To:
  2046. field of such netmail as the UUCP destination. Since the To: field contains
  2047. a name without @domain, MG considers this message as being addressed to a
  2048. local user (local users do not need to be addressed by full Internet name).
  2049. The message will be forwarded to the spool directory, but being local, it
  2050. will be converted back to netmail, addressed to the gateway node (same as
  2051. BBS node), and the whole wrong process starts again. If your UUCP gateway
  2052. node is equal to the BBS node, set the To: UUCP flag OFF. As was said, UUCP
  2053. destinations without the full Internet name is considered local to the
  2054. system. For example, if I want to send a message to myself, I may either
  2055. send it to: clovis@ear.anpe.br or simply to: clovis. The lack of domain
  2056. indicates that the user is local to the configured domain.
  2057.  
  2058. .. [0D8] 3.1.20 - From: UUCP
  2059.  
  2060.    If ON, email from the Internet, after converted to netmail, will include
  2061. the Internet address of the original sender in the From: field of the
  2062. netmail. If OFF, MG will put the UUCP user in the From: field. Use this
  2063. option if you want to make life as easy as possible to your users, and use
  2064. it in conjunction with the To: UUCP flag. This way, after receiving a
  2065. netmail from the Internet, the user will just need to reply the message.
  2066. The From: containing the original UUCP user will become the TO: field, and
  2067. the system will normally process the reply.
  2068.  
  2069. .. [0D9] 3.1.21 - True Gateway
  2070.  
  2071.    This flag will define the type of gateway that will be applied to email
  2072. generated from any UUCP machine linked to your system. There are 2 domain
  2073. methods used by MG:
  2074.  
  2075. Assuming UUCP machine "abc" connected to local domain, ear.anpe.br
  2076.  
  2077. 1 - True domain: clovis.lacerda@abc.ear.anpe.br
  2078.  
  2079. 2 - Fake subdomain: clovis.lacerda%abc@ear.anpe.br
  2080.  
  2081. where the gateway character, %, may be changed in the configuration of MG.
  2082.  
  2083. .. [0DA] 3.1.22 - No PKT Origin
  2084.  
  2085.    Messages from echomail, converted to lists or Newsgroups, will include
  2086. the origin line in the converted UUCP mail, but may be totally removed if
  2087. this flag is set to ON. If you wish to remove any indication that your mail
  2088. comes from Fidonet, set it to ON, if you wish other users to have
  2089. information about the BBS the message came from, leave it OFF.
  2090.  
  2091.  
  2092. .. [0E0] 3.1.23 - Mgserver UCOSTS
  2093.  
  2094.    For any reason, you may wish to avoid the system from sending the final
  2095. cost of a user's UUCP account when the user sends the UCOSTS command via
  2096. netmail request to MGSERVER. MG will supply the log for the specified
  2097. period, but will not include the final cost. If OFF, MG will include it.
  2098.  
  2099. .. [0E1] 3.1.24 - Notify BAD News
  2100.  
  2101.    Newsgroups not configured in the Areas manager will not be properly
  2102. processed by the echomail tosser, and will eventually end up in the bad
  2103. folder. In his case, the sysop will be warned of the unknown area via
  2104. netmail, in case this flag is set to ON.
  2105.  
  2106. .. [0E2] 3.1.25 - Toss bad news
  2107.  
  2108.   Newsgroups not found in the Areas manager may still be included in the
  2109. PKT file. The AREA: field, in this case, will contain the entire
  2110. Newsgroups: line from the RFC-822 news header.
  2111.  
  2112. .. [0E3] 3.1.26 - List => PKT
  2113.  
  2114.    For every inbound UUCP message, MG checks if the message comes from a
  2115. remote listserver, and is configured in the Areas manager to be converted
  2116. to echomail, rather than a netmail to the subscribed user. This process
  2117. slows down the speed of the system since the Areas database has to be
  2118. accessed all the times. If no remote list is being converted to echomail,
  2119. leave this flag OFF.
  2120.  
  2121. .. [0E4] 3.1.27 - Scan VIP Users
  2122.  
  2123.    For messages being converted from echomail to UUCP (either from
  2124. listservers or Newsgroups), MG will check if the fidonet from: user of the
  2125. message is a UUCP VIP, located in the VIP database. If so, MG will use his
  2126. email rather than using the standard conversion technique that includes the
  2127. fidonet node inside the email address. If this flag is set to OFF, it will
  2128. avoid MG from searching the UUCP VIP database, making the system work
  2129. faster.
  2130.  
  2131. .. [0E5] 3.1.28 - Fast News
  2132.  
  2133.    This is a flag that should only be activated if you need MG working at
  2134. its fastest mode. It has some restrictions:
  2135.  
  2136. - The size of individual news messages are limited by the largest amount of
  2137. RAM allocated during run-time, which may reach up to 350Kbytes in a system
  2138. with few TSRs programs. Larger news will be truncated.
  2139.  
  2140. - The Newsgroups will not be forwarded to any UUCP downlinks, mail will be
  2141. simply tossed to PKT (echomail).
  2142.  
  2143. - The message will not be checked for an eventual duplication in the PATH:
  2144. line of the RFC-822 header. MG assumes the other systems took care of this
  2145. business.
  2146.  
  2147. - The video will be turned off for best performance.
  2148.  
  2149. - The Main/Gateway nodes will be taken from the default Areas
  2150.   configuration.
  2151.  
  2152. - Bad news will not be tossed, nor will the sysop be notified.
  2153.  
  2154. If your system is simply tossing Newsgroups into PKT mail, and if it
  2155. processes many messages per day in many Newsgroups, this option may be
  2156. important.
  2157.  
  2158. .. [0E6] 3.1.29 - Toggle UUCP machines
  2159.  
  2160.    If ON, MG, during import and export of UUCP mail, will check if the UUCP
  2161. machine, configured in the UUCP Node manager, has the CNV flag set to ON,
  2162. which means that out/inbound mail will have names switched. This is only
  2163. needed if any of the UUCP nodes linked to your system is accessing the same
  2164. computer system, via a LAN for example.
  2165.  
  2166. .. [0E7] 3.1.30 - Alias UUCP Fidolist
  2167.  
  2168.    This flag is important if your system is going to automatically route
  2169. in-transit netmail through the Internet, using information from the
  2170. nodelist.
  2171.  
  2172.    MailGate provides a very powerful feature that allows this kind of
  2173. gateway.  The detailed description of the process is given below, and is
  2174. part of a FSC proposal to the Fidonet Standard Committee.
  2175.  
  2176.  
  2177. Title: Routing Fidonet mail through the Internet
  2178.  
  2179.    Since the first days of Fidonet, in the early 80's, the heart of the net
  2180. was the exchange of mail through phone sessions, using mailers that, at
  2181. least, conformed with FSC-0001 standards. But today, no one can ignore the
  2182. power of the Internet, its reliable and almost instant way of sending and
  2183. receiving mail from almost all countries in the world. Better still, at
  2184. costs that are almost non-existent.
  2185.  
  2186.    The basic purpose of this proposal is to offer a way of having two
  2187. Fidonet systems exchanging netmail via Internet e-mail. The Internet will
  2188. be used as the transport medium for the Fidonet netmail, instead of having
  2189. the netmail go through the normal Fidonet routing. This method, however,
  2190. must be able to keep the Fidonet information of the netmail intact, that
  2191. is, the previous routing information, even though, for the sake of
  2192. simplicity, the netmail kludges in the header will be ignored. In the end,
  2193. what is important is the PATH of the netmail, rather than the cost, INTL
  2194. lines, whatsoever.
  2195.  
  2196. Implementation:
  2197.  
  2198. 1 -   Routing Fidonet netmail into the Internet
  2199.  
  2200.  
  2201. 2 new flags must be created and accepted in the nodelist. It will ilustrate
  2202. that the current entry, Fidonet system, is able to receive mail over
  2203. the Internet. The real Internet domain of such system will be included
  2204. in the location field, that is, the place in the nodelist entry where the
  2205. city/state of the BBS is included. For example:
  2206.  
  2207. Hub,1,Tropical_Reefs_INC,ttbbs.ax.apc.org,Clovis_Lacerda,
  2208.     55-81-341-4241,9600,MNP,V32b,V42b,CM,XA,URA
  2209.     
  2210. The line above was split in two to be able to fit in this document. In
  2211. fact, in the nodelist it is just one line.
  2212.  
  2213. As you can see, right after the BBS name comes the Internet domain. In the
  2214. flags, a new one URA.
  2215.  
  2216. URA means that the user name of the Internet email must be put in front of
  2217. the Internet domain, in this case, all users of Tropical Reefs will have
  2218. email accounts 
  2219.  
  2220. user.name@ttbbs.ax.apc.org
  2221.  
  2222. For domains in the old UUCP style (bang path), the domain would look like
  2223.  
  2224. Hub,1,Tropical_Reefs_INC,ttbbs.ax.apc.org,Clovis_Lacerda,
  2225.     55-81-341-4241,9600,MNP,V32b,V42b,CM,XA,URZ
  2226.     
  2227. In this case, the flag URZ indicates that the user name must come right
  2228. after the Domain, that is, ttbbs.ax.apc.org!user.name.
  2229.  
  2230. These 2 flags, either one, indicates that the current nodelist entry is
  2231. capable of receiving/sending mail through the Internet. Since it is
  2232. available in the nodelist, any system can send/receive mail with it via
  2233. Internet.
  2234.  
  2235. What the gateway software has to do is:
  2236.  
  2237. Any netmail addressed to Tropical Reefs (12:1280/1), will be automatically
  2238. converted to email. Let us say that the Zone coordinator of this network,
  2239. 12:12/0, is running MailGate and configured to route all netmail addressed
  2240. to 12:1280/1 via the Internet, to the Internet domain of 12:1280/1, in this
  2241. case, @ttbbs.ax.apc.org. Let us also say that the nodelist entry of 12:12/0
  2242. is
  2243.  
  2244. Zone,12,RBT_-_Brasil,rbt.ax.apc.org,Fabio_Becker,
  2245.      55-51-593-3964,9600,#00h-07h,XA,MO,V34,URA
  2246.      
  2247.  
  2248. This is how any netmail addressed to 12:1280/1, passing through 12:12/0 in
  2249. transit, instead of flowing through the normal fidonet routing, will be
  2250. automatically sent to the destination via the Internet:
  2251.  
  2252. (sample in-transit netmail)
  2253.  
  2254. From: Luiz Carlos, 12:126/0
  2255. To  : Pedro Cunha, 12:1280/1
  2256. Re  : Routing netmail via Internet
  2257. ------
  2258.  
  2259. Hi,
  2260.  
  2261. This is a test.
  2262.  
  2263. ^Via 12:1261/11@RBT.ORG @19950820.130151.UTC ABCD 1.30
  2264. ^Via 12:1261/0 @19950821.012852 EFGH/386 1.0
  2265. ^Via 12:126/0@RBT.ORG @19950820.113335 IJKL 2.00
  2266.  
  2267.  
  2268. The gateway program at 12:12/0 will detect the in-transit netmail as being
  2269. addressed to 12:1280/1, which is a nodelist entry capable of exchanging
  2270. Internet mail, according to the URA flag. The gateway program will then
  2271. intercept such netmail and send it to the Internet, and the final e-mail
  2272. will look like:
  2273.  
  2274.  
  2275. From luiz.carlos@f0.n126.z12.rbt.ax.apc.org 
  2276. Received:  by ear.anpe.br (MailGate 0.25 mg@ear.anpe.br)
  2277.            Fri, 08 Sep 1995 17:33:46 EST4
  2278.            12:1261/11@RBT.ORG @19950820.130151.UTC ABCD 1.30 #ng
  2279. Date:      Fri, 08 Sep 1995 17:33:19 EST4
  2280. From:      luiz.carlos@f0.n126.z12.rbt.ax.apc.org
  2281. Message-ID: <MSGID_12=3A12=2F3=40rbt.org_53d78a86@rbt.ax.apc.org>
  2282. Organization: RBT - Rede Brasileira de Tele-Informatica
  2283. Reply-To:  luiz.carlos@f0.n126.z12.rbt.ax.apc.org
  2284. To:        Pedro_Cunha@ttbbs.ax.apc.org
  2285. Errors-to: Postmast@rbt.ax.apc.org
  2286. Subject:   teste
  2287. X-Mailer: MailGate 0.25+
  2288.  
  2289. teste
  2290.  
  2291. -----
  2292.  
  2293.  
  2294. Note that, in the RFC-822 header where the RECEIVED: lines are located,
  2295. there is an entry that shows one of the ^VIA lines of the original netmail.
  2296. The other entries were not included to avoid a huge header. Anyway, the
  2297. gateway program must invert the orders of the lines, since RFC-822 shows the
  2298. order in which the message was gated from the bottom to the top (the very
  2299. first received: line refers to the last system that routed the message),
  2300. while the netmail shows the ^VIA lines from top to bottom, i.e., the first
  2301. ^VIA line refers to the first BBS syetsm that routed the netmail. To
  2302. ilustrate that the Received: line refers to an original ^VIA line from a
  2303. netmail, not a true system on the Internet, the gateway program must append
  2304. the sign #ng. This is the indication to the receiver's gateway program that
  2305. it should remove such line from the RFC-822 header and restore the original
  2306. ^VIA information in the converted netmail.
  2307.  
  2308. As can been seen, an in-transit netmail was automatically sent to its
  2309. destination via the Internet. In the other side, at ttbbs.ax.apr.org, the
  2310. gateway program has enough information to create the original netmail and
  2311. place handle it accordingly.
  2312.  
  2313. Also note that the From: and Reply-To: lines were created by the
  2314. originating gateway system, 12:12/0. Depending on the original sender of
  2315. the netmail, he could have another Internet address, but the reply to this
  2316. user would just go all the way back to the sender and the convertion would
  2317. work out.
  2318.  
  2319. When the email arrives at ttbbs.ax.apc.org, the gateway program must
  2320. convert it back to the original netmail. It will take the information from
  2321. the RFC-822 lines (received:) and place them as ^VIA lines. As a matter of
  2322. fact, all received: lines must be imported into the netmail and appended to
  2323. the netmail to allow any other system to proceed with the routing and avoid
  2324. losing the information that will enable the end user to track down the
  2325. entire path of his message. The #ng sign will force the gateway program to
  2326. add the ^VIA lines, and in the abscence of such sign, the received: lines
  2327. will be imported just as they are. The order of the received: lines must be
  2328. reverted, for the reason already stated before.
  2329.  
  2330. This gateway system allows Fidonet to operate transparently on the
  2331. Internet, making full use of its resources. Netmail file attach will be
  2332. converted as well, and the file attach will be uuencoded and sent to the
  2333. destination in exact the same way. Paying close attention, any system in
  2334. the nodelist is able to send/receive fidonet mail via the Internet, since
  2335. all of them are publicly available and listed in the nodelist. Having just
  2336. the HUBS on the Internet would speed up Fidonet routing tremendously.
  2337.  
  2338. .. [0E8] 3.1.31 - Netmail info to RFC822
  2339.  
  2340.    If the Alias UUCP Fidolist flag is active, it might be important to
  2341. force MailGate to include in the processed UUCP mail (converted from
  2342. in-transit netmail), the RFC-822 information from the Received: fields.
  2343. This will allow the netmail recipient to track the entire path of the
  2344. email/netmail, using the ^AVIA lines at the bottom of the processed netmail
  2345. message.
  2346.  
  2347. .. [0E9] 3.1.32 - RFC822 info to Netmail
  2348.  
  2349.    If the Alias UUCP Fidolist flag is active, it might be important to
  2350. force MailGate to include in the processed netmail (converted from inbound
  2351. UUCP mail), the netmail information from the ^AVIA fields.  This will allow
  2352. the Internet recipient to track the entire path of the netmail/email, using
  2353. the Received: fields at the top of the processed email message.
  2354.  
  2355. .. [0EA] 3.1.33 - Map BBS from UUCP
  2356.  
  2357.    If ON, MG will check inbound UUCP mail against the nodelists, looking
  2358. for an entry that in which the BBS field is the same as the UUCP subdomain
  2359. of the addressee of the message. For instance, mail coming to
  2360.  
  2361. clovis.lacerda@f1.n1280.z12.ear.anpe.br has the same effect if addressed to
  2362. clovis.lacerda@tropical.reefs.inc.ear.anpe.br, since Tropical Reefs Inc is
  2363. the BBS name in the nodelist for node 12:1280/1. When this flag is ON,
  2364. extra overhead will be included during MG processing, since the fidonet
  2365. nodelists will be scanned.
  2366.  
  2367.  
  2368. .. [0EB] 3.1.34 - Map BBS from Fidonet
  2369.  
  2370.   If ON, MG will use the BBS name instead of the Fidonet node when converting
  2371. netmail to email. For example, a netmail from
  2372.  
  2373. From:Clovis Lacerda, (12:1280/1)
  2374. To: UUCP, (12:12/5)
  2375. Re: test
  2376. ------
  2377.  
  2378. may become email from clovis.lacerda@f1.n1280.z12.ear.anpe.br or from
  2379. clovis.lacerda@tropical.reefs.inc.ear.anpe.br, since Tropical Reefs Inc is
  2380. the BBS name in the nodelist for node 12:1280/1. When this flag is ON,
  2381. extra overhead will be included during MG processing, since the fidonet
  2382. nodelists will be scanned.
  2383.  
  2384. .. [0B1] 3.2 - Directories
  2385.  
  2386.     These directories are needed for MailGate to work properly. If not
  2387. correctly configured, MailGate will abort and send a warning message.
  2388. Some of these directories must match with those specified in the other BBS
  2389. programs you run, since MailGate will read and write mail and information
  2390. to them. The names are suggestive and the pre-configured directories will
  2391. give you no doubt about what they are for. If you do not provide the drive
  2392. name, MailGate can operate throughout a network based system. Note that a
  2393. SET statement should be provided in your AUTOEXEC.BAT to help MailGate
  2394. locate the main configuration directory. Use SET MG=C:\MG if this is the
  2395. directory where you configured MailGate and MG.CFG. Add in the PATH line
  2396. where the EXE files are and MailGate can run from any directory. MailGate
  2397. will first look for MG.CFG in the current path, then in the SET command.
  2398. In this manner, you can have as many different configurations as you want,
  2399. and different configurations may share the same directories.
  2400.  
  2401. .. [0A0] 3.2.1 - UUCP Server Path
  2402.  
  2403.     This directory processes requests and commands from special UUCP users,
  2404. and in this current version, LISTSERV is available. For the server to work,
  2405. a subdirectory with exactly the same name must be created inside this Path.
  2406.  
  2407.   MailGate goes as far as processing inbound/outbound UUCP mail that flows
  2408. through the system. A third part package will do the job of transferring
  2409. the UUCP Mail to your Host site. Please pay special attention to the
  2410. copyright and legal restrictions of such packages. We will not be held
  2411. responsible for the legal aspects or any problems that arise from the
  2412. misuse of them, nor will any of these package owners be responsible for
  2413. MailGate.
  2414.  
  2415.   Inside this directory, you must create four subdirectories:
  2416.  
  2417.  LISTSERV and  LISTSERV\PUBLIC
  2418.  ALIASES  and  REQUEST
  2419.  
  2420.   LISTSERV activates the local Listserver that MailGate uses to manage the
  2421. local generated Lists of your system. LISTSERV\PUBLIC will allow your
  2422. system to have public files that can be requested by anyone when issuing
  2423. the GET command. The users will not have to subscribe on any of the local
  2424. Lists to request files from the system. They must, however, be located in
  2425. the PUBLIC subdirectory or listed in the GETALIAS.SRV file.
  2426.  
  2427.   In the LISTSERV subdirectory you must create these text files:
  2428.  
  2429.  HELP.SRV     - Text sent when the Listserver receives the HELP command
  2430.  QUERY.SRV    - Text sent when the Listserver receives the QUERY command
  2431.  RELEASE.SRV  - Text sent when the Listserver receives the RELEASE command
  2432.  INFO.SRV     - Text sent when the Listserver receives the INFO command
  2433.  LISTS.SRV    - Text sent when the Listserver receives the LIST command
  2434.  GETALIAS.SRV - List with Alias files available for the GET command
  2435.  
  2436.  
  2437.  INFO files (requested with the INFO command) must have name extension
  2438. .INF and be located in the LISTSERV subdirectory.
  2439.  
  2440.  The GETALIAS.SRV file contains a list of files available for the GET
  2441. command, but different directories. The format is:
  2442.  
  2443.     ALIASFILE FULL_PATH/NAME
  2444.  
  2445.  
  2446.  ALIASES subdirectory - This directory stores the text files that contain
  2447.                         UUCP destinations to be requested by messages in
  2448.                         Carbon copy. If a message to the UUCP Gateway
  2449.                         contains a To:, cc: or Bcc:, followed by a filename
  2450.                         located in this directory, MailGate will carbon copy
  2451.                         the message to all destinations found in the alias
  2452.                         file.
  2453.  
  2454.  REQUEST subdirectory - Special text files, normally announcements, ads,
  2455.                         help messages may be stored here. Remote Internet
  2456.                         users may request these files automatically. For
  2457.                         example, if a message is sent to help@ear.anpe.br,
  2458.                         MailGate will look for the file HELP in the REQUEST
  2459.                         directory, and if found, the text will be sent to
  2460.                         the requesting user. The original message, however,
  2461.                         will still be sent to the postmaster.
  2462.  
  2463.  Two sample files are given. The first one if an example of an alias file,
  2464. the second one is an example of a REQUESTable file.
  2465.  
  2466.  ;this is a list of common UUCP destinations
  2467.  ;
  2468.  ;the letters ; or # are used for comments, and are ignored.
  2469.  #the REQUEST subdirectory may contain any number of text files.
  2470.  #
  2471.  clovis@ear.anpe.br
  2472.  john@ear.anpe.br
  2473.  paul@ttbbs.ax.apc.org
  2474.  richard@ttbbs.ibase.org.br
  2475.  
  2476.    Dear friend,
  2477.  
  2478.     Thanks for your message. This is a help file that contains detailed
  2479. information about our system, and what you need to do to become a
  2480. registered user ........
  2481.  
  2482. .. [0A1] 3.2.2 - UUE FilePath
  2483.  
  2484.    One of the powerful features of MailGate is to transparently transport
  2485. compressed Fidonet echomail between UUCP remote sites as if these files
  2486. were single text messages. You do not need to worry about making phone
  2487. calls to route your echomail compressed packets. Nor should you have to
  2488. transfer binary files with the FTP protocol. Neither should you lose time
  2489. manually encoding and decoding binary files into and from text messages
  2490. because MailGate will handle all of this for you, automatically and
  2491. efficiently. An example will help us explain how the process occurs and how
  2492. it should be monitored by you.
  2493.  
  2494.     Echomail compressed packets (those familiar *.MO1, *.TU1, *.WE4) are
  2495. normally exchanged between Fidonet systems through Fidonet telephone
  2496. sessions, with the use of many good Front-End mailers. These files are
  2497. binary, which means that, unlike ASCII text messages, they hold data in an
  2498. unpredictable manner, with bytes ranging from 0 to 255 in value. Of course,
  2499. it is impossible to simply "insert" these files in a message and send them
  2500. to a remote site. Binary files, however, can be encoded to a suitable ASCII
  2501. format, thus being able to be sent as a normal message. The other end will
  2502. pick up the message and decode it into the original binary file. The
  2503. methods UUENCODE/UUDECODE and XXENCODE/XXDECODE are the most commonly used
  2504. in the Unix world, and ended up being widely used in the PC world as well.
  2505. This way, two Internet users can exchange binary files even if they do not
  2506. have access to TELNET or FTP, and can only access their mail-boxes. Even
  2507. though this is possible, manual processes are needed to encode the binary
  2508. file, send it as messages, receive, sort, rename and re-build them through
  2509. decodification, therefore having the final binary file as it originally
  2510. existed. With this process, Fidonet sysops exchange Echomail binary files
  2511. without the need of a Fidonet phone mail session, but the process would
  2512. still be manual. MailGate overcomes all of these difficulties and manages
  2513. the whole process without the intervention of anybody. For this to happen,
  2514. certain procedures must be followed:
  2515.  
  2516.   a) Only one system is running MailGate on one end;
  2517.   b) The two systems are running MailGate on both ends
  2518.  
  2519.   a)  The system NOT running MailGate must manually encode/decode the
  2520. binary file and send it to the UUCP user, for example, "fileserv" (Check
  2521. how the other end configured its ECHO VIP users). In the subject line, he
  2522. should supply an 8 bit identification, followed by the number of the
  2523. current file against the total number of encoded file messages. Suppose
  2524. that 12345678.MO1 will be encoded and sent to fileserv@bbs.com. After
  2525. encoding the echomail file, the result were 5 ASCII files. The process
  2526. should be:
  2527.  
  2528.  Manually send all files to: fileserv@bbs.com. Choosing abcdefgh as the ID
  2529. (identification) for the 5 files, the subject of all 5 messages must be
  2530. "abcdefgh 001/005" (first message), "abcdefgh 002/005" and so on.  The ""
  2531. characters are NOT to be used.
  2532.  
  2533.   b) If both users use MailGate, the process will be transparent. When
  2534. mail to the UUCP user "fileserv" starts to arrive, the system will keep
  2535. storing them in the UUE Directory. MailGate will later look for the
  2536. complete set of messages and decode all of them into the original binary
  2537. file, placing it in the FILES Directory. Refer to the "Run-Time options"
  2538. for the proper flag and to MG -? for forced operation.
  2539.  
  2540.   Question: How will MailGate know which binary files to encode?
  2541.  
  2542.   Answer:  Special Echomail VIP users are configured in the UUCP ECHO
  2543. Nodelist ("UUCP Config" Menu). In this nodelist, you will list those
  2544. user/nodes that will have file attaches to them encoded and mailed. You
  2545. will supply: Full Fidonet User Name and Node number. The destination UUCP
  2546. address must also be provided.  This works for the destination system, but
  2547. MailGate needs to identify the users who can send file attaches to the ECHO
  2548. users.  This way, in the UUCP VIP nodelist, you must create a VIP User with
  2549. the ECH flag ON and the UUP flag also ON. The UUP flag does not need to be
  2550. ON, but is usually set to ON in these cases.
  2551.  
  2552.   Question: What are the UUP and ECH Flags used for?
  2553.  
  2554.  Answer:    The UUP flag will disable normal netmail messages to be sent
  2555. through the UUCP gateway. The ECH flag will indicate to MailGate that file
  2556. attaches generated by this Fidonet user will be sent. If you wish to send
  2557. echomail bundles, create a UUCP VIP user named ARCMAIL, since this is the
  2558. universally accepted user name for echomail file attaches. You might have
  2559. noticed how flexible the system is. In fact, you can issue the ECH flag to
  2560. any one of your UUCP VIP users, and as such, any binary file can be sent to
  2561. any UUCP destination.
  2562.  
  2563.     MailGate works with the UUENCODE/UUDECODE algorithm, and these two
  2564. functions are handled by MailGate internally.
  2565.  
  2566.  To finish this topic, a complete example on how to operate and use this
  2567. feature will be given.  Assume that two nodes want to exchange Echomail
  2568. bundles through the Internet. These nodes are:
  2569.  
  2570.  System A -   Node: 4:808/2    Sysop: Clovis Lacerda
  2571.  System B -   Node: 4:805/4    Sysop: Alessandro Oliveira
  2572.  
  2573.  System A is in the Internet under the domain: ear.anpe.br
  2574.  System B is in the Internet under the domain: rbt.anrs.br
  2575.  
  2576.  Instead of exchanging Echomail bundles via Fidonet phone sessions, these
  2577. systems will do it through the Internet. System A will configure his
  2578. system as follows:
  2579.  
  2580.  He will select the "UUCP Config" Menu and choose the "Edit UUCP Users"
  2581. Menu. This is the entry for System A in the configuration:
  2582.  
  2583.  UUCP User    :  fileserv@ear.anpe.br
  2584.  Fidonet Node :  4:808/2
  2585.  User Name    :  ARCmail
  2586.  
  2587.  In the FLAG option, UUP and ECH will be set to ON The user fileserv could
  2588. be any other one. The Fidonet Name is ARCmail, which is the name needed
  2589. for MailGate to locate the Echomail bundles.
  2590.  
  2591.  Now, system A chooses the "Edit Echo Users" Menu and enters:
  2592.  
  2593.  UUCP User    :  drago@rbt.anrs.br
  2594.  Fidonet Node :  4:805/4
  2595.  User Name    :  Alessandro Oliveira
  2596.  
  2597.  This is the configuration for system B:
  2598.  
  2599.  UUCP User    :  fileserv@rbt.anrs.br
  2600.  Fidonet Node :  4:805/4
  2601.  User Name    :  ARCmail
  2602.  
  2603.  In the FLAG option, UUP and ECH will be set to ON
  2604.  
  2605.  Now, system B chooses the "Edit Echo Users" Menu and enters:
  2606.  
  2607.  UUCP User    :  clovis@ear.anpe.br
  2608.  Fidonet Node :  4:808/2
  2609.  User Name    :  Clovis Lacerda
  2610.  
  2611.   After going through these steps, systems A and B are ready to exchange
  2612. Echomail through their Internet mail-boxes. This is how MailGate operates:
  2613.  
  2614.     MailGate, in system A, will scan the netmail folder, searching for
  2615. netmail file attaches from user "ARCmail". Once found, MailGate will look
  2616. for ARCmail in the UUCP VIP nodelist, comparing name and node, plus the
  2617. ECH flag. If this step is successful, MailGate will look for the netmail
  2618. Destination user, hopefully Alessandro Oliveira in 4:805/4. If this is
  2619. true, MailGate will UUENCODE the file attach (Echomail bundle) and send
  2620. the result as e-mail to "MailGate File Server" <drago@rbt.anrs.br>.
  2621.  
  2622.  When these messages arrive in rbt.anrs.br, the other copy of MailGate
  2623. will detect their arrival and temporarily store them in the "UUE
  2624. FilePath".  When all copies have arrived, and if the UUE Process is
  2625. allowed, MailGate will restore the original binary file and place it in
  2626. the FILES Directory.  The file is ready to be tossed.
  2627.  
  2628.    This system has actually been working under tests, and the two domains
  2629. mentioned above do exist, rbt.anrs.br is the domain of the Brazilian
  2630. Fidonet-Compatible Network, RBT (Rede Brasileira de Tele-Informatica), and
  2631. ear.anpe.br is the domain of the American School of Recife, generously
  2632. provided and supported by the local academic community at the Federal
  2633. University of PE and ITEP (Institute of Technology, PE). Our thanks go to
  2634. RNP (Brazilian National Research Network) without which Internet would not
  2635. be widely spread in our country.
  2636.  
  2637. .. [0A2] 3.2.3 - UUCP Spool Path
  2638.  
  2639.    This is where your uucico program stores UUCP inbound and outbound
  2640. mail.  MailGate operates directly on this mail, and the format recognized
  2641. by MG is compatible with Waffle's uucico, in particular, fxuucico is
  2642. highly recommended.
  2643.  
  2644. .. [0B2] 3.3 - Email Gateway
  2645.  
  2646.    This menu will give you access to all details on netmail-to-email
  2647. conversion and gateway.
  2648.  
  2649. .. [0F0] 3.3.1 - Primary UUCP
  2650.  
  2651.     This node is responsible for the gateway between netmail and the UUCP
  2652. manager, allowing users to send messages to the Internet. Mail to this node
  2653. must follow the syntax described below:
  2654.  
  2655.     Netmail has to be send to the UUCP user. It has to be addressed to one
  2656. of the UUCP gateway nodes. In the very first line of the message, the
  2657. destination UUCP address has to come, following the TO: string. For
  2658. example:
  2659.  
  2660.  From: Clovis Lacerda, (4:808/1)
  2661.  To: uucp, (4:808/2)
  2662.  Re: Testing
  2663.  ------
  2664.  TO:clovis@ear.anpe.br
  2665.  
  2666.    This is a test.
  2667.  
  2668.  
  2669.  The TO: UUCP destination has to have to @ character, and can be written in
  2670. the various formats commonly used in the UUCP world, such as:
  2671.  
  2672.  TO: "Clovis Lacerda" <clovis@ear.anpe.br>
  2673.  TO: clovis@ear.anpe.br (Clovis Lacerda)
  2674.  
  2675.  MailGate processes mail from users in two basic ways, according to how it
  2676. was configured in the "Run-Time options" Menu.
  2677.  
  2678.  1 - Any user may send mail to the Internet
  2679.  
  2680.  MailGate will first look for the originating user and node number in the
  2681. UUCP VIP nodelist. If the user is found, his Internet address will be used
  2682. in the UUCP message to be sent to the destination.
  2683.  
  2684.  Example of a netmail from a UUCP VIP user:
  2685.  
  2686.  From: John Brown, (4:808/1)
  2687.  To: uucp, (4:808/2)
  2688.  Re: hello
  2689.  ---------
  2690.  TO:clovis@ttbbs.ax.apc.org
  2691.  
  2692.   Hi Clovis, this is only a test. Please reply.
  2693.  
  2694.  
  2695.  MailGate will look for the user "John Brown", from 4:808/1 in the UUCP VIP
  2696. nodelist, maintained in the UUCP Menu. The system will find this user and
  2697. node under the UUCP address of john@ear.anpe.br. This way, the original
  2698. netmail will be sent to the UUCP gateway as an email whose FSC-822 header
  2699. looks like:
  2700.  
  2701.  From: "John Brown" <john@ear.anpe.br>
  2702.  To:    clovis@ttbbs.ax.apc.org
  2703.  Reply-to: "John Brown" <john@ear.anpe.br>
  2704.  Subject: hello
  2705.  Organization: American School of Recife - Brazil
  2706.  X-Mailer: MailGate 0.21+
  2707.  
  2708.   Hi Clovis, this is only a test. Please reply.
  2709.  
  2710.    In the second way of handling mail to the UUCP gateway, the system will
  2711. check to see if the originating Node is listed in the nodelist. Assuming
  2712. that John Brown is no longer a VIP user, but 4:808/1 is listed in the
  2713. nodelist, and also that the UUCP VIP option is set to OFF in the "Run-Time
  2714. options" Menu, this is what happens to his mail:
  2715.  
  2716.  From: "John Brown" <john.brown%4.808.1@ear.anpe.br>
  2717.  To:    clovis@ttbbs.ax.apc.org
  2718.  Reply-to: "John Brown" <john.brown%4.808.1@ear.anpe.br>
  2719.  Subject: hello
  2720.  Organization: American School of Recife - Brazil
  2721.  X-Mailer: MailGate 0.21
  2722.  
  2723.   Hi Clovis, this is only a test. Please reply.
  2724.  
  2725.     As can be seen, his node number was automatically inserted in his UUCP
  2726. address. This is what happens to any mail coming from users not found in
  2727. the UUCP VIP nodelist. As a matter of fact, any user or any sysop who sends
  2728. netmail to the UUCP gateway from any node found in the nodelist is a valid
  2729. user in the Internet world. If any mail comes from the Internet addressed
  2730. to a user whose email address is
  2731.  
  2732.  FirstName.LastName%zone.net.node.point@ear.anpe.br
  2733.  
  2734.  MailGate will send mail as netmail to the user "First Name Last Name" in
  2735. the zone:net/node.point system. This only happens if the UUCP VIP flag is
  2736. set to OFF in the "Run-Time options", otherwise only users found in the
  2737. UUCP VIP nodelist may user the UUCP gateway.
  2738.  
  2739.  The system may also be configured to allow any local user to have an
  2740. account on the Internet, even if the UUCP VIP flag is ON and the user is
  2741. not listed in the UUCP nodelist. Set the "UUCP Local VIP" flag ON and
  2742. netmail to the UUCP gateway coming from a node listed in the Node Manager
  2743. will be processed. The Internet address of the user will take the format:
  2744.  
  2745.  If the User Name is "Adriano Garcia", his account will be:
  2746.  
  2747.  adriano.garcia@ear.anpe.br
  2748.  
  2749.  Files may be easily sent uuencoded to Internet destinations. Just send the
  2750. file attached to a netmail, addressed to the UUCP node, the UUCP user, as
  2751. would be done with a normal message. The file will be uuencoded and sent to
  2752. the destination.
  2753.  
  2754.   Mail with carbon copies is also accepted, and only UUCP VIP users will be
  2755. able to send them. A message may contain normal carbon copies and/or blind
  2756. carbon copies. In the first option, the RFC-822 message header of all
  2757. destinations will contain the list of users who received carbon copies,
  2758. while blind carbon copies will not. External alias files may be used to
  2759. automatically import UUCP destinations.
  2760.  
  2761.  The following sample message illustrates how to send carbon copies:
  2762.  
  2763.  
  2764.  From: Clovis Lacerda, (4:808/1)
  2765.  To: uucp, (4:808/2)
  2766.  Re: Testing
  2767.  ------
  2768.  TO:clovis@ear.anpe.br
  2769.  CC:bruno.santos@phoenix.uucp
  2770.  Bcc:jorge.eduardo@louca.uucp
  2771.  cc:alias
  2772.  Bcc:flavio.veras%12.282.0@rbt.anrs.br
  2773.  
  2774.    This is a test.
  2775.  
  2776.  As can be seen, normal cc: are mixed with Bcc and an external alias file
  2777. is requested to be included in the process. MailGate will look for
  2778. \MG\UUCP\ALIASES\ALIAS and, if found, will import all of the listed UUCP
  2779. destinations and include in a normal cc: carbon copy. The header of a
  2780. message to the UUCP gateway may contain as much as 8Kbytes of UUCP
  2781. destinations in carbon copy.
  2782.  
  2783.    If files need to be sent to a UUCP destination via UUENCODE, simply
  2784. create a netmail file attach, addressed to the UUCP gateway, and with
  2785. subject line containing the full path/name of the file to be uuencoded.
  2786. The "File" flag is issued in the netmail. In the body of the message,
  2787. proceed as usual, writing the names of all UUCP destinations.
  2788.  
  2789. .. [0F1] 3.3.2 - Secondary UUCP
  2790.  
  2791.    Same as Primary UUCP, but this time, applied to the Secondary network
  2792. domain.
  2793.  
  2794. .. [0F2] 3.3.3 - UUCP User
  2795.  
  2796.    The user to whom netmail to the UUCP gateway will be sent. MG comes with
  2797. "UUCP" already pre-configured, but for any other reason, you may wish to
  2798. modify it.
  2799.  
  2800. .. [0F3] 3.3.4 - Username delimiter
  2801.  
  2802.    User names are normally separated by a dot ".". You may wish to use an
  2803. underscore to separate the names. This way, a user may have one of the
  2804. following email address:
  2805.  
  2806. clovis.lacerda@ear.anpe.br  or clovis_lacerda@ear.anpe.br
  2807.  
  2808. .. [0F4] 3.3.5 - Gateway delimiter
  2809.  
  2810.    When non UUCP VIP users send netmail to the UUCP gateway, considering
  2811. that the operation is allowed, MailGate will follow the UUCP syntax of the
  2812. gateway to generate the corresponding FROM: and REPLY-TO: lines of the
  2813. RFC-822 header. This delimiting character will only be used if the True
  2814. Gateway is OFF. To separate the user name from the node number, MailGate
  2815. needs a special character. This letter is used to indicate that mail is
  2816. being processed by a non UUCP VIP user.
  2817.  
  2818. Generally, this letter is %, but if you notice that your Host UUCP system
  2819. is getting confused by this character, you may choose another one, for
  2820. example, &.
  2821.  
  2822.  In this case, a user may have the following email:
  2823.  
  2824.  clovis.lacerda&f2.n808.z4@ear.anpe.br
  2825.  
  2826. .. [0F5] 3.3.6 - UUE Lines
  2827.  
  2828.     When MailGate creates UUEncoded files to send to a UUCP destination
  2829. user, the original file is encoded as multiple files. You might want to
  2830. limit the size of each of these files, by supplying the maximum number of
  2831. encoded lines to be sent in one message. If you want the entire file in a
  2832. single message, enter 0 in this field.
  2833.  
  2834. .. [0F6] 3.3.7 - Max RMAIL Users
  2835.  
  2836.     It is important to know if your Internet Host is capable of processing
  2837. more than one user in a single command to RMAIL. This is useful if your
  2838. system is providing local Lists, and, instead of sending one copy of the
  2839. same message to all subscribed users, which would take a lot of disk space
  2840. and time, MailGate can send as many users as the maximum number configured
  2841. here, all of them in one single RMAIL command request. That is, one message
  2842. would be directed to multiple recipients. This is also used for email to
  2843. multiple users sent from carbon copied netmail to the UUCP gateway.
  2844.  
  2845. .. [0F7] 3.3.8 - UUCP Nodelist
  2846.  
  2847.    ID used to identify the UUCP VIP database and other UUCP related files.
  2848. This will only be important when your system runs multiple configs of MG
  2849. and share (or not) the same UUCP files.
  2850.  
  2851. .. [0F8] 3.3.9 - UUCP Cost
  2852.  
  2853.     The UUCP Cost manager of MailGate can keep track of individual VIP
  2854. accounts. The MGTOOLS utility can send reports to the UUCP VIP users of the
  2855. system, listing all mail that was sent and received, the names of sender
  2856. and receiver, the date/time and the size of the messages.  MailGate can
  2857. supply the total cost for a certain period of time. Use this entry to
  2858. supply the cost in $$ for every Kbyte of mail. MGTOOLS will calculate the
  2859. total cost and display it in the Cost report.  Individual UUCP VIP users
  2860. may have different costs. You must change the configuration of such users,
  2861. providing a different Cost Rate for their accounts.
  2862.  
  2863. .. [0F9] 3.3.10 - Currency
  2864.  
  2865.   Currency that your system will use to send reports of UUCP Costs to VIP
  2866. users.
  2867.  
  2868. .. [0FA] 3.3.11 - UUCP VIP Flags
  2869.  
  2870.    These flags are used as default options when new UUCP VIP accounts are
  2871. created in the database.
  2872.  
  2873. HLD DIR CSH KIL ECH SIG OUT UAS BAD REJ CC: RET    OFF
  2874.  
  2875. HLD, DIR, CSH, KIL - Netmail flags for mail generated for this user, that
  2876. can be confirmation receipts, converted UUCP mail, and so on.
  2877.  
  2878. ECH
  2879.  
  2880.    This flag has two distinct purposes. First, for inbound Internet mail,
  2881. assuming the subject line complies with the standards to identify the
  2882. messages as being an uuencoded file, the message(s) will automatically be
  2883. converted back to the original file, and a netmail file attach will be
  2884. created to the destination Fidonet user.
  2885.  
  2886.   Second, this flag is also used if your system is going to exchange
  2887. Fidonet files via uuencoded messages, in the automatic process that was
  2888. explained in the UUE FilePath help. Having this flag ON, MailGate will look
  2889. for file attaches in the netmail folder, originated from this user. After
  2890. finding any, it will check if the destination of such netmail is configured
  2891. in the UUCP Echo database. If so, the UUCP manager has the From: (this
  2892. current and the To: (taken from the UUCP echo database) to successfully
  2893. convert the file and send it to the destination as uuencoded messages. If
  2894. the remote system is configured in exactly the opposite way, the file will
  2895. be converted back to its original format and placed in the inbound files
  2896. directory of the remote system, making it believe that the file was
  2897. automagically sent via a Fidonet session.
  2898.  
  2899. SIG 
  2900.  
  2901.   Text file, located in the UUCP Dir, (\mg\uucp\), with extension .SIG,
  2902. added to the bottom of each message generated from this user to the UUCP
  2903. gateway. If not present, MG defaults to the system signature.
  2904.  
  2905. OUT
  2906.  
  2907.    This flag is useful if the user is "out of town", and wishes to warn
  2908. users whom send him mail that he is out and will be reading his mail when
  2909. he arrives. MG will automatically reply to his messages. Such message can
  2910. be edited and configured in the Text Files Menu. This flag can only be set
  2911. by the local postmaster.
  2912.  
  2913. UAS
  2914.  
  2915.    This flag is very useful for the postmaster or any user with high level
  2916. of access in your system. It allows the postmaster to send a message to the
  2917. Internet AS if he were another user. This will help the postmaster
  2918. unsubscribe unsolicited lists, etc. This is one example:
  2919.  
  2920. From: Clovis Lacerda
  2921. To  : UUCP
  2922. Re  : unsub
  2923. -------
  2924. as:john@ear.anpe.br
  2925. to:listserv@templevm.bitnet
  2926.  
  2927. unsub XXX-L
  2928.  
  2929. This message, instead of leaving the system From:clovis@ear.anpe.br, it
  2930. will actually be from:john@ear.anpe.br.
  2931.  
  2932. BAD
  2933.  
  2934.    VIP users may have the destination of their email checked against a bad
  2935. list of destinations, or they may have full privilege in the system, being
  2936. able to send email to whoever they want. If this flag is ON, MG will check
  2937. if the destination is in the bad UUCP list. If so, the process will be
  2938. aborted and a warning message will be sent to the user. This message can be
  2939. edited and configured in the Text Files Menu.
  2940.  
  2941. REJ
  2942.  
  2943.   Reject mail from the Internet. This means that whoever sends mail from
  2944. the Internet, addressed to this user, will be notified that he is not a
  2945. user in the system.
  2946.  
  2947. CC:
  2948.  
  2949.    If ON, this user is allowed to send carbon copies to users on the
  2950. Internet.
  2951.  
  2952. RET
  2953.  
  2954.    Return netmail to sender. This option disables this user from sending
  2955. mail to the Internet. He will receive a reply stating he is not allowed to
  2956. send messages to the gateway. 
  2957.  
  2958. OFF
  2959.  
  2960.   Disables the current entry.
  2961.  
  2962.  
  2963. .. [0FB] 3.3.12 - Local VIP Flags
  2964.  
  2965.    If your system is configured to accept local users as UUCP VIP, use
  2966. these flags to determine how mail should be handled, when UUCP mail is
  2967. converted to netmail.
  2968.  
  2969.  
  2970. HLD DIR CSH KIL ECH SIG OUT UAS BAD REJ CC: RET    OFF
  2971.  
  2972. HLD, DIR, CSH, KIL - Netmail flags for mail generated for this user, that
  2973. can be confirmation receipts, converted UUCP mail, and so on.
  2974.  
  2975. ECH
  2976.  
  2977.    This flag has two distinct purposes. First, for inbound Internet mail,
  2978. assuming the subject line complies with the standards to identify the
  2979. messages as being an uuencoded file, the message(s) will automatically be
  2980. converted back to the original file, and a netmail file attach will be
  2981. created to the destination Fidonet user.
  2982.  
  2983.   Second, this flag is also used if your system is going to exchange
  2984. Fidonet files via uuencoded messages, in the automatic process that was
  2985. explained in the UUE FilePath help. Having this flag ON, MailGate will look
  2986. for file attaches in the netmail folder, originated from this user. After
  2987. finding any, it will check if the destination of such netmail is configured
  2988. in the UUCP Echo database. If so, the UUCP manager has the From: (this
  2989. current and the To: (taken from the UUCP echo database) to successfully
  2990. convert the file and send it to the destination as uuencoded messages. If
  2991. the remote system is configured in exactly the opposite way, the file will
  2992. be converted back to its original format and placed in the inbound files
  2993. directory of the remote system, making it believe that the file was
  2994. automagically sent via a Fidonet session.
  2995.  
  2996. SIG 
  2997.  
  2998.   Text file, located in the UUCP Dir, (\mg\uucp\), with extension .SIG,
  2999. added to the bottom of each message generated from this user to the UUCP
  3000. gateway. If not present, MG defaults to the system signature.
  3001.  
  3002. OUT
  3003.  
  3004.    This flag is useful if the user is "out of town", and wishes to warn
  3005. users whom send him mail that he is out and will be reading his mail when
  3006. he arrives. MG will automatically reply to his messages. Such message can
  3007. be edited and configured in the Text Files Menu. This flag can only be set
  3008. by the local postmaster.
  3009.  
  3010. UAS
  3011.  
  3012.    This flag is very useful for the postmaster or any user with high level
  3013. of access in your system. It allows the postmaster to send a message to the
  3014. Internet AS if he were another user. This will help the postmaster
  3015. unsubscribe unsolicited lists, etc. This is one example:
  3016.  
  3017. From: Clovis Lacerda
  3018. To  : UUCP
  3019. Re  : unsub
  3020. -------
  3021. as:john@ear.anpe.br
  3022. to:listserv@templevm.bitnet
  3023.  
  3024. unsub XXX-L
  3025.  
  3026. This message, instead of leaving the system From:clovis@ear.anpe.br, it
  3027. will actually be from:john@ear.anpe.br.
  3028.  
  3029. BAD
  3030.  
  3031.    VIP users may have the destination of their email checked against a bad
  3032. list of destinations, or they may have full privilege in the system, being
  3033. able to send email to whoever they want. If this flag is ON, MG will check
  3034. if the destination is in the bad UUCP list. If so, the process will be
  3035. aborted and a warning message will be sent to the user. This message can be
  3036. edited and configured in the Text Files Menu.
  3037.  
  3038. REJ
  3039.  
  3040.   Reject mail from the Internet. This means that whoever sends mail from
  3041. the Internet, addressed to this user, will be notified that he is not a
  3042. user in the system.
  3043.  
  3044. CC:
  3045.  
  3046.    If ON, this user is allowed to send carbon copies to users on the
  3047. Internet.
  3048.  
  3049. RET
  3050.  
  3051.    Return netmail to sender. This option disables this user from sending
  3052. mail to the Internet. He will receive a reply stating he is not allowed to
  3053. send messages to the gateway.
  3054.  
  3055. OFF
  3056.  
  3057.   Disables the current entry.
  3058.  
  3059.   
  3060. .. [0FC] 3.3.13 - Non VIP Flags
  3061.  
  3062.    These are the behavioral flags for users that are not local to your
  3063. system nor UUCP VIP.
  3064.  
  3065.  
  3066. HLD DIR CSH KIL ECH SIG OUT UAS BAD REJ CC: RET    OFF
  3067.  
  3068. HLD, DIR, CSH, KIL - Netmail flags for mail generated for this user, that
  3069. can be confirmation receipts, converted UUCP mail, and so on.
  3070.  
  3071. ECH
  3072.  
  3073.    This flag has two distinct purposes. First, for inbound Internet mail,
  3074. assuming the subject line complies with the standards to identify the
  3075. messages as being an uuencoded file, the message(s) will automatically be
  3076. converted back to the original file, and a netmail file attach will be
  3077. created to the destination Fidonet user.
  3078.  
  3079.   Second, this flag is also used if your system is going to exchange
  3080. Fidonet files via uuencoded messages, in the automatic process that was
  3081. explained in the UUE FilePath help. Having this flag ON, MailGate will look
  3082. for file attaches in the netmail folder, originated from this user. After
  3083. finding any, it will check if the destination of such netmail is configured
  3084. in the UUCP Echo database. If so, the UUCP manager has the From: (this
  3085. current and the To: (taken from the UUCP echo database) to successfully
  3086. convert the file and send it to the destination as uuencoded messages. If
  3087. the remote system is configured in exactly the opposite way, the file will
  3088. be converted back to its original format and placed in the inbound files
  3089. directory of the remote system, making it believe that the file was
  3090. automagically sent via a Fidonet session.
  3091.  
  3092. SIG 
  3093.  
  3094.   Text file, located in the UUCP Dir, (\mg\uucp\), with extension .SIG,
  3095. added to the bottom of each message generated from this user to the UUCP
  3096. gateway. If not present, MG defaults to the system signature.
  3097.  
  3098.  
  3099. OUT
  3100.  
  3101.    This flag is useful if the user is "out of town", and wishes to warn
  3102. users whom send him mail that he is out and will be reading his mail when
  3103. he arrives. MG will automatically reply to his messages. Such message can
  3104. be edited and configured in the Text Files Menu. This flag can only be set
  3105. by the local postmaster.
  3106.  
  3107. UAS
  3108.  
  3109.    This flag is very useful for the postmaster or any user with high level
  3110. of access in your system. It allows the postmaster to send a message to the
  3111. Internet AS if he were another user. This will help the postmaster
  3112. unsubscribe unsolicited lists, etc. This is one example:
  3113.  
  3114. From: Clovis Lacerda
  3115. To  : UUCP
  3116. Re  : unsub
  3117. -------
  3118. as:john@ear.anpe.br
  3119. to:listserv@templevm.bitnet
  3120.  
  3121. unsub XXX-L
  3122.  
  3123. This message, instead of leaving the system From:clovis@ear.anpe.br, it
  3124. will actually be from:john@ear.anpe.br.
  3125.  
  3126. BAD
  3127.  
  3128.    VIP users may have the destination of their email checked against a bad
  3129. list of destinations, or they may have full privilege in the system, being
  3130. able to send email to whoever they want. If this flag is ON, MG will check
  3131. if the destination is in the bad UUCP list. If so, the process will be
  3132. aborted and a warning message will be sent to the user. This message can be
  3133. edited and configured in the Text Files Menu.
  3134.  
  3135. REJ
  3136.  
  3137.   Reject mail from the Internet. This means that whoever sends mail from
  3138. the Internet, addressed to this user, will be notified that he is not a
  3139. user in the system.
  3140.  
  3141. CC:
  3142.  
  3143.    If ON, this user is allowed to send carbon copies to users on the
  3144. Internet.
  3145.  
  3146. RET
  3147.  
  3148.    Return netmail to sender. This option disables this user from sending
  3149. mail to the Internet. He will receive a reply stating he is not allowed to
  3150. send messages to the gateway.
  3151.  
  3152. OFF
  3153.  
  3154.   Disables the current entry.
  3155.  
  3156.  
  3157. .. [0FD] 3.3.14 - UUCP MAP Flags
  3158.  
  3159.    Default flags used for new MAP systems created in the MAP database.
  3160.  
  3161. HLD DIR CSH KIL ECH SIG OUT UAS BAD REJ CC: RET    OFF
  3162.  
  3163. HLD, DIR, CSH, KIL - Netmail flags for mail generated for this user, that
  3164. can be confirmation receipts, converted UUCP mail, and so on.
  3165.  
  3166. ECH
  3167.  
  3168.    This flag has two distinct purposes. First, for inbound Internet mail,
  3169. assuming the subject line complies with the standards to identify the
  3170. messages as being an uuencoded file, the message(s) will automatically be
  3171. converted back to the original file, and a netmail file attach will be
  3172. created to the destination Fidonet user.
  3173.  
  3174.   Second, this flag is also used if your system is going to exchange Fidonet
  3175. files via uuencoded messages, in the automatic process that was explained in
  3176. the UUE FilePath help. Having this flag ON, MailGate will look for file
  3177. attaches in the netmail folder, originated from this user. After finding
  3178. any, it will check if the destination of such netmail is configured in the
  3179. UUCP Echo database. If so, the UUCP manager has the From: (this current
  3180. and the To: (taken from the UUCP echo database) to successfully convert the
  3181. file and send it to the destination as uuencoded messages. If the remote
  3182. system is configured in exactly the opposite way, the file will be
  3183. converted back to its original format and placed in the inbound files
  3184. directory of the remote system, making it believe that the file was
  3185. automagically sent via a Fidonet session.
  3186.  
  3187. SIG 
  3188.  
  3189.   Text file, located in the UUCP Dir, (\mg\uucp\), with extension .SIG,
  3190. added to the bottom of each message generated from this user to the UUCP
  3191. gateway. If not present, MG defaults to the system signature.
  3192.  
  3193.  
  3194. OUT
  3195.  
  3196.    This flag is useful if the user is "out of town", and wishes to warn
  3197. users whom send him mail that he is out and will be reading his mail when
  3198. he arrives. MG will automatically reply to his messages. Such message can
  3199. be edited and configured in the Text Files Menu. This flag can only be set
  3200. by the local postmaster.
  3201.  
  3202. UAS
  3203.  
  3204.    This flag is very useful for the postmaster or any user with high
  3205. level of access in your system. It allows the postmaster to send a message
  3206. to the Internet AS if he were another user. This will help the postmaster
  3207. unsubscribe unsolicited lists, etc. This is one example:
  3208.  
  3209. From: Clovis Lacerda
  3210. To  : UUCP
  3211. Re  : unsub
  3212. -------
  3213. as:john@ear.anpe.br
  3214. to:listserv@templevm.bitnet
  3215.  
  3216. unsub XXX-L
  3217.  
  3218. This message, instead of leaving the system From:clovis@ear.anpe.br, it
  3219. will actually be from:john@ear.anpe.br.
  3220.  
  3221. BAD
  3222.  
  3223.    VIP users may have the destination of their email checked against
  3224. a bad list of destinations, or they may have full privilege in the system,
  3225. being able to send email to whoever they want. If this flag is ON, MG will
  3226. check if the destination is in the bad UUCP list. If so, the process will
  3227. be aborted and a warning message will be sent to the user. This message
  3228. can be edited and configured in the Text Files Menu.
  3229.  
  3230. REJ
  3231.  
  3232.   Reject mail from the Internet. This means that whoever sends mail from
  3233. the Internet, addressed to this user, will be notified that he is not
  3234. a user in the system.
  3235.  
  3236. CC:
  3237.  
  3238.    If ON, this user is allowed to send carbon copies to users on the
  3239. Internet.
  3240.  
  3241. RET
  3242.  
  3243.    Return netmail to sender. This option disables this user from sending
  3244. mail to the Internet. He will receive a reply stating he is not allowed
  3245. to send messages to the gateway.
  3246.  
  3247. OFF
  3248.  
  3249.   Disables the current entry.
  3250.  
  3251.  
  3252. .. [0FE] 3.3.15 - RFC822 header
  3253.  
  3254.    The header of an email gives complete information about itself. For
  3255. most purposes, however, a converted netmail should only contain the basic
  3256. information about the original email, in this case, the original sender,
  3257. the reply-to and the original date the email was written. This option will
  3258. allow MG to import the complete RFC-822 header, only important information, 
  3259. or no information at all.
  3260.  
  3261.  
  3262. .. [0FF] 3.3.16 - UUCP Bad users
  3263.  
  3264.    Edit the list of bad destination users to whom some users are not
  3265. allowed to send mail. Netmail to the UUCP gateway addressed to one of
  3266. these destinations will be aborted and a warning message will be sent back
  3267. to the original user.
  3268.  
  3269. .. [0B3] 3.4 - UUCP system
  3270.  
  3271.    Here is where your UUCP account is configured, as well as your UUCP
  3272. provider.
  3273.  
  3274. .. [100] 3.4.1 - UUCP Node Name
  3275.  
  3276.    This is the UUCP Node that has been assigned to you. It identifies your
  3277. system in the UUCP network.
  3278.  
  3279. .. [101] 3.4.2 - Main UUCP Domain
  3280.  
  3281.    This is the main UUCP Domain that has been assigned to your system,
  3282. besides the node name.
  3283.  
  3284. .. [102] 3.4.3 - UUCP Domain Alias 1
  3285.  
  3286.    Your system may have up to 9 UUCP alias domains. Mail addressed to users
  3287. at these domains are treated as local, and tossed into the system.
  3288.    
  3289. .. [103] 3.4.4 - UUCP Domain Alias 2
  3290.  
  3291.    Your system may have up to 9 UUCP alias domains. Mail addressed to users
  3292. at these domains are treated as local, and tossed into the system.
  3293.  
  3294. .. [104] 3.4.5 - UUCP Domain Alias 3
  3295.  
  3296.    Your system may have up to 9 UUCP alias domains. Mail addressed to users
  3297. at these domains are treated as local, and tossed into the system.
  3298.  
  3299. .. [105] 3.4.6 - UUCP Domain Alias 4
  3300.  
  3301.    Your system may have up to 9 UUCP alias domains. Mail addressed to users
  3302. at these domains are treated as local, and tossed into the system.
  3303.  
  3304. .. [106] 3.4.7 - UUCP Domain Alias 5
  3305.  
  3306.    Your system may have up to 9 UUCP alias domains. Mail addressed to users
  3307. at these domains are treated as local, and tossed into the system.
  3308.  
  3309. .. [107] 3.4.8 - UUCP Domain Alias 6
  3310.  
  3311.    Your system may have up to 9 UUCP alias domains. Mail addressed to users
  3312. at these domains are treated as local, and tossed into the system.
  3313.  
  3314. .. [108] 3.4.9 - UUCP Domain Alias 7
  3315.  
  3316.    Your system may have up to 9 UUCP alias domains. Mail addressed to users
  3317. at these domains are treated as local, and tossed into the system.
  3318.  
  3319. .. [109] 3.4.10 - UUCP Domain Alias 8
  3320.  
  3321.    Your system may have up to 9 UUCP alias domains. Mail addressed to users
  3322. at these domains are treated as local, and tossed into the system.
  3323.  
  3324. .. [10A] 3.4.11 - UUCP Domain Alias 9
  3325.  
  3326.    Your system may have up to 9 UUCP alias domains. Mail addressed to users
  3327. at these domains are treated as local, and tossed into the system.
  3328.  
  3329. .. [10B] 3.4.12 - Default Host
  3330.  
  3331.     This is the name of the main UUCP Host system with which your system
  3332. exchanges mail to and from the Internet (probably your provider). It is 
  3333. similar to your UUCP node name, but in the domain of your Host.
  3334.  
  3335. .. [10C] 3.4.13 - Organization
  3336.  
  3337.     This is the name of your organization, or BBS if you want. It is
  3338. included in the ORGANIZATION: field of the RFC-822 header of all outbound
  3339. UUCP messages from your system. If your copy of MailGate is not
  3340. registered, the system will override this entry and include a warning that
  3341. your copy is still not registered.
  3342.  
  3343.  
  3344. .. [10D] 3.4.14 - Ignore UUCP
  3345.  
  3346.    MG is able to ignore some kind of UUCP mail in the spool directory,
  3347. in other words, this mail will be left untouched in the spool for other
  3348. applications take control of. 
  3349.  
  3350. NWG  RML  LOL  RTE  UEN  SPC  AFX  SRV LST UNF
  3351.  
  3352. NWG - Ignore Newsgroups (C rnews)
  3353. RML - Ignore Email (C rmail)
  3354. LOL - Ignore mail to local lists
  3355. RTE - Ignore mail in route to other UUCP nodes
  3356. UEN - Ignore inbound uuencode mail
  3357. SPC - Ignore mail to one of the 10 special UUCP users (servers)
  3358. AFX - Ignore mail to the UUCP areafix
  3359. SRV - Ignore mail to the listserver
  3360. LST - Ignore mail from remote listserver in gateway with echomail
  3361. UNF - Ignore mail to user not found in the system
  3362.  
  3363. .. [10E] 3.4.15 - Uucp Route
  3364.  
  3365.    This is the most important file in your system if you are going to
  3366. manage an UUCP based network. It will contain the routing definitions that
  3367. will indicate the systems and what will be routed through them. An example
  3368. will make it easier to understand.
  3369.  
  3370. Suppose your system is EAR and there are 10 other UUCP machines,
  3371. exchanging mail with each other. Suppose these other 10 machines are:
  3372.  
  3373. BBS1, BBS2, BBS3, BBS4, BBS5, BBS6, BBS7, BBS8, BBS9 and BBS10.
  3374.  
  3375. Suppose also that EAR is the only link to the Internet, via a UUCP
  3376. provider named BRONLINE.
  3377.  
  3378. All machines agreed that they will route UUCP mail as follows:
  3379.  
  3380. BBS1 to BBS4 exchange mail with EAR, which in turn forwards everything to
  3381. the Internet via BRONLINE. BBS10 exchange mail with BBS1, BBS5 with BBS2,
  3382. BBS6 to BBS9 exchange mail with BBS4.
  3383.  
  3384. The UUCP route for EAR will be:
  3385.  
  3386. ;--------
  3387. BBS1 BBS1 BBS10
  3388. BBS2 BBS2 BBS5 FIDONET.ORG
  3389. BBS3 BBS3 Z4.FIDONET.ORG
  3390. BBS4 BBS4 BBS6 BBS7 BBS8 BBS9
  3391. ;--------
  3392.  
  3393. Note that BRONLINE did not need to be included since it is the Default
  3394. UUCP Host, as configured in MGSETUP.
  3395.  
  3396. All other systems will include the main uplink (the closest link they have
  3397. to BRONLINE) as their Default UUCP Host.
  3398.  
  3399. Note that the UUCP route was simple to be configured, since any mail
  3400. without any specific direction defined in the route is automatically
  3401. forwarded to the Default Host. If a Host to the Internet is not available,
  3402. and a closed UUCP network needs to be built, the UUCP route file needs to
  3403. be complete, including all possibilities for UUCP routing throughout the
  3404. entire net.
  3405.  
  3406. Full domain systems can also be routed through one UUCP machine, for example
  3407.  
  3408. BBS1 Z1.FIDONET.ORG LACOSA.COM RBT.COM
  3409.  
  3410.   This means that any system that has domains like f1.n100.z1.fidonet.org,
  3411. f10n222.z1.fidonet.org, lacosa.com, ttbbs.rbt.com will be routed via the
  3412. BBS1 machine.
  3413.  
  3414. According to the example above, all mail to fidonet systems will be routed
  3415. via BBS2, and all mail to Zone 4, Fidonet, will be route via BBS3. Please
  3416. note the order in which the routes are entered, subsequent lines will
  3417. override the previous ones, and even if the routing is determined,
  3418. MailGate will go on checking the next lines.
  3419.  
  3420. A special character is provided for UUCP re-routing. For example, if the
  3421. first line is
  3422.  
  3423. ALTERNATE *
  3424.  
  3425. It means that all mail will be routed via ALTERNATE, instead of the
  3426. Default UUCP host. Subsequent lines may change the routing scheme, and if
  3427. * is used, it is mandatory to include all UUCP downlinks in the routing
  3428. file, otherwise their mail will be routed via ALTERNATE. This overrides
  3429. the old method that, by default, would route mail to UUCP downlinks via
  3430. themselves, without the need of specifying them in the route file. The use
  3431. of the * option is important if the main UUCP provider is down and mail
  3432. should be delivered via another link.
  3433.  
  3434.  
  3435. .. [0B4] 3.5 - UUCP Grades
  3436.  
  3437.    UUCP mail may be assigned different priorities, depending on what they
  3438. are. Different priorities are taken in consideration when mail is
  3439. exchanged between two UUCP sites, and in some cases, some UUCP mail may be
  3440. kept on hold and only sent in a different time of the day. MailGate
  3441. provides 4 different sets of UUCP grade: Private email, mail from local
  3442. listserver, UUEncoded files and Newsgroups.
  3443.  
  3444. .. [110] 3.5.1 - A - Email
  3445.  
  3446.    The letter configured here will be used as the UUCP grade for all email
  3447. messages generated in the system. Grades generally range from a to Z.
  3448.  
  3449. .. [111] 3.5.2 - B - Lists
  3450.  
  3451.    The letter configured here will be used as the UUCP grade for all List
  3452. messages generated in the system. Grades generally range from a to Z.
  3453.  
  3454. .. [112] 3.5.3 - C - News
  3455.  
  3456.    The letter configured here will be used as the UUCP grade for all News
  3457. batches generated in the system. Grades generally range from a to Z.
  3458.  
  3459. .. [113] 3.5.4 - D - UUE
  3460.  
  3461.    The letter configured here will be used as the UUCP grade for all
  3462. UUEncoded file messages generated in the system. Grades generally range
  3463. from a to Z.
  3464.  
  3465. .. [0B5] 3.6 - Listserver config
  3466.  
  3467.    Basic configuration to fine tune the operation of the Listserver.
  3468.  
  3469. .. [120] 3.6.1 - Listserver Commands
  3470.  
  3471.     This maximum number will allow you to control the number of requests
  3472. that the Listserver receives from any user in a single message.  Anyone
  3473. wishing to hang up your system,  could just send a large number of HELP or
  3474. GET commands to the Listserver. This option allows you to control this
  3475. situation.
  3476.  
  3477. .. [121] 3.6.2 - Digest days
  3478.  
  3479.    If a local List is set as DIG (DIGEST), subscribed users will not receive
  3480. broadcasted mail in the usual way. Instead, mail will be sent it DIGEST
  3481. format, which means that, periodically, all accumulated mail will be sent
  3482. at once. Use this option to define how frequent the DIGEST mail will be
  3483. broadcasted to all subscribed users who have the DIG flag set to ON.
  3484.  
  3485. .. [122] 3.6.3 - Digest once
  3486.  
  3487.    If ON, MG will only process digest mail if the file DIGEST.ALL is
  3488. located in the Areas directory, default \mg\areas\. Once detected, the file
  3489. is then deleted.
  3490.  
  3491. .. [0B6] 3.7 - Node Manager
  3492.  
  3493.   Configuration of UUCP systems that exchange UUCP mail with your machine.
  3494. It is very important to, at least, include the main Internet provider
  3495. with which your system is connected, otherwise the import (toss) operation
  3496. will not occur.
  3497.  
  3498. .. [130] 3.7.1 - UUCP Node
  3499.  
  3500.    Name of UUCP machine that exchanges mail with your system.
  3501.  
  3502. .. [131] 3.7.2 - Domain
  3503.    
  3504.    Full UUCP domain of the system. This is useful if your system is routing
  3505. mail for another machine that is not a subdomain, which means that, for
  3506. example, MGTOOLS need to know the complete domain to be able to process the
  3507. costs for this machine.
  3508.  
  3509. .. [132] 3.7.3 - Postmaster
  3510.  
  3511.    Name of operator in the remote machine who is allowed to send requests
  3512. to the UUCP areafix server. Also, UUCP cost for the current UUCP machine
  3513. will be forwarded to the Postmaster. Use MGTOOLS NET for UUCP cost
  3514. processing.
  3515.  
  3516. .. [133] 3.7.4 - FidoNet Sysop
  3517.  
  3518.    If the UUCP machine is also on the Fidonet, supply his Fidonet name
  3519. here. This will be used in case you configure the system to exchange UUCP
  3520. mail using Fidonet technology. This feature will be explained in the Flags
  3521. option.
  3522.  
  3523. .. [134] 3.7.5 - Local Fido Node
  3524.  
  3525.    Local Fidonet node (if any) of your system, in case you will exchange
  3526. UUCP mail via Fidonet file attaches with the remote Fidonet node.
  3527.  
  3528. .. [135] 3.7.6 - Alternative Route
  3529.  
  3530.    This is the node of the Fidonet system that will receive the Fidonet
  3531. file attaches (containing UUCP mail) from your system.
  3532.  
  3533. .. [136] 3.7.7 - Inbound UUCP File
  3534.  
  3535.    If your system is going to exchange UUCP mail via Fidonet file
  3536. attaches, you have to supply the file name that your system will RECEIVE
  3537. from the remote Fidonet site. In the opposite way, the same name
  3538. configured here must be configured in the remote site as the OUTBOUND UUCP
  3539. file. An example will be given in the Flags option.
  3540.  
  3541. .. [137] 3.7.8 - Outbound UUCP File
  3542.  
  3543.    If your system is going to exchange UUCP mail via Fidonet file
  3544. attaches, you have to supply the file name that your system will SEND to
  3545. the remote Fidonet site. In the opposite way, the same name configured
  3546. here must be configured in the remote site as the INBOUND UUCP file. An
  3547. example will be given in the Flags option.
  3548.  
  3549. .. [138] 3.7.9 - AreaFix Pwd
  3550.  
  3551.    Password needed to access the AreaFix server for this node. This
  3552. password must be sent in the subject line of the requesting netmail.
  3553.  
  3554. .. [139] 3.7.10 - Fido ZIP Password
  3555.  
  3556.    Password that will protect the compressed file attach, containing the
  3557. UUCP mail being exchanged with the remote UUCP/Fidonet site. This entry is
  3558. optional, and will only work with ZIP, ARC and ARJ files.
  3559.  
  3560. .. [13A] 3.7.11 - Compressor
  3561.  
  3562.    Compression used to pack UUCP bundles and file attach them to netmail
  3563. messages.   
  3564.  
  3565. .. [13B] 3.7.12 - File compressor
  3566.  
  3567.    Type of compression technique used to compress and decompress the UUCP
  3568. mail that will be exchanged with the remote site via Fidonet file
  3569. attaches.
  3570.  
  3571. .. [13C] 3.7.13 - Flags
  3572.  
  3573.    These flags define the operational behavior of the current UUCP system.
  3574.  
  3575. HLD DIR CSH KIL AFX BAT CUN STR ZIP GTW OUT BNK BAG CNV LOK OFF
  3576.  
  3577. HLD, DIR, CSH, KIL - define the netmail status for the file attach that
  3578. will eventually be created for UUCP exchange of mail via Fidonet.  Note
  3579. that the file attach will have the "Del file after sent" flag forced
  3580. active, avoiding duplication of mail.
  3581.  
  3582. FIX
  3583.  
  3584.      Postmaster is allowed to use the areafix server via email
  3585.  
  3586. BAT
  3587.  
  3588.     If ON, Newsgroups will be sent to the remote system in batch format.
  3589.  
  3590. CUN
  3591.  
  3592.     If you are using a news compression program that cannot add the "#!
  3593. cunbatch\n" header in outbound compressed news, set this to ON to force
  3594. MailGate to add the header before the news compressed file is sent to the
  3595. spool directory.
  3596.  
  3597. STR
  3598.  
  3599.     If you are using a news decompression program that does not handle
  3600. inbound news with the "#! cunbatch\n" header, set this to ON to force
  3601. MailGate to remove the header before the decompression program can be able
  3602. to execute its function.
  3603.  
  3604. ZIP
  3605.  
  3606.    If this flag is ON, MailGate will scan the UUCP Spool directory,
  3607. compress outbound or inbound directory and file attach to the Fidonet
  3608. node, configured in the Alternative Route. If the two systems are going to
  3609. exchange mail in the traditional UUCP fashion, leave this flag OFF.
  3610.  
  3611. GTW
  3612.  
  3613.    This flag will define the behavior of the UUCP-to-Fidonet type of
  3614. transition. This flag is only active if ZIP is ON. An example will be
  3615. given after the last flag is commented out.
  3616.  
  3617. OUT
  3618.  
  3619.    Indicates that MG must compress UUCP OUTBOUND mail, compress and file
  3620. attach to the Alternative Route (Fidonet node). This flag will only work
  3621. if ZIP is ON. If OUT is OFF, MG will only compress and file attach INBOUND
  3622. UUCP mail.
  3623.  
  3624. BNK
  3625.  
  3626.    If ON, MG will generate the Fido file attach using Binkley convention.
  3627. If OFF, MG will issue a netmail file attach, compatible with Front-Door.
  3628. This flag will only be active if ZIP is ON.
  3629.  
  3630. BAG
  3631.  
  3632.   If ON, besides looking for normal UUCP mail in the link's spool directory,
  3633. MailGate will also look for compressed or uncompressed *.* files in the
  3634. subdirectory BAG\, inside the link's spool directory. For example, if the
  3635. main spool directory is \MG\SPOOL, and the UUCP link is TTBBS, MG will
  3636. look for UUCP inbound mail in \MG\SPOOL\TTBBS\BAG\. This is particularly
  3637. useful if your system is receive-only, and receives UUCP mail (normally 
  3638. batched news) from a satellite provider. MG also recognizes and processes
  3639. private email, embedded in the batched news. These email messages come
  3640. with a header like
  3641.  
  3642. #! rmail 1234 clovis@er.anpe.br
  3643.  
  3644. which is different when compared with the normal #! rnews 1234 header,
  3645. where in this example, 1234 is the size in bytes of the entire message.
  3646.  
  3647. The address right after the message size is the destination of the email.
  3648.  
  3649. CNV  
  3650.  
  3651.    Be careful when using this flag, which will rarely occur. If this
  3652. UUCP system is actually LOCAL to your computer or LAN, in other words,
  3653. if the UUCP machine does not pick up mail using UUCICO, but rather, have
  3654. direct access to the spool directory via a LAN, for example, set this
  3655. flag to ON. This will force MG to switch the naming convention of outbound
  3656. and inbound mail. For example, if a message is generated to this UUCP
  3657. node, instead of being named as *.XQT, *.CMT and *.DAT (outbound mail),
  3658. the files will be named as it they were inbound mail, (*.D and *.X). This
  3659. will make them ready for the UUCP node to accept them as inbound mail.
  3660. When the UUCP node exports mail for delivery, your local system will
  3661. understand the *.XQT, *.DAT, *.CMD files generated by the UUCP node as
  3662. if they were inbound mail to be imported.
  3663.  
  3664. MG will only recognize this CNV flag if the appropriate Run-Time flag is
  3665. also set to ON.
  3666.  
  3667. LOK
  3668.  
  3669.    Lock tossing. Some providers forward mail from other systems to you.
  3670. This means that inbound UUCP mail in the spool directory are not always
  3671. generated by the provider. If this happens, set LOK to OFF to force
  3672. MailGate to bypass the validation of the sender of the mail and process any
  3673. inbound packet in the spool directories. If LOK is ON, MG will check the U
  3674. command in the *.X control file and validate it only if it matches the UUCP
  3675. machine of the link.
  3676.  
  3677. OFF
  3678.  
  3679.    Temporarily disable the current entry from the system.
  3680.  
  3681. ///    ///   ///   Applications for some of these flags ///  ///  ///
  3682.  
  3683. Please, pay attention to the following explanation, if you are going to
  3684. use Fidonet to transport pure UUCP mail between UUCP sites. If this is not
  3685. your case, skip to the next section.
  3686.  
  3687. One of the drawbacks of UUCP is that it is an old protocol, inefficient in
  3688. some ways, mail is mostly exchanged uncompressed, news compression is not
  3689. efficient, and all of this is a synonym of longer transfer rates, more
  3690. sensitive connections to noisy phone lines, etc. If the systems exchanging
  3691. UUCP mail are also on the Fidonet, they can take advantage of this fact
  3692. and exchange their UUCP mail using a Fidonet Front-End mailer.  It is
  3693. important to note that the UUCP mail will not be touched, altered, or
  3694. whatever, Fidonet will only be used to transport the mail, and that is
  3695. all. There are basically two distinct ways of using Fido to transport UUCP
  3696. mail, and they will be explained by means of two examples.
  3697.  
  3698. Situation number 1: The two systems are independent, meaning that one is
  3699. not a subdomain of the other.
  3700.  
  3701. Suppose these two UUCP machines exchange UUCP mail with an Internet
  3702. provider, located in Santa Rosa, USA.
  3703.  
  3704. BRONLINE (BRONLINE.COM) and LACOSA (LACOSA.COM).
  3705.  
  3706. The problem is that BRONLINE, being located in Recife, Brazil, will have
  3707. to make a long distance phone call to the USA to pick up its mail via
  3708. UUCP, with the Internet provider. On the other side, LACOSA is in Santa
  3709. Rosa, USA, which means that the UUCP provider is local.
  3710.  
  3711. BRONLINE decided it would be much more efficient if it could get its UUCP
  3712. mail using Fido to transport it, which would make the international phone
  3713. calls much more efficient and less costly. Unfortunately, the UUCP
  3714. provider does not support such alternative way of supplying UUCP mail. So
  3715. here comes LACOSA.COM. BRONLINE and LACOSA make a deal that says the
  3716. following:
  3717.  
  3718. LACOSA would create a configuration in its local system, just to play
  3719. BRONLINE with the UUCP provider. In other words, it will be the postmaster
  3720. in LACOSA, not BRONLINE, that will pick up the UUCP mail with the
  3721. provider, for the BRONLINE system. Doing so, it is obvious that the UUCP
  3722. mail will be stored in the hard-disk of LACOSA (playing BRONLINE), and
  3723. needs a way to reach BRONLINE in Brazil. The two systems will use Fidonet
  3724. to transport such UUCP mail, via file attaches that contain the whole UUCP
  3725. mail in compressed format.
  3726.  
  3727. Going on with the suppositions, assume that LACOSA is Fidonet node
  3728. 1:125/3150 and BRONLINE is 4:808/2.
  3729.  
  3730. When BRONLINE generates mail to be sent to the provider, it needs a way to
  3731. also compress this mail, file attach it and send over to LACOSA
  3732. (1:125/3150) via Fidonet session.
  3733.  
  3734. This is what 1:125/3150 must do:
  3735.  
  3736. 1 - Set up an entire sub-system, just to play BRONLINE over there.
  3737.  
  3738. 2 - Exchange UUCP mail with the provider, as if it were BRONLINE.
  3739.  
  3740. 3 - Compress INBOUND UUCP mail (received from the provider) and file
  3741.     attach to the Fidonet node that belongs to BRONLINE, 4:808/2.
  3742.  
  3743. 4 - Set to ON the following flags:
  3744.  
  3745.     ZIP
  3746.  
  3747. 5 - Set to OFF the following flags:
  3748.  
  3749.    GTW OUT
  3750.  
  3751. The GTW flag will only be used in the second example. The OUT flag, being
  3752. disabled, indicates to the configuration of MG at 1:125/3150 that it will
  3753. only compress INBOUND mail (received from the provider), compress it and
  3754. file attach to the Fidonet node that belongs to BRONLINE, 4:808/2.
  3755.  
  3756. 6 - The OUTBOUND file configured at 1:125/3150 is BROUT, and the INBOUND
  3757. file configured at 1:125/3150 is BRIN.
  3758.  
  3759. BRONLINE (4:808/2), must set up a similar configuration. This is what it
  3760. will do, to be in synchronization with what 1:125/3150 did on its side:
  3761.  
  3762. 1 - Set up, as normal, its BRONLINE configuration.
  3763.  
  3764. 2 - Set to ON the following flags:
  3765.  
  3766.   ZIP OUT
  3767.  
  3768. The OUT flag, in this case, indicates that MG, at 4:808/2, must compress
  3769. and file attach to 1:125/3150, only OUTBOUND UUCP mail (the messages that
  3770. should be sent out to the provider).
  3771.  
  3772. 3 - Set to OFF the flag:
  3773.  
  3774.   GTW
  3775.  
  3776. 4 - The OUTBOUND file configured at 4:808/2 is BRIN and the INBOUND file
  3777. configured at 4:808/2 is BROUT (note that they must be reversed in the two
  3778. configurations, at 4:808/2 and 1:125/3150).
  3779.  
  3780. Finally, this is what will take place:
  3781.  
  3782. 1:125/3150, playing BRONLINE in California, will exchange UUCP mail with
  3783. the provider, as if it were BRONLINE. Outbound mail is normally sent to
  3784. the provider, but received (inbound) mail, must be sent to the true
  3785. BRONLINE system in Brazil, as if it had actually made the UUCP connection
  3786. with the provider.
  3787.  
  3788. The configuration of MG at 1:125/3150 will detect inbound UUCP mail in the
  3789. spool directory of BRONLINE (*.X and *.D files). These files will be
  3790. compressed as file BROUT, file attached From: 1:125/3150 To: 4:808/2 and
  3791. finally deleted from the spool directory.
  3792.  
  3793. 4:808/2 will, in turn, check if its local spool directory (BRONLINE) has
  3794. OUTBOUND mail to be sent over to the provider (*.XQT, *.CMD and *.DAT
  3795. files). If found, these files will be compressed in the BRIN file, file
  3796. attached To: 1:125/3150 From:4:808/2, and then deleted.
  3797.  
  3798. 1:125/3150 and 4:808/2 execute a Fidonet mailing session. File BROUT.ZIP
  3799. (or whatever compression was chosen) is sent From:1:125/3150 To:4:808/2,
  3800. and file BRIN.ZIP is sent From:4:808/2 To:1:125/3150.
  3801.  
  3802. After receiving BRIN.ZIP, 1:125/3150 will execute MG.EXE. MailGate will
  3803. detect the BRIN.* file, check the configuration and determine that this
  3804. file must be uncompressed and the result should be sent to the Spool
  3805. directory of BRONLINE (remember, 1:125/3150 is playing BRONLINE in the
  3806. USA).  Since the files inside BRIN.* are UUCP OUTBOUND files, they will be
  3807. ready to be sent over to the UUCP provider AS IF it had been the system in
  3808. Brazil that made the UUCP connection!
  3809.  
  3810. In the other hand, 4:808/2, after receiving BROUT.* from the USA, will run
  3811. MG.EXE. MailGate will detect this file, and according to the
  3812. configuration, it should be uncompressed and the result files moved to the
  3813. spool directory of BRONLINE (the real one in Brazil). Since the result
  3814. files are UUCP INBOUND mail (*.X, *.D), the whole process is over, and it
  3815. will look like BRONLINE had exchanged UUCP mail with the provider in the
  3816. USA, but this was not the case.
  3817.  
  3818. Now, to the second example. This is the basic distinction between the
  3819. following situation and the one just described above. In situation 1, the
  3820. two systems never exchanged UUCP mail, but just used Fido to transport
  3821. mail for one system, having the other as a bridge. In the following
  3822. situation, the two systems exchange UUCP mail but they decide to use Fido
  3823. as the transportation media.
  3824.  
  3825. This is mostly like to occur with a system and one of its downlinks.
  3826. Suppose LACOSA.COM has one system connected to it, say,
  3827. BRONLINE.LACOSA.COM. LACOSA exchanges UUCP mail with the provider, and
  3828. BRONLINE gets its mail from LACOSA.
  3829.  
  3830. Having a node under its own domain, the configuration at LACOSA will work
  3831. with a second subdirectory in the spool main directory, where mail to/from
  3832. BRONLINE is processed. BRONLINE will get the mail stored in this
  3833. subdirectory using the UUCICO program and UUCP protocol. When BRONLINE and
  3834. LACOSA exchange mail using the UUCP protocol, this is what happens:
  3835.  
  3836. Outbound mail at BRONLINE will be sent to LACOSA. During the transmission,
  3837. a command file (*.CMD) at BRONLINE will make the Data (*.DAT) and the
  3838. control (*.XQT) files be stored at LACOSA as *.D and *.X respectively.
  3839. LACOSA will process this mail and eventually forward it to other systems,
  3840. toss to its own message base, or whatever. What is important to consider
  3841. is that outbound mail (*.DAT, *.CMD and *.XQT) become two files in the
  3842. other end of the connection, *.D and *.X, no matter if mail is sent or
  3843. received from/to LACOSA and BRONLINE.
  3844.  
  3845. But LACOSA and BRONLINE decide they will exchange UUCP mail using Fidonet.
  3846.  
  3847. What LACOSA and BRONLINE have to do is exactly what they did in the first
  3848. example, with the only detail that they must ACTIVATE the GTW flag. This
  3849. flag means "gateway", and instructs MailGate in both ends to promote the
  3850. gateway of the UUCP mail (*.XQT, *.CMD and *.DAT become *.D and *.X),
  3851. before compressing and file attaching these UUCP files. They must, also,
  3852. have the OUT flag ACTIVE in both sides, since the two systems will only
  3853. convert and exchange UUCP outbound mail.
  3854.  
  3855.   
  3856. .. [13D] 3.7.14 - UUCICO Mailer
  3857.  
  3858.    Type of UUCICO program in use between your system and this UUCP node.
  3859. We welcome you to send us your suggestions and sample files, if you need
  3860. MG to support different formats. Make sure the files may be shared before
  3861. sending.
  3862.  
  3863. .. [500] 3.7.14.1 - Waffle UUCICO
  3864.  
  3865. .. [501] 3.7.14.2 - PCBoard UUCP
  3866.  
  3867. .. [502] 3.7.14.3 - Kendra's UUPC
  3868.  
  3869. .. [0B7] 3.8 - UUCP Maps
  3870.  
  3871.    This menu gives you access to the UUCP MAP systems. This is important
  3872. if you are going to supply UUCP mail to other systems in the Fidonet
  3873. format (i.e., netmail and echomail). MailGate has two basic ways to exchange
  3874. mail with other UUCP systems:
  3875.  
  3876. 1 - Via UUCP. For example, suppose your machine is TTBBS.COM, and you
  3877. define a second machine, ABC, under your domain. In this case, the other
  3878. system is assigned the ABC.TTBBS.COM domain. Mail received from your
  3879. provider, destined to ABC.TTBBS.COM will be forwarded to the spool
  3880. directory assigned to machine ABC. TTBBS.COM and ABC.TTBBS.COM will
  3881. exchange pure UUCP mail, with no Fidonet involved. It must also be noted
  3882. that the proper UUCP routing for machine ABC must be configured in the
  3883. UUCP Route file, that can be found in the UUCP System Menu. This will make
  3884. sure that all mail addressed to ABC will be forwarded to the right spool
  3885. subdirectory.
  3886.  
  3887. If ABC is configured in the MAP database as Fidonet node 4:808/20, MG will
  3888. not create UUCP mail and forward to the ABC spool directory. Instead, it
  3889. will convert the incoming UUCP mail into the Fidonet format. So, if an
  3890. email comes addressed to john.green@abc.ttbbs.com, this email will become
  3891. a netmail to: John Green at fidonet node 4:808/20. In the other way
  3892. around, netmail coming from any user at system 4:808/20, addressed to the
  3893. UUCP gateway node, will be converted to email, originated from
  3894. user@abc.ttbbs.com, and placed in the main spool directory for your system
  3895. be able to send it over, via your UUCP provider.
  3896.  
  3897. .. [140] 3.8.1 - UUCP Map Domain
  3898.  
  3899.    MAPS are only used if your system manages mail to/from UUCP machines and
  3900. these machines are Fidonet systems. Inbound mail is automatically converted
  3901. to Fido (netmail), and inbound netmail is converted to UUCP before being
  3902. sent out. If the UUCP links connected to your system will receive pure UUCP
  3903. mail, do not configure them in the MAP database.
  3904.    
  3905.     This entry is the subdomain for the Fidonet system. Use short words to
  3906. clearly identify the name of the system. MailGate, as explained in other
  3907. sections of this manual, has different ways to send and receive mail
  3908. to/from the Internet. One of them works with the help of the UUCP Map. One
  3909. BBS system may be assigned one UUCP subdomain, and all users from that BBS
  3910. can send and receive mail. The UUCP Subdomain will identify the name of
  3911. the system and route the mail to and from the right node number. For
  3912. example, if the UUCP Subdomain is "spinner", any user from 12:2820/1 will
  3913. have an account on the Internet in the form:
  3914.  
  3915.  firstname.lastname%spinner@ttbbs.ax.apc.org
  3916.  
  3917.  firstname and lastname are taken from the netmail that came from
  3918. 12:2820/1.  "spinner" is the corresponding UUCP Subdomain for 12:2820/1
  3919. and ttbbs.ax.apc.org is the local UUCP domain. In the other way, mail arriving
  3920. from the Internet addressed to flavio.veras%spinner@ttbbs.ax.apc.org will be
  3921. sent to Flavio Veras, 12:2820/1.
  3922.  
  3923. .. [141] 3.8.2 - FidoNet Node
  3924.  
  3925.     This is the node of the BBS system that can route mail to and from the
  3926. Internet under the subdomain assigned to it.
  3927.  
  3928. .. [142] 3.8.3 - Description
  3929.  
  3930.     This field is used for purposes of documentation only, it is not used
  3931. for any special function in the system. Use it to highlight details of
  3932. this configuration.
  3933.  
  3934. .. [143] 3.8.4 - FlaGs
  3935.  
  3936.    These flags define the operational behavior of the current UUCP MAP
  3937. system.
  3938.  
  3939.  
  3940. HLD DIR CSH KIL ECH SIG OUT UAS BAD REJ CC: RET    OFF
  3941.  
  3942. HLD, DIR, CSH, KIL - Netmail flags for mail generated for this user, that
  3943. can be confirmation receipts, converted UUCP mail, and so on.
  3944.  
  3945. ECH
  3946.  
  3947.    This flag has two distinct purposes. First, for inbound Internet mail,
  3948. assuming the subject line complies with the standards to identify the
  3949. messages as being an uuencoded file, the message(s) will automatically be
  3950. converted back to the original file, and a netmail file attach will be
  3951. created to the destination Fidonet user.
  3952.  
  3953.   Second, this flag is also used if your system is going to exchange
  3954. Fidonet files via uuencoded messages, in the automatic process that was
  3955. explained in the UUE FilePath help. Having this flag ON, MailGate will look
  3956. for file attaches in the netmail folder, originated from this user. After
  3957. finding any, it will check if the destination of such netmail is configured
  3958. in the UUCP Echo database. If so, the UUCP manager has the From: (this
  3959. current and the To: (taken from the UUCP echo database) to successfully
  3960. convert the file and send it to the destination as uuencoded messages. If
  3961. the remote system is configured in exactly the opposite way, the file will
  3962. be converted back to its original format and placed in the inbound files
  3963. directory of the remote system, making it believe that the file was
  3964. automagically sent via a Fidonet session.
  3965.  
  3966. SIG 
  3967.  
  3968.   Text file, located in the UUCP Dir, (\mg\uucp\), with extension .SIG,
  3969. added to the bottom of each message generated from this user to the UUCP
  3970. gateway. If not present, MG defaults to the system signature.
  3971.  
  3972. OUT
  3973.  
  3974.    This flag is useful if the user is "out of town", and wishes to warn
  3975. users whom send him mail that he is out and will be reading his mail when
  3976. he arrives. MG will automatically reply to his messages. Such message can
  3977. be edited and configured in the Text Files Menu. This flag can only be set
  3978. by the local postmaster.
  3979.  
  3980. UAS
  3981.  
  3982.    This flag is very useful for the postmaster or any user with high level
  3983. of access in your system. It allows the postmaster to send a message to the
  3984. Internet AS if he were another user. This will help the postmaster
  3985. unsubscribe unsolicited lists, etc. This is one example:
  3986.  
  3987. From: Clovis Lacerda
  3988. To  : UUCP
  3989. Re  : unsub
  3990. -------
  3991. as:john@ear.anpe.br
  3992. to:listserv@templevm.bitnet
  3993.  
  3994. unsub XXX-L
  3995.  
  3996. This message, instead of leaving the system From:clovis@ear.anpe.br, it
  3997. will actually be from:john@ear.anpe.br.
  3998.  
  3999. BAD
  4000.  
  4001.    VIP users may have the destination of their email checked against a bad
  4002. list of destinations, or they may have full privilege in the system, being
  4003. able to send email to whoever they want. If this flag is ON, MG will check
  4004. if the destination is in the bad UUCP list. If so, the process will be
  4005. aborted and a warning message will be sent to the user. This message can be
  4006. edited and configured in the Text Files Menu.
  4007.  
  4008. REJ
  4009.  
  4010.   Reject mail from the Internet. This means that whoever sends mail from
  4011. the Internet, addressed to this user, will be notified that he is not a
  4012. user in the system.
  4013.  
  4014. CC:
  4015.  
  4016.    If ON, this user is allowed to send carbon copies to users on the
  4017. Internet.
  4018.  
  4019. RET
  4020.  
  4021.    Return netmail to sender. This option disables this user from sending
  4022. mail to the Internet. He will receive a reply stating he is not allowed to
  4023. send messages to the gateway. 
  4024.  
  4025. OFF
  4026.  
  4027.   Disables the current entry.
  4028.  
  4029.  
  4030. .. [144] 3.8.5 - Map signature
  4031.  
  4032.   Text file, located in the UUCP Dir, (\mg\uucp\), with extension .SIG,
  4033. added to the bottom of each message generated from this user to the UUCP
  4034. gateway. If not present, MG defaults to the system signature.
  4035.  
  4036.  
  4037. .. [0B8] 3.9 - UUCP VIP users
  4038.  
  4039.     MailGate gives you conditions to have special users in the system, who
  4040. can be assigned with unique Internet accounts, overlapping the traditional
  4041. way of converting names and nodes. VIP users have privileges in the
  4042. system.  Netmail sent to them, coming from the Internet, can be configured
  4043. to have their status set to crash mail, direct mail, hold or kill after
  4044. sent.  Other privileges will be detailed in the help of internal flags.
  4045.  
  4046. .. [150] 3.9.1 - UUCP User
  4047.  
  4048.     Name of the Internet account of this VIP UUCP user. Enter the complete
  4049. name, for example, clovis@ear.anpe.br. If the domain of this user is the
  4050. local UUCP domain, entering only the user name will force MG to append
  4051. the local domain.
  4052.  
  4053. .. [151] 3.9.2 - FidoNet Node
  4054.  
  4055.     Node number from which the user will send and receive his UUCP mail.
  4056. This is one of the advantages of MailGate. Any user through the network
  4057. can use the UUCP Gateway and have the privileges of a VIP UUCP user.
  4058.  
  4059. .. [152] 3.9.3 - User Name
  4060.  
  4061.     Name of the user who is using this account. This is the name that
  4062. comes in the From: field of the netmail.
  4063.  
  4064. .. [153] 3.9.4 - User ID
  4065.  
  4066.     This field is available for purposes of your control only. You may
  4067. wish to separate different users and identify them with different letters,
  4068. for example, one letter for the users of one particular BBS. MGTOOLS uses
  4069. this field to create List reports. Please refer to the "MGTOOLS" help.
  4070.  
  4071. .. [154] 3.9.5 - Info 1
  4072.  
  4073.    General information about this UUCP VIP user, such as mailing address,
  4074. when he became a member of your system, when his subscription expires,
  4075. etc.
  4076.  
  4077. .. [155] 3.9.6 - Info 2
  4078.  
  4079.    General information about this UUCP VIP user, such as mailing address,
  4080. when he became a member of your system, when his subscription expires,
  4081. etc.
  4082.  
  4083. .. [156] 3.9.7 - Signature
  4084.  
  4085.    Customized text file appended to all messages sent by the current user
  4086. to the UUCP gateway. It overrides the default signature used by the
  4087. system, if present.   
  4088.  
  4089. .. [157] 3.9.8 - UUCP Cost Rate
  4090.  
  4091.    Use this entry to change the UUCP Cost for this VIP user, in relation
  4092. to the UUCP Cost configured in the UUCP Menu. For example:
  4093.  
  4094. If the UUCP Cost of every Kbyte of mail is 2 dollars and the Cost Rate is
  4095. 0.5, the cost of Kbyte for this user will be 2 x 0.5 = 1.
  4096.  
  4097. .. [158] 3.9.9 - FlaGs
  4098.  
  4099.    Special flags that define the behavior of this UUCP VIP user and his
  4100. account. You may define the status of the netmail that will be sent to
  4101. him, and the current status of his UUCP configuration.
  4102.   
  4103.  
  4104. HLD DIR CSH KIL ECH SIG OUT UAS BAD REJ CC: RET    OFF
  4105.  
  4106. HLD, DIR, CSH, KIL - Netmail flags for mail generated for this user, that
  4107. can be confirmation receipts, converted UUCP mail, and so on.
  4108.  
  4109. ECH
  4110.  
  4111.    This flag has two distinct purposes. First, for inbound Internet mail,
  4112. assuming the subject line complies with the standards to identify the
  4113. messages as being an uuencoded file, the message(s) will automatically be
  4114. converted back to the original file, and a netmail file attach will be
  4115. created to the destination Fidonet user.
  4116.  
  4117.   Second, this flag is also used if your system is going to exchange Fidonet
  4118. files via uuencoded messages, in the automatic process that was explained in
  4119. the UUE FilePath help. Having this flag ON, MailGate will look for file
  4120. attaches in the netmail folder, originated from this user. After finding
  4121. any, it will check if the destination of such netmail is configured in the
  4122. UUCP Echo database. If so, the UUCP manager has the From: (this current
  4123. and the To: (taken from the UUCP echo database) to successfully convert the
  4124. file and send it to the destination as uuencoded messages. If the remote
  4125. system is configured in exactly the opposite way, the file will be
  4126. converted back to its original format and placed in the inbound files
  4127. directory of the remote system, making it believe that the file was
  4128. automagically sent via a Fidonet session.
  4129.  
  4130. SIG 
  4131.  
  4132.   Text file, located in the UUCP Dir, (\mg\uucp\), with extension .SIG,
  4133. added to the bottom of each message generated from this user to the UUCP
  4134. gateway. If not present, MG defaults to the system signature.
  4135.  
  4136.  
  4137. OUT
  4138.  
  4139.    This flag is useful if the user is "out of town", and wishes to warn
  4140. users whom send him mail that he is out and will be reading his mail when
  4141. he arrives. MG will automatically reply to his messages. Such message can
  4142. be edited and configured in the Text Files Menu. This flag can only be set
  4143. by the local postmaster.
  4144.  
  4145. UAS
  4146.  
  4147.    This flag is very useful for the postmaster or any user with high
  4148. level of access in your system. It allows the postmaster to send a message
  4149. to the Internet AS if he were another user. This will help the postmaster
  4150. unsubscribe unsolicited lists, etc. This is one example:
  4151.  
  4152. From: Clovis Lacerda
  4153. To  : UUCP
  4154. Re  : unsub
  4155. -------
  4156. as:john@ear.anpe.br
  4157. to:listserv@templevm.bitnet
  4158.  
  4159. unsub XXX-L
  4160.  
  4161. This message, instead of leaving the system From:clovis@ear.anpe.br, it
  4162. will actually be from:john@ear.anpe.br.
  4163.  
  4164. BAD
  4165.  
  4166.    VIP users may have the destination of their email checked against
  4167. a bad list of destinations, or they may have full privilege in the system,
  4168. being able to send email to whoever they want. If this flag is ON, MG will
  4169. check if the destination is in the bad UUCP list. If so, the process will
  4170. be aborted and a warning message will be sent to the user. This message
  4171. can be edited and configured in the Text Files Menu.
  4172.  
  4173. REJ
  4174.  
  4175.   Reject mail from the Internet. This means that whoever sends mail from
  4176. the Internet, addressed to this user, will be notified that he is not
  4177. a user in the system.
  4178.  
  4179. CC:
  4180.  
  4181.    If ON, this user is allowed to send carbon copies to users on the
  4182. Internet.
  4183.  
  4184. RET
  4185.  
  4186.    Return netmail to sender. This option disables this user from sending
  4187. mail to the Internet. He will receive a reply stating he is not allowed
  4188. to send messages to the gateway.
  4189.  
  4190. OFF
  4191.  
  4192.   Disables the current entry.
  4193.  
  4194.  
  4195. .. [0B9] 3.10 - Uucp special
  4196.  
  4197.    MailGate can configure up to 12 special UUCP destinations, giving remote
  4198. users access to the servers of the system. 2 of them are internal to MG,
  4199. the listserver and the UUCP Areafix managers. The other 10 are left for you
  4200. to process according to your particular needs and other external programs.
  4201.  
  4202. .. [160] 3.10.1 - Listserver
  4203.  
  4204.    Name of listserver user that will receive requests from users to join
  4205. the local lists of your system.
  4206.  
  4207. .. [161] 3.10.2 - Uucp AreaFix
  4208.  
  4209.    Name of areafix user that will receive requests from the postmasters of
  4210. UUCP downlinks, connected to Newsgroups. The complete set of commands
  4211. available for the UUCP areafix system is available in the text file that
  4212. can be edited in the Text Files Menu.
  4213.  
  4214. .. [162] 3.10.3 - UUCP 1
  4215.  
  4216.    Besides the two specific Listserv and Areafix users, MG can handle up
  4217. to 10 other general purpose special users. Whenever mail comes to one of
  4218. these users, MG will simply forward the message and store it in the UUCP
  4219. main directory. For example, if this special user is CONVERT, mail to
  4220. convert@ear.anpe.br will be stored as text file in \MG\UUCP\CONVERT. This
  4221. will allow other programs to take over and process these files
  4222. accordingly.
  4223.  
  4224. .. [163] 3.10.4 - UUCP 2
  4225.  
  4226.    Besides the two specific Listserv and Areafix users, MG can handle up
  4227. to 10 other general purpose special users. Whenever mail comes to one of
  4228. these users, MG will simply forward the message and store it in the UUCP
  4229. main directory. For example, if this special user is CONVERT, mail to
  4230. convert@ear.anpe.br will be stored as text file in \MG\UUCP\CONVERT. This
  4231. will allow other programs to take over and process these files
  4232. accordingly.
  4233.  
  4234. .. [164] 3.10.5 - UUCP 3
  4235.  
  4236.    Besides the two specific Listserv and Areafix users, MG can handle up
  4237. to 10 other general purpose special users. Whenever mail comes to one of
  4238. these users, MG will simply forward the message and store it in the UUCP
  4239. main directory. For example, if this special user is CONVERT, mail to
  4240. convert@ear.anpe.br will be stored as text file in \MG\UUCP\CONVERT. This
  4241. will allow other programs to take over and process these files
  4242. accordingly.
  4243.  
  4244. .. [165] 3.10.6 - UUCP 4
  4245.  
  4246.    Besides the two specific Listserv and Areafix users, MG can handle up
  4247. to 10 other general purpose special users. Whenever mail comes to one of
  4248. these users, MG will simply forward the message and store it in the UUCP
  4249. main directory. For example, if this special user is CONVERT, mail to
  4250. convert@ear.anpe.br will be stored as text file in \MG\UUCP\CONVERT. This
  4251. will allow other programs to take over and process these files
  4252. accordingly.
  4253.  
  4254. .. [166] 3.10.7 - UUCP 5
  4255.  
  4256.    Besides the two specific Listserv and Areafix users, MG can handle up
  4257. to 10 other general purpose special users. Whenever mail comes to one of
  4258. these users, MG will simply forward the message and store it in the UUCP
  4259. main directory. For example, if this special user is CONVERT, mail to
  4260. convert@ear.anpe.br will be stored as text file in \MG\UUCP\CONVERT. This
  4261. will allow other programs to take over and process these files
  4262. accordingly.
  4263.  
  4264. .. [167] 3.10.8 - UUCP 6
  4265.  
  4266.    Besides the two specific Listserv and Areafix users, MG can handle up
  4267. to 10 other general purpose special users. Whenever mail comes to one of
  4268. these users, MG will simply forward the message and store it in the UUCP
  4269. main directory. For example, if this special user is CONVERT, mail to
  4270. convert@ear.anpe.br will be stored as text file in \MG\UUCP\CONVERT. This
  4271. will allow other programs to take over and process these files
  4272. accordingly.
  4273.  
  4274. .. [168] 3.10.9 - UUCP 7
  4275.  
  4276.    Besides the two specific Listserv and Areafix users, MG can handle up
  4277. to 10 other general purpose special users. Whenever mail comes to one of
  4278. these users, MG will simply forward the message and store it in the UUCP
  4279. main directory. For example, if this special user is CONVERT, mail to
  4280. convert@ear.anpe.br will be stored as text file in \MG\UUCP\CONVERT. This
  4281. will allow other programs to take over and process these files
  4282. accordingly.
  4283.  
  4284. .. [169] 3.10.10 - UUCP 8
  4285.  
  4286.    Besides the two specific Listserv and Areafix users, MG can handle up
  4287. to 10 other general purpose special users. Whenever mail comes to one of
  4288. these users, MG will simply forward the message and store it in the UUCP
  4289. main directory. For example, if this special user is CONVERT, mail to
  4290. convert@ear.anpe.br will be stored as text file in \MG\UUCP\CONVERT. This
  4291. will allow other programs to take over and process these files
  4292. accordingly.
  4293.  
  4294. .. [16A] 3.10.11 - UUCP 9
  4295.  
  4296.    Besides the two specific Listserv and Areafix users, MG can handle up
  4297. to 10 other general purpose special users. Whenever mail comes to one of
  4298. these users, MG will simply forward the message and store it in the UUCP
  4299. main directory. For example, if this special user is CONVERT, mail to
  4300. convert@ear.anpe.br will be stored as text file in \MG\UUCP\CONVERT. This
  4301. will allow other programs to take over and process these files
  4302. accordingly.
  4303.  
  4304. .. [16B] 3.10.12 - UUCP A
  4305.  
  4306.    Besides the two specific Listserv and Areafix users, MG can handle up
  4307. to 10 other general purpose special users. Whenever mail comes to one of
  4308. these users, MG will simply forward the message and store it in the UUCP
  4309. main directory. For example, if this special user is CONVERT, mail to
  4310. convert@ear.anpe.br will be stored as text file in \MG\UUCP\CONVERT. This
  4311. will allow other programs to take over and process these files
  4312. accordingly.
  4313.  
  4314.  
  4315. .. [0BA] 3.11 - XLat Table
  4316.  
  4317.    Mail from Fidonet, when converted to UUCP, needs to have some characters
  4318. changed to valid ASCII values, since the Internet does not welcome
  4319. non-ASCII characters most of the time. Whenever the 7-bit flag is ON,
  4320. either for netmail to email conversion or for PKT (echomail) to UUCP mail
  4321. conversion, MG will detect the characters higher than 127 and convert
  4322. according to the translation table defined in this option.
  4323.  
  4324. .. [013] 4 - TIC config
  4325.  
  4326.     TIC processing enables you to control the flow of files in and out of
  4327. your system automatically. It works in a way similar to echomail. You may
  4328. distribute files to nodes listed in a specific area. Inbound files, coming
  4329. from systems allowed to send them, will be distributed to the other systems
  4330. that are listed in your configuration as well. Your system can also scan
  4331. some file areas locally, search for new files, and automatically distribute
  4332. them. Numbered release of files, like NODEDIFF and NODELIST are compressed
  4333. and hatched to your downlinks. Some special status may be issued to some
  4334. systems so that they can control your TIC manager remotely.  MAGIC files
  4335. are also allowed, thus giving particular and customized actions when such
  4336. files are processed. You may also provide a DOS batch file for each TIC
  4337. area, so that the received files may be processed the way you want. 26
  4338. groups of TIC areas are available for organizing your TIC areas. TIC
  4339. processing may be sent to echomail areas. RAID support is available for
  4340. remote maintenance.  You may select FILES.BBS or the internal Remote Access
  4341. file database to be used in individual TIC areas.  FILE_ID.DIZ files are
  4342. removed from inbound files and used as a complete file description.
  4343.  
  4344. .. [170] 4.1 - Run-Time Options
  4345.  
  4346.     Several flags are provided for the system to operate according to your
  4347. specific needs. They are used to enable or disable almost all functions of
  4348. MailGate. Once configured, they are used as default settings for the
  4349. operation of MailGate. They can, however, be overridden by the DOS command
  4350. line. Run MailGate using one or more switches as explained in the ON-LINE
  4351. Help. If you run MG -? you will get the list of switches.
  4352.  
  4353. .. [180] 4.1.1 - Proc TIC
  4354.  
  4355.    If ON, MG will process the TIC functions during run-time.
  4356.  
  4357. .. [181] 4.1.2 - TIC New Files
  4358.  
  4359.    If ON, MG will look for TIC areas that allow the system to search for
  4360. new files, and if found, be distributed to its TIC links. Areas that have
  4361. the SCN flag activated fall in this category. This is useful if you want
  4362. to have some of your BBS directories scanned by MG and any new files
  4363. automatically hatched in the corresponding TIC area.
  4364.  
  4365. .. [182] 4.1.3 - TIC DIFF
  4366.  
  4367.    If ON, MG will look for TIC areas that have the DIF flag activated.
  4368. These TIC areas are those that contain release files, like NODELIST and
  4369. NODEDIFF. After finding new files, MG will compress them, append the
  4370. corresponding numerical file extension, and distribute to the TIC
  4371. downlinks. If you maintain the nodelist of your network using the MAKENL
  4372. program, this option is useful for automatic delivery of new weekly
  4373. releases of both files. TIC Areas must have the DIF flag set to ON if they
  4374. are going to be scanned for DIF files.
  4375.  
  4376. .. [171] 4.2 - Directories
  4377.  
  4378.     These directories are needed for MailGate to work properly. If not
  4379. correctly configured, MailGate will abort and send a warning message.
  4380. Some of these directories must match with those specified in the other BBS
  4381. programs you run, since MailGate will read and write mail and information
  4382. to them. The names are suggestive and the pre-configured directories will
  4383. give you no doubt about what they are for. If you do not provide the drive
  4384. name, MailGate can operate throughout a network based system. Note that a
  4385. SET statement should be provided in your AUTOEXEC.BAT to help MailGate
  4386. locate the main configuration directory. Use SET MG=C:\MG if this is the
  4387. directory where you configured MailGate and MG.CFG. Add in the PATH line
  4388. where the EXE files are and MailGate can run from any directory. MailGate
  4389. will first look for MG.CFG in the current path, then in the SET command.
  4390. In this manner, you can have as many different configurations as you want,
  4391. and different configurations may share the same directories.
  4392.  
  4393. .. [190] 4.2.1 - TIC Directory
  4394.  
  4395.     The TIC main configuration file and the TIC Areas database files are
  4396. stored in this directory. Two subdirectories are automatically managed by
  4397. MailGate, one, the HOLD directory, stores the TIC control files (*.TIC)
  4398. that are file attached as netmail to your downlinks. The DUP subdirectory
  4399. contains the *.DUP files for each TIC area control, to avoid the flow of
  4400. duplicated files.
  4401.  
  4402.  TIC operation is the process of sending files automatically between many
  4403. BBS systems, without the intervention of the sysop. It works in a way
  4404. similar to echomail messages. Once a file is sent for distribution
  4405. (HATCH), the various TIC managers along the net will forward the file to
  4406. the desired downlink systems, according to the way these systems are
  4407. configured.  Besides processing TIC files between Fidonet systems,
  4408. MailGate and its Listserver manager in the UUCP system can handle
  4409. distribution of files to Internet users, provided they are properly set in
  4410. any of the local Lists of the system. Please refer to the HELP of the
  4411. "UUCP Config" for details.
  4412.  
  4413. .. [191] 4.2.2 - File base Path
  4414.  
  4415.    Directory where the file base, compatible with Remote Access 2.00, is
  4416. maintained. MG needs to know where to find the RA file base if one or more
  4417. TIC areas are connected to this file base.
  4418.  
  4419. .. [172] 4.3 - Default AREA config
  4420.  
  4421.     This menu gives access to the general configuration options of your
  4422. TIC manager, related to new TIC areas that will eventually be created in
  4423. the system. New areas will take their default configuration from here.
  4424.  
  4425. .. [1A0] 4.3.1 - TIC Main Node
  4426.  
  4427.     Default Node used as the Main TIC Node for new areas created in the
  4428. system. This is the node that identifies your system to your downlinks and
  4429. uplinks when exchanging TIC files in distribution.
  4430.  
  4431. .. [1A1] 4.3.2 - Echo Node
  4432.  
  4433.     Default Echomail Node for new TIC areas in the system. MailGate uses
  4434. this node to send echomail reports after inbound TIC files are processed.
  4435. MailGate generates echomail from this node directed to the TIC Node.
  4436.  
  4437.  Warning: This node cannot be listed in the configuration of your echomail
  4438. utility as a LOCAL node. Rather, it must be considered as a "remote" node,
  4439. from which your system is receiving echomail. As such, it has to be known
  4440. by the Node Manager of your echomail utility, and listed in the export
  4441. list section of the Echomail Areas that are in gateway between the two
  4442. domains.  In the node configuration of your Front-End mailer, however, you
  4443. can configure it as an AKA node, so that mail will not leave the netmail
  4444. folder.  It must also have the "Active" option in the node manager set ON
  4445. (or any equivalent option). The "Active" option disables the node from
  4446. receiving echomail. It will only generate echomail, which is the situation
  4447. here.
  4448.  
  4449. .. [1A2] 4.3.3 - Default ECHO
  4450.  
  4451.     This is the default Echomail Area used for automatic notifications in
  4452. echomail when TIC files are processed by the system. It is used whenever a
  4453. new TIC area is created by the sysop or when uplinks send new TIC files in
  4454. distribution and are allowed to automatically create the new TIC Areas in
  4455. your system.
  4456.  
  4457. .. [1A3] 4.3.4 - Files.BBS TAB
  4458.  
  4459.     This is the number of spaces used to separate the file name from its
  4460. description in the FILES.BBS text file. This option will not be used if
  4461. the TIC file Area is configured to use the Remote Access file base, which
  4462. can be done by setting the RAF flag to ON.
  4463.  
  4464. .. [1A4] 4.3.5 - Virus Program
  4465.  
  4466.     Name of your virus utility that MailGate will use to scan the TIC
  4467. files processed in the system against the present of virus. If any file is
  4468. found to be infected by a virus, MailGate will not distribute it. You will
  4469. only enter the name of the executable or batch file. It must be either in
  4470. the current directory or in the PATH of your operating system.
  4471.  
  4472. .. [1A5] 4.3.6 - Virus Command
  4473.  
  4474.     This is the command line passed to the Virus Scan program during its
  4475. execution.
  4476.  
  4477. .. [1A6] 4.3.7 - Errorlevel
  4478.  
  4479.    Your Virus utility must exit with an errorlevel, indicating that a
  4480. virus was found during scanning. This errorlevel, that indicates the
  4481. presence of virus must be configured here, otherwise MailGate will not
  4482. know what your Virus program detected during execution.
  4483.  
  4484. .. [1A7] 4.3.8 - DIF Compressor
  4485.  
  4486.    Please choose one of the available compression techniques to be used
  4487. during the transmission of DIFF release files for certain TIC Areas that
  4488. have the DIF flag set to ON in their configuration.
  4489.  
  4490. .. [1A8] 4.3.9 - DIF Character
  4491.  
  4492.     During the compression of DIFF releases, MailGate uses this letter to
  4493. create the extension name of the compressed file. For example, if you
  4494. choose "A", and MailGate detects the file NODEDIFF.007, the compressed
  4495. file will be NODEDIFF.A07. The compression program is selected in the "DIF
  4496. Compressor" option of this Menu.
  4497.  
  4498. .. [1A9] 4.3.10 - Alias File
  4499.  
  4500.    This is the ASCII file that is updated whenever MailGate processes a
  4501. MAGIC file in distribution in your system. This file is generally used by
  4502. most Front-End mailers as an easy way to provide Files for file-request,
  4503. when the calling system requests a file by its MAGIC name.
  4504.  
  4505. .. [1AA] 4.3.11 - Areas Flag 1
  4506.  
  4507.    Each time a node is added in one of the TIC Areas of the system,
  4508. MailGate will use these flags as their defaults.
  4509.  
  4510. Flags from HLD to RCV define default settings for new nodes.  The other
  4511. flags define how the TIC Area will process the files.
  4512.  
  4513.  HLD=Hold, DIR=Direct, CSH=Crash, KIL=Kill. Default flags for TIC netmail.
  4514.  
  4515.  SND - Remote system may send files for distribution.
  4516.  RCV - Remote system can receive files.
  4517.  DUP - If ON, only files not found in the system will be distributed
  4518.  CRC - The system will check the 32 bit CRC of inbound/outbound TIC files.
  4519.  AUT - Allows privileged systems to subscribe on this TIC Area.
  4520.  VIR - The system will only process TIC files after a virus scan is done.
  4521.  RES - Resets the date/time of an inbound TIC file.
  4522.  DIF - Scans Area for new DIFF(numbered) releases
  4523.  SCN - Scans this Area in search of new files. TIC new files.
  4524.  FIX - FileFix searches are allowed in this Area.
  4525.  MAG - OFF for TIC file Areas and ON for MAGIC file Areas
  4526.  EXC - If ON, the file will be distributed only to the MAGIC nodes
  4527.  RAF - This file area is located in the Remote Access file database. The
  4528.        system will process the file database and ignore FILES.BBS.
  4529.  EXT - External FILES.BBS compatible files, located in TIC\FILEFIX, will
  4530.        be scanned during the FileFix function.
  4531.  
  4532. If a message area is configured to accept requests to the FileFix server,
  4533. this is how things will work:
  4534.  
  4535. FileFix is a function used for searching files for in the system. The
  4536. requests may be sent by any person from Echomail areas. It will look for
  4537. messages sent to the FileFix user. In the subject line, the user must have
  4538. written a list of files or descriptions to be searched in some of the TIC
  4539. file directories of the system. These directories must be the ones used by
  4540. your TIC areas, and the FileFix function must be enabled in the Flags
  4541. settings of these areas for FileFix to work. The file names and
  4542. descriptions are issued in the subject line of the message.
  4543.  
  4544.  Wildcards are valid. If the user wishes a search based on the
  4545. description, or part of the description of the file, it will have to come
  4546. between "".  Multiple files are accepted, as well as file names and
  4547. descriptions in the same message subject.
  4548.  
  4549.  Suppose that FINDFILE-RBT is an echomail area with the FIX flag set to
  4550. ON.  Assume that there are 4 TIC Areas in your system whose flags have the
  4551. FIX option set to ON, allowing FileFix requests. The following example
  4552. illustrates a valid message that will be processed by the system, and the
  4553. result will be forwarded to the same echomail area.
  4554.  
  4555.  From: Clovis Lacerda
  4556.  To: FileFix
  4557.  Re: mg*.* "MailGate" "utility" ra*.*
  4558.  
  4559.  This message will be processed by MailGate, and the system will  search
  4560. all of the directories of the TIC Areas that have the FIX flag ON. It will
  4561. look for files that match the mg*.* and ra*.* pattern, and also look for
  4562. files that have the string "utility" in their descriptions. Only files
  4563. that are listed in the FILES.BBS file will be recognized. The FileFix
  4564. function is similar to the Archie server found in many Internet sites. It
  4565. is very powerful and allows users to look for BBS systems that have some
  4566. specific files in their directories. One single query in the echomail
  4567. conference will activate FileFix search in all of the systems that have
  4568. MailGate operating. During the FileFix operation, external FileFix files
  4569. for other BBS may be searched for the requested files, and also, depending
  4570. on the configuration of the FileFix manager, MG will send netmail requests
  4571. to the MGSERVER user at some of these node numbers, which means that the
  4572. local configuration of MG is passing on a request to other nodes.
  4573.  
  4574.  
  4575. .. [1AB] 4.3.12 - Areas Flag 2
  4576.  
  4577.    Each time a node is added in one of the TIC Areas of the system,
  4578. MailGate will use these flags as their defaults.
  4579.  
  4580. RA    ON, this is a RA internal FileBase area
  4581. SOP   ON, send tic report to sysop instead of echomail
  4582. PST   ON  Pass-through area. Do not hatch file to the local BBS system
  4583. ARC   ON  Convert inbound files to a new compressor
  4584. BAN   ON  Include banner in the file archive
  4585.  
  4586. .. [1AC] 4.3.13 - FileFix Text
  4587.  
  4588.    In the echomail TIC reports, MailGate may append a default text file to
  4589. the message. The text file is "TAGLINE.TIC" and should be located in
  4590. \MG\TIC ("TIC Path"). If you want to have specific text files to be
  4591. included in the echomail reports, check the same option as this one in the
  4592. "TIC Area Manager".
  4593.  
  4594. .. [1AD] 4.3.14 - TIC Banner
  4595.  
  4596.    Text file used as the banner that will be included in the compressed
  4597. files in TIC distribution. It will only be included if the TIC area has
  4598. the BAN flag set to ON.
  4599.  
  4600. .. [173] 4.4 - TIC Area Manager
  4601.  
  4602.     This Menu will give you access to the configuration of each individual
  4603. TIC Area and its uplink/downlink nodes.
  4604.  
  4605. .. [1C0] 4.4.1 - AreaName
  4606.  
  4607.     For each TIC area there must be a unique name that identifies it. Try
  4608. to use names that are suggestive to the type of files that will be
  4609. distributed under this name. For example, your system might have a TIC
  4610. Area named NODEDIFF for distribution of Nodediff files, another area named
  4611. VIRUS for programs related to protection and detection of viruses, and so
  4612. on.
  4613.  
  4614.  Each TIC Area may have a special DOS batch file. This batch file should
  4615. be named with the same name of the TIC area, with extension .BAT. If
  4616. MailGate detects the presence of this file when processing inbound TIC
  4617. files for this TIC Area, it will execute the batch file, passing the file
  4618. name as the DOS parameter. The batch file must be located in the TIC
  4619. Directory. For example:
  4620.  
  4621.  TIC Area: MAILGATE
  4622.  
  4623.  DOS batch file: MAILGATE.BAT
  4624.  
  4625.  contents:
  4626.  
  4627.  pkunzip %1 \temp
  4628.  
  4629.  
  4630. .. [1C1] 4.4.2 - Description
  4631.  
  4632.     This field is used for purposes of documentation only, it is not used
  4633. for any special function in the system. Use it to highlight details of
  4634. this configuration.
  4635.  
  4636. .. [1C2] 4.4.3 - Area Path
  4637.  
  4638.     This is where the files distributed from the TIC Area are located, and
  4639. whose file list is maintained in the FILES.BBS text file, or whatever file
  4640. you configured for this purpose.
  4641.  
  4642. .. [1C3] 4.4.4 - RA Area Index
  4643.  
  4644.    If the RAF flag is set to ON, indicating that this TIC area operates
  4645. with the Remote Access file database, you must supply the file index area
  4646. that corresponds to the file area in question. Just check the number in
  4647. the configuration of RA. The RAF flag and a number different than 0, in
  4648. this field, are the only two things needed for MG to interface with the RA
  4649. file base.
  4650.  
  4651. .. [1C4] 4.4.5 - TIC Main Node
  4652.  
  4653.     Default Node used as the Main TIC Node for new areas created in the
  4654. system. This is the node that identifies your system to your downlinks and
  4655. uplinks when exchanging TIC files in distribution.
  4656.  
  4657. .. [1C5] 4.4.6 - Echo Node
  4658.  
  4659.     Default Echomail Node for new TIC areas in the system. MailGate uses
  4660. this node to send echomail reports after inbound TIC files are processed.
  4661. MailGate generates echomail from this node directed to the TIC Node.
  4662.  
  4663.  Warning: This node cannot be listed in the configuration of your echomail
  4664. utility as a LOCAL node. Rather, it must be considered as a "remote" node,
  4665. from which your system is receiving echomail. As such, it has to be known
  4666. by the Node Manager of your echomail utility, and listed in the export
  4667. list section of the Echomail Areas that are in gateway between the two
  4668. domains.  In the node configuration of your Front-End mailer, however, you
  4669. can configure it as an AKA node, so that mail will not leave the netmail
  4670. folder.  It must also have the "Active" option in the node manager set ON
  4671. (or any equivalent option). The "Active" option disables the node from
  4672. receiving echomail. It will only generate echomail, which is the situation
  4673. here.
  4674.  
  4675. .. [1C6] 4.4.7 - FILES.BBS
  4676.  
  4677.     MailGate defaults to FILES.BBS as the text file that contains the
  4678. updated list of all files and their descriptions. If your system works
  4679. with a different kind of file, you may enter in this option the full path
  4680. and name of such file. This may also be used if your system has a CD-ROM
  4681. and has to keep its FILES.BBS files in different directories in your hard
  4682. disk. If the RAF flag is ON, it means that this File Area is located in
  4683. the Remote Access file database, which means that this entry will not have
  4684. any effect.
  4685.  
  4686. .. [1C7] 4.4.8 - File Desc
  4687.  
  4688.     This is useful when new TIC Areas are created by the system, which is
  4689. something that occurs when some of your uplinks send TIC files originated
  4690. from unknown areas to your system. If this happens, it is obvious that the
  4691. system does not have the description of the TIC Area in question, for
  4692. which you may supply a general statement that will be temporarily used for
  4693. the created TIC Areas.
  4694.  
  4695. .. [1C8] 4.4.9 - Echo Area
  4696.  
  4697.     If this entry is not blank, MailGate will send a report of the inbound
  4698. files that are processed and later distributed by the system to this
  4699. echomail area, as well as the operations that were executed on it and
  4700. general information about your system. The originating node of the
  4701. Echomail message will be the "Echo Node" and the destination node will be
  4702. the "Tic Node". MailGate produces echomail packets as if they had arrived
  4703. in your system through a remote uplink, and this is the purpose of the
  4704. "Echo Node". It should not be one of your local nodes, but rather, a point
  4705. not considered local in the configuration of your echomail utility,
  4706. otherwise it may  not toss the packets created by the Tic Manager.
  4707.  
  4708. .. [1C9] 4.4.10 - Compressor
  4709.  
  4710.    Choose the compressor type to which incoming files will be converted.
  4711. This will only happen if the Automatic file conversion is active, via the
  4712. ARC flag set to ON.
  4713.  
  4714. .. [1CA] 4.4.11 - TIC Group
  4715.  
  4716.     TIC Groups that are available for this System. The downlink system
  4717. will only be allowed to activate the TIC areas that are members of the TIC
  4718. groups listed here. Otherwise, the downlink system will only access these
  4719. TIC Areas if you activate them manually.
  4720.  
  4721. .. [1CB] 4.4.12 - Flags 1
  4722.  
  4723.  
  4724.  Flags from HLD to RCV define default settings for new nodes.  The other
  4725. flags define how the TIC Area will process the files.
  4726.  
  4727.  HLD=Hold, DIR=Direct, CSH=Crash, KIL=Kill. Default flags for TIC netmail.
  4728.  
  4729.  SND - Remote system may send files for distribution.
  4730.  RCV - Remote system can receive files.
  4731.  DUP - If ON, only files not found in the system will be distributed
  4732.  CRC - The system will check the 32 bit CRC of inbound/outbound TIC files.
  4733.  AUT - Allows privileged systems to subscribe on this TIC Area.
  4734.  VIR - The system will only process TIC files after a virus scan is done.
  4735.  RES - Resets the date/time of an inbound TIC file.
  4736.  DIF - Scans Area for new DIFF(numbered) releases
  4737.  SCN - Scans this Area in search of new files. TIC new files.
  4738.  FIX - FileFix searches are allowed in this Area.
  4739.  MAG - OFF for TIC file Areas and ON for MAGIC file Areas
  4740.  EXC - If ON, the file will be distributed only to the MAGIC nodes
  4741.  
  4742. .. [1CC] 4.4.13 - Flags 2
  4743.  
  4744.  
  4745. RAF - This file area is located in the Remote Access file database. The
  4746.        system will process the file database and ignore FILES.BBS.
  4747. SOP  ON, send tic report to sysop
  4748. PST  ON, Pass-through area. Do not hatch file to the local BBS system
  4749. ARC  ON, Convert inbound files to a new compressor
  4750. BAN  ON, Include banner in the file archive
  4751.  
  4752. .. [1CD] 4.4.14 - TIC Nodes
  4753.  
  4754.    Access to the database containing all TIC nodes linked to this TIC
  4755. Area.
  4756.  
  4757. .. [1D0] 4.4.14.1 - TIC Node
  4758.  
  4759.    Node number of the system that will be a member of the current TIC
  4760. Area.
  4761.  
  4762. .. [1D1] 4.4.14.2 - Flags
  4763.  
  4764.  The following 4 flags define the status of the TIC netmail with the
  4765. corresponding attached file.
  4766.  
  4767.  HLD - Hold. TIC files are sent only when destination node makes the call
  4768.  DIR - Direct. Overrides the default route and points netmail to destination
  4769.  CSH - Crash. The system will force a call to destination node
  4770.  KIL - Netmail will be deleted after sent
  4771.  
  4772.  SND - This node may send files for TIC distribution
  4773.  RCV - This node may receive files from distribution
  4774.  ACT - This node is active to receive files
  4775.  BNK - Binkley compatible file attach.
  4776.  
  4777. .. [1CE] 4.4.15 - User downlinks
  4778.  
  4779.    Access to the database containing individual systems and/or users that
  4780. will receive a copy of the TIC file in distribution.
  4781.  
  4782. .. [1E0] 4.4.15.1 - User Name
  4783.  
  4784.     Name of the user who is using this account. This is the name that
  4785. comes in the From: field of the netmail.
  4786.  
  4787. .. [1E1] 4.4.15.2 - Downlink Node
  4788.  
  4789.    Node number that will receive the file attach and/or notification.
  4790.  
  4791. .. [1E2] 4.4.15.3 - Flags
  4792.  
  4793.  The following 4 flags define the status of the TIC netmail with the
  4794. corresponding attached file.
  4795.  
  4796.  HLD - Hold. TIC files are sent only when destination node makes the call
  4797.  
  4798.  DIR - Direct. Overrides the default route and points netmail to
  4799.        destination
  4800.  
  4801.  CSH - Crash. The system will force a call to destination node
  4802.  
  4803.  KIL - Netmail will be deleted after sent
  4804.  
  4805.  RCV - This node may receive files from distribution
  4806.  ACT - This node is active to receive files
  4807.  BNK - Binkley compatible file attach.
  4808.  ATT - If ON, the user will receive a copy of the file, via file attach.
  4809.        OFF means that only the netmail report will be sent to the user.
  4810.  
  4811. .. [1CF] 4.4.16 - FileFix Text
  4812.  
  4813.    In the echomail TIC reports, MailGate may append a default text file to
  4814. the message. The text file is "TAGLINE.TIC" and should be located in
  4815. \MG\TIC ("TIC Path"). If you want to have specific text files to be
  4816. included in the echomail reports, check the same option as this one in the
  4817. "TIC Area Manager".
  4818.  
  4819. .. [1CG] 4.4.17 - Banner Text
  4820.  
  4821.    Text file used as the banner that will be included in the compressed
  4822. files in TIC distribution. It will only be included if the TIC area has
  4823. the BAN flag set to ON.
  4824.  
  4825. .. [1CH] 4.4.18 - Batch File
  4826.  
  4827.    Batch file that will be executed right before the inbound TIC file is
  4828. distributed to TIC links in the corresponding area. Inside this batch file
  4829. there may be as many commands as needed to do any particular and special
  4830. operation on the file being distributed.
  4831.  
  4832. .. [174] 4.5 - Node Manager
  4833.  
  4834.   Configuration of Fidonet systems that exchange TIC files with your BBS.
  4835. Nodes not in this database will have inbound files automatically renamed as
  4836. BAD.
  4837.  
  4838. .. [1F0] 4.5.1 - Node Number
  4839.  
  4840.     This is the Node number of the TIC link system configured here. Only
  4841. Nodes configured in the Node Manager will be able to be members of TIC
  4842. Areas in the system.
  4843.  
  4844. .. [1F1] 4.5.2 - Sysop
  4845.  
  4846.    Name of the sysop of this system. Requests will be received/sent to
  4847. him.
  4848.  
  4849. .. [1F2] 4.5.3 - TIC Password
  4850.  
  4851.     Password used to validate TIC files coming from this Node for
  4852. distribution and also to send in the TIC file attaches. If this password
  4853. does not match with the one issued in the "Pw" field of the TIC control
  4854. file, the file in distribution will not be sent to the other downlinks,
  4855. and the incoming TIC control file will be renamed to *.BAD.
  4856.  
  4857. .. [1F3] 4.5.4 - RAID Password
  4858.  
  4859.     Password used to validate RAID requests from this downlink system.
  4860. RAID requests are netmail messages sent to one of the RAID Aliases, or to
  4861. RAID itself, at one of the Node numbers of your system. In the subject
  4862. line of the netmail, the sysop must write the RAID password. If the
  4863. password matches with the one configured here, the system will process the
  4864. RAID request, otherwise the request will be canceled. Below follows the
  4865. complete set of commands available in the RAID manager of MailGate:
  4866.  
  4867. This is the list of commands available to you.
  4868.  
  4869.  +<areaname>        Connect an area
  4870.  -<areaname>        Disconnect an area
  4871.  %HELP or %H        This help message
  4872.  %LIST or %L        To request a list of areas available to you
  4873.  %QUERY or %Q       List of available areas to which you are connected
  4874.  %UNLINKED or %U    List of available areas to which you are not connected
  4875.  %PASSWORD or %P    Change your AreaFix password
  4876.  %-ALL              Disconnect all areas
  4877.  %+ALL              Connect all areas
  4878.  %NOTIFY=[On/Off]   Turn the notify function on/off
  4879.  %MESSAGE=[On/Off]  Turn the message function on/off
  4880.  %TICK=[On/Off]     Turn the TICK file option on/off
  4881.  %STATUS            Status report with configuration
  4882.  %INACTIVE          Temporarily turn off all areas
  4883.  %ACTIVE            Turn inactive areas back on
  4884.  %FROM [address]    Remote maintenance for other nodes
  4885.  %RESEND file       Resend a TIC file that has been already processed
  4886.  
  4887. ---------- 
  4888.  
  4889.    To send a request to the RAID manager, the user has to supply his RAID
  4890. password in the subject line. In the subject line, the user can also send
  4891. some summarized commands that will force MailGate to execute the same
  4892. functions as if they were written in the body if the text. For example:
  4893.  
  4894.  From: John Green, 12:1280/7
  4895.  To: Raid, 12:1280/1
  4896.  Re:secret %h %q
  4897.  ----
  4898.  +virus
  4899.  -nodediff
  4900.  %list
  4901.  
  4902.  
  4903.  The %h has the same effect as the %HELP command if sent in the netmail,
  4904. and the %q has the same function as the %query if sent in the netmail.
  4905.  
  4906. .. [1F4] 4.5.5 - Groups
  4907.  
  4908.    Set of groups to which the current node has access. Netmail sent to the
  4909. RAID manager will only operate on the TIC areas that are configured in one
  4910. of the groups listed here.
  4911.  
  4912. .. [1F5] 4.5.6 - Flags
  4913.  
  4914.  The following 4 flags define the netmail status for RAID replies
  4915.  
  4916.  HLD - Hold. Netmail is sent only when destination node makes the call.
  4917.  
  4918.  DIR - Direct. Overrides the default route and points netmail to
  4919.        destination.
  4920.  
  4921.  CSH - Crash. The system will force a call to destination node.
  4922.  
  4923.  KIL - Netmail will be deleted after sent.
  4924.  
  4925.  FRW - Forward. The system may execute requests for other nodes in the
  4926.        system
  4927.  
  4928.  NEW - Insert. The system may create/remove new TIC areas in the system.
  4929.  
  4930.  AUT - Automatic. If this system sends a TIC file in an area where it is
  4931.        not subscribed, the file will be distributed and the node
  4932.        subscribed.
  4933.  
  4934.  MAG - Remote node may ADD a new MAGIC file not found in the system
  4935.  
  4936.  FMG - Sending node may UPDATE existing MAGIC file in the system
  4937.  
  4938.  NFY - Turn on/off the notify function for options
  4939.  
  4940.  MSG - turn on/off the message function
  4941.  
  4942.  BNK - This node will receive TIC files in Binkley format. OFF=Front-Door
  4943.        file attach.
  4944.  
  4945. .. [175] 4.6 - TIC Groups
  4946.  
  4947.    MG has 26 different groups that can be used to organize the different
  4948. TIC file areas, according to particular needs. In this menu you will
  4949. configure their descriptions.
  4950.  
  4951. .. [176] 4.7 - RAID Alias
  4952.  
  4953.    Users that will receive requests by netmail and activate the RAID
  4954. server. This server allows remote TIC nodes to update their configuration,
  4955. activate, disable TIC areas. You may set up more than one destination in
  4956. case you need to make sure MG will accept requests from systems that use
  4957. different TIC managers.
  4958.  
  4959. .. [1B0] 4.7.1 - Alias 1
  4960.  
  4961.    Optional alias name for the RAID server.
  4962.  
  4963. .. [1B1] 4.7.2 - Alias 2
  4964.  
  4965.    Optional alias name for the RAID server.
  4966.  
  4967. .. [1B2] 4.7.3 - Alias 3
  4968.  
  4969.    Optional alias name for the RAID server.
  4970.  
  4971. .. [1B3] 4.7.4 - Alias 4
  4972.  
  4973.    Optional alias name for the RAID server.
  4974.  
  4975. .. [1B4] 4.7.5 - Alias 5
  4976.  
  4977.    Optional alias name for the RAID server.
  4978.  
  4979. .. [1B5] 4.7.6 - Alias 6
  4980.  
  4981.    Optional alias name for the RAID server.
  4982.  
  4983. .. [1B6] 4.7.7 - Alias 7
  4984.  
  4985.    Optional alias name for the RAID server.
  4986.  
  4987. .. [1B7] 4.7.8 - Alias 8
  4988.  
  4989.    Optional alias name for the RAID server.
  4990.  
  4991. .. [177] 4.8 - FileFix Config
  4992.  
  4993.     If the EXT flag is set to ON in the "General Flags" option of a TIC
  4994. file Area, MailGate will look for text files in \MG\TIC\FILEFIX,
  4995. compatible with FILES.BBS, during a FileFix operation. Normally, TIC Areas
  4996. that have the FIX flag ON will be scanned during an echomail FileFix
  4997. request. In addition, MailGate can also look for the requested files in
  4998. extra FILES.BBS files, most probably files that your system has available
  4999. for other BBS systems, or off-line file lists that are not regularly
  5000. maintained in your system. You may create an extra TIC Area, using the
  5001. \MG\TIC\FILEFIX subdirectory to store the file lists that other BBS's send
  5002. to your system.  They would be available during the FileFix operation.
  5003. Note, however, that, depending on the number of such files and their
  5004. sizes, the FileFix function may take a long time to be completed.
  5005.  
  5006. .. [200] 4.8.1 - FileFix database
  5007.  
  5008.    Database that contains all FileFix systems, allowing MG to process an
  5009. ARCHIE file searching capability in a Fidonet compatible network.
  5010.  
  5011. .. [210] 4.8.1 - FILES.BBS
  5012.  
  5013.     MailGate defaults to FILES.BBS as the text file that contains the
  5014. updated list of all files and their descriptions. If your system works
  5015. with a different kind of file, you may enter in this option the full path
  5016. and name of such file. This may also be used if your system has a CD-ROM
  5017. and has to keep its FILES.BBS files in different directories in your hard
  5018. disk. If the RAF flag is ON, it means that this File Area is located in
  5019. the Remote Access file database, which means that this entry will not have
  5020. any effect.
  5021.  
  5022. .. [211] 4.8.2 - FidoNet Node
  5023.  
  5024.     Node number of the BBS system that supplied the "FILES.BBS" file for
  5025. the FileFix manager. This node will be reported on the Echomail FileFix
  5026. replies. MG may also create netmail requests to this node, if the file
  5027. list of such node is not located in your system, and if it has the RQT
  5028. flag set to ON. RQT means "Request", and this allows MG at one system to
  5029. pass the request on to the next system, and this cycle of requests will
  5030. eventually end up in the last system in the chain, and all systems that
  5031. processed the request will be able to send the final report to the
  5032. requesting user.
  5033.  
  5034. .. [212] 4.8.3 - Description
  5035.  
  5036.     This is an optional entry that may be used to give more details about
  5037. the system that supplied the "FILES.BBS" file. It will be used during
  5038. FileFix replies in echomail.
  5039.  
  5040. .. [213] 4.8.4 - Flags
  5041.  
  5042.    Flags defining the behavior of the current node.
  5043.  
  5044. HLD DIR CSH KIL
  5045.  
  5046. Define the status of the requesting netmail that may eventually be
  5047. forwarded to the BBS system defined in this entry. This will only be used
  5048. if the RQT flag is set to ON.
  5049.  
  5050. RQT
  5051.  
  5052.  Instead of looking for files in the "Allfiles" file, MG will send a
  5053. netmail to Mgserver, at the node defined in this entry, with the FILEFIX
  5054. command inside the message, as defined in the syntax of the MGSERVER
  5055. manager.
  5056.  
  5057. .. [201] 4.8.2 - Max FileFix files
  5058.  
  5059.    Password required to be granted access to MGSETUP and MGE.
  5060.  
  5061. .. [202] 4.8.3 - FileFix From:
  5062.  
  5063.    Define the name that will appear in the From: field of echomail or
  5064. netmail replies, sent to requests to the FileFix server.
  5065.  
  5066. .. [203] 4.8.4 - ATTACH database
  5067.  
  5068.    Text file that contains a list of subdirectories that MG has permission
  5069. to access and search for files for the ATTACH command of the MGSERVER
  5070. manager.
  5071.  
  5072. .. [178] 4.9 - Add banner
  5073.  
  5074.    Configuration of archive utilities that will add banner files to TIC
  5075. files in distribution, if this process is active for the particular TIC
  5076. area.
  5077.  
  5078. .. [220] 4.9.1 - ARC
  5079.  
  5080.    Archive program, and syntax, used to add banners to TIC files in
  5081. distribution.
  5082.  
  5083. .. [221] 4.9.2 - ZIP
  5084.  
  5085.    Archive program, and syntax, used to add banners to TIC files in
  5086. distribution.
  5087.  
  5088. .. [222] 4.9.3 - ARJ
  5089.  
  5090.    Archive program, and syntax, used to add banners to TIC files in
  5091. distribution.
  5092.  
  5093. .. [223] 4.9.4 - LZH
  5094.  
  5095.    Archive program, and syntax, used to add banners to TIC files in
  5096. distribution.
  5097.  
  5098. .. [224] 4.9.5 - ZOO
  5099.  
  5100.    Archive program, and syntax, used to add banners to TIC files in
  5101. distribution.
  5102.  
  5103. .. [225] 4.9.6 - GZ
  5104.  
  5105.    Archive program, and syntax, used to add banners to TIC files in
  5106. distribution.
  5107.  
  5108. .. [179] 4.10 - Convert archive
  5109.  
  5110.    Configuration of archive utilities that will convert one compression
  5111. technique into another, for TIC files in distribution, if this process is
  5112. active for the particular TIC area.
  5113.  
  5114. .. [230] 4.10.1 - ARC
  5115.  
  5116.    Archive program, and syntax, used to convert incoming files for
  5117. re-distribution to other systems.
  5118.  
  5119. .. [231] 4.10.2 - ZIP
  5120.  
  5121.    Archive program, and syntax, used to convert incoming files for
  5122. re-distribution to other systems.
  5123.  
  5124. .. [232] 4.10.3 - ARJ
  5125.  
  5126.    Archive program, and syntax, used to convert incoming files for
  5127. re-distribution to other systems.
  5128.  
  5129. .. [233] 4.10.4 - LZH
  5130.  
  5131.    Archive program, and syntax, used to convert incoming files for
  5132. re-distribution to other systems.
  5133.  
  5134. .. [234] 4.10.5 - ZOO
  5135.  
  5136.    Archive program, and syntax, used to convert incoming files for
  5137. re-distribution to other systems.
  5138.  
  5139. .. [235] 4.10.6 - GZ
  5140.  
  5141.    Archive program, and syntax, used to convert incoming files for
  5142. re-distribution to other systems.
  5143.  
  5144. .. [237] 4.10.7 - ARC
  5145.  
  5146.    Archive program, and syntax, used to unpack TIC files in distribution
  5147. that will be converted to another type.
  5148.  
  5149. .. [238] 4.10.8 - ZIP
  5150.  
  5151.    Archive program, and syntax, used to unpack TIC files in distribution
  5152. that will be converted to another type.
  5153.  
  5154. .. [239] 4.10.9 - ARJ
  5155.  
  5156.    Archive program, and syntax, used to unpack TIC files in distribution
  5157. that will be converted to another type.
  5158.  
  5159. .. [23A] 4.10.10 - LZH
  5160.  
  5161.    Archive program, and syntax, used to unpack TIC files in distribution
  5162. that will be converted to another type.
  5163.  
  5164. .. [23B] 4.10.11 - ZOO
  5165.  
  5166.    Archive program, and syntax, used to unpack TIC files in distribution
  5167. that will be converted to another type.
  5168.  
  5169. .. [23C] 4.10.12 - UGZ
  5170.  
  5171.    Archive program, and syntax, used to unpack TIC files in distribution
  5172. that will be converted to another type.
  5173.  
  5174. .. [17A] 4.11 - HATCH files
  5175.  
  5176.    This Menu will allow you to hatch files from a TIC Area to the TIC
  5177. nodes that are members of the Area. Please note that the file will not be
  5178. automatically hatched by MGSETUP. A TOK file will be created in the TIC
  5179. directory, and only when MG.EXE runs, it will be processed, and the file
  5180. distributed.
  5181.  
  5182. .. [240] 4.11.1 - TIC Area
  5183.  
  5184.     The name of the TIC Area from which you want your file to be hatched.
  5185. If you press "Enter" with this entry in blank, A list of all available TIC
  5186. areas in the system will be displayed.
  5187.  
  5188. .. [241] 4.11.2 - File Name
  5189.  
  5190.     Name of file that will be sent in distribution in the selected TIC
  5191. Area.  Type ENTER when this entry is blank to have a list of all files
  5192. available in the subdirectory defined in the configuration of the TIC
  5193. Area.
  5194.  
  5195. .. [242] 4.11.3 - File Description
  5196.  
  5197.     This is the description of the file that will be hatched.
  5198.  
  5199. .. [243] 4.11.4 - Directory
  5200.  
  5201.     If the file to be hatched is not located in the subdirectory of the
  5202. TIC Area, you have to enter the proper directory where the file is
  5203. located.
  5204.  
  5205. .. [244] 4.11.5 - MAGIC Name
  5206.  
  5207.     If this file has a magic name and you wish to send it to the TIC
  5208. links, you have to enter it here. Otherwise, leave this entry blank.
  5209.  
  5210. .. [245] 4.11.6 - Release Date
  5211.  
  5212.     If you wish to force MailGate to hatch this file only after a certain
  5213. date, enter  the date the file has to be hatched. If MailGate has to
  5214. distribute it now, leave this entry blank.
  5215.  
  5216. .. [246] 4.11.7 - Release Time
  5217.  
  5218.     If you wish to force MailGate to hatch this file only after a certain
  5219. time of the release day, enter the hour the file has to be hatched.  If
  5220. MailGate has to distribute it on the release day, at any time, leave this
  5221. entry empty.
  5222.  
  5223. .. [247] 4.11.8 - Send File!
  5224.  
  5225.     If everything is configured correctly, MailGate will start to blink at
  5226. this entry, saying that it is ready to send the file. Note however, that
  5227. the distribution is not done right away. MailGate creates a TIC file with
  5228. extension .TOK in the TIC HOLD directory. When MailGate is executed with
  5229. the TIC functions set to ON, it will look for .TOK files and then, treat
  5230. them as if they were .TIC files and execute the functions required for the
  5231. distribution to all downlinks of this TIC Area.
  5232.  
  5233. .. [17B] 4.12 - Globals
  5234.  
  5235.     You may add or remove downlink nodes from a set of TIC Areas that are
  5236. in one specific TIC group.
  5237.  
  5238. .. [250] 4.12.1 - Delete Node
  5239.  
  5240.     Node to be deleted from a set of TIC Areas located in one specific TIC
  5241. group. There are two basic ways of removing a node number from a TIC Area.
  5242. First, in the individual configuration of the TIC Area, you remove the
  5243. Node Number, and second, if you wish, you may remove one Node from a set
  5244. of TIC Areas from one TIC Group.
  5245.  
  5246. .. [251] 4.12.2 - Add Node
  5247.  
  5248.     Node to be added to a set of TIC Areas located in one specific TIC
  5249. group. There are two basic ways of adding a node number to a TIC Area.
  5250. First, in the individual configuration of the TIC Area, you add the Node
  5251. Number, and second, if you want to add one Node to a set of TIC Areas from
  5252. one TIC Group.
  5253.  
  5254. .. [17C] 4.13 - Import TICK210.CFG
  5255.  
  5256.    If you are using TICK 2.10 or compatible, you may avoid having to
  5257. configure everything again by importing the already existing
  5258. configuration.  Please not that the process is not complete due to
  5259. differences between the two programs. MG will import all TIC areas and
  5260. connected links, as well as their particular flags in each area. MG will
  5261. also import the Main TIC node, but MG will not change the configuration of
  5262. inbound and outbound directories. This will be left for you to decide how
  5263. your configuration of MG will be organized in this manner. MG will not
  5264. import the configuration of each TIC node (flags and password), something
  5265. that still needs to be done in the TIC Node Manager of MG. Check the
  5266. result configuration to make the final adjustments.
  5267.  
  5268. .. [014] 5 - System
  5269.  
  5270.   General options of the MailGate configuration are entered here. One part
  5271. consists of how MailGate will swap to and from memory whenever a second
  5272. EXEcutable file is executed by MailGate. If no memory is available,
  5273. MailGate will swap itself on disk, which considerably slows down the
  5274. operation of MailGate. Extended memory will be needed by MailGate quite
  5275. often, since most of its functions will be swap to and from memory. Please
  5276. check for the existence of an extended manager in your system. MailGate
  5277. will send a message when it is executed, saying whether or not it managed
  5278. to activate the extended memory manager.
  5279.  
  5280.  
  5281. .. [290] 5.1 - Directories
  5282.  
  5283.     These directories are needed for MailGate to work properly. If not
  5284. correctly configured, MailGate will abort and send a warning message.
  5285. Some of these directories must match with those specified in the other BBS
  5286. programs you run, since MailGate will read and write mail and information
  5287. to them. The names are suggestive and the pre-configured directories will
  5288. give you no doubt about what they are for. If you do not provide the drive
  5289. name, MailGate can operate throughout a network based system. Note that a
  5290. SET statement should be provided in your AUTOEXEC.BAT to help MailGate
  5291. locate the main configuration directory. Use SET MG=C:\MG if this is the
  5292. directory where you configured MailGate and MG.CFG. Add in the PATH line
  5293. where the EXE files are and MailGate can run from any directory. MailGate
  5294. will first look for MG.CFG in the current path, then in the SET command.
  5295. In this manner, you can have as many different configurations as you want,
  5296. and different configurations may share the same directories.
  5297.  
  5298. .. [280] 5.1.1 - AREAS Path
  5299.  
  5300.   Directory where MG stores all configuration and data files used by the
  5301. Area manager, local lists, message databases, listserver text files.
  5302.   
  5303. .. [281] 5.1.2 - TXT Path
  5304.  
  5305.     MailGate will search this directory for any text message that will be
  5306. sent as return replies for any request or usage of the system commands.
  5307. Name them as you wish, and this menu will allow you to edit them according
  5308. to your needs. Some hard coded file names must be placed here, for
  5309. example, RAIDHELP.TXT, used as the HELP message for requests to the RAID
  5310. remote manager. For more details on the RAID function, please refer to the
  5311. TIC Menu.
  5312.  
  5313. .. [282] 5.1.3 - MSGBASE Path
  5314.  
  5315.    Directory where the Hudson message base is maintained.
  5316.  
  5317. .. [291] 5.2 - Node Numbers
  5318.  
  5319.    Node numbers needed for the network to operate in Fidonet gateway mode.
  5320. MailGate can deal with 2 Fidonet-compatible networks. They are called
  5321. Primary and Secondary networks. The system will need information for the
  5322. Primary network, and it is optional to provide information for the
  5323. Secondary network, if there is any. These 4 node numbers are very
  5324. important. For each network, primary or secondary, there are two node
  5325. numbers, the first called "BBS" and the second, "Gateway". One example will
  5326. make it clear to understand what these nodes are for.
  5327.  
  5328.    The "BBS" node is used by MG as the node that will receive any
  5329. notification via netmail, all netmail reports and automatic replies. MG
  5330. will automatically select which one, Primary or Secondary, will match the
  5331. netmail in which it is operate on. The "gateway" node will only be used if
  5332. any kind of echomail gateway will be done using the "fake" system.
  5333.  
  5334.    When generating PKT (echomail), MailGate may use the fake gateway
  5335. system, instead of operating directly in the message base, as would do any
  5336. echomail tosser. Instead of depending on any particular type of message
  5337. area, MG creates PKT files, that will be processed by the echomail tosser
  5338. afterwards. In this situation, the same PKT file may be processed by a
  5339. Squish-compatible tosser, or JAM, Hudson, or any other type. But for the
  5340. PKT file to be generated, it needs a From: and a To: node numbers.  As a
  5341. matter of fact, if there is a PKT file around, it is because a node number
  5342. generated it to another node number. Here is where the Gateway node
  5343. operates. Since the BBS node is probably one of the AKA nodes of your
  5344. system, the gateway node will generate the PKT file to the BBS node.
  5345. Therefore, It must not be a node LOCAL to your system. Imagine the gateway
  5346. node as the node from the system across the system, that send you echomail
  5347. regularly, in other words, the gateway node is one of the up/downlinks in
  5348. your echomail system. For a matter of simplicity, let us assume that the
  5349. gateway node is a point of your BBS. With examples, this is how things
  5350. should work:
  5351.  
  5352. BBS Node    : 4:808/2   (local to the system)
  5353. Gateway node: 4:808/2.1 (remote node)
  5354.  
  5355.    Taking one echomail area as an example, BBSING, MailGate will generate
  5356. PKT files from: 4:808/2.1 to: 4:808/2. For the PKT to be tossed properly by
  5357. my echomail utility, 4:808/2 must be the main node of BBSING and 4:808/2.1
  5358. must be one of the downlinks of this area.
  5359.  
  5360. Similar situation takes place for the nodes in the secondary area.
  5361.  
  5362.    But these nodes, BBS and Gateway, are not only used for the PKT gateway
  5363. system. They are also used for netmail-to-netmail gateway between the
  5364. primary and secondary networks. Suppose that the Primary network is Fidonet
  5365. (using the same example above), and that the secondary network is RBT (BBS
  5366. Node: 12:1280/1 and Gateway node 12:1280/1.1).
  5367.  
  5368.    A netmail sent to 4:808/2.1, in the Fidonet domain, will be sent to RBT
  5369. from: 12:1280/1.1 and vice versa. How to send netmail through the primary
  5370. and secondary networks will be covered below. The process discussed here is
  5371. documented in FSC-0078. You may read the official document or read the
  5372. original scratch below, as it was sent to the Fidonet standards committee.
  5373.  
  5374. Note: An outdated reference to the Secondary network was made as "Fakenet",
  5375. which was substituted after some sysops claimed it could be dubious.
  5376.  
  5377.  ABSTRACT
  5378.  
  5379.   The word FakeNet will be used in this abstract to refer to any
  5380. Fido-compatible network that is not in the Fidonet nodelist, thus using
  5381. node numbers not found in the 1-through-6 Fidonet zones.
  5382.  
  5383.   A Fakenet uses its own nodelist. There is a large number of Fakenets all
  5384. over, each one unaware of the existence of the others, some using the same
  5385. node numbers in their own nodelists.  We shall try to put these networks
  5386. together, not by forcing any of them into a single nodelist, but by making
  5387. them aware of the existence of the others, and providing gateways in each
  5388. of these networks so that mail can flow in both directions.
  5389.  
  5390.  IMPLEMENTATION
  5391.  
  5392.   For a gateway to be implemented, extra information must be provided in
  5393. the netmail. Normally, two user names, From: and To: define the sender and
  5394. the addressee. The node numbers go "inside" the netmail and have their
  5395. existence checked in the nodelist of the network in question by the local
  5396. running software.
  5397.  
  5398.   Since we now have 2 networks, the extra information must be the remote
  5399. node in the destination network, which obviously cannot be found in the
  5400. local nodelist, and the local node that must reach the remote addressee,
  5401. otherwise a reply cannot be made.
  5402.  
  5403.   Suppose, for example, that there are 2 Fakenets, one based in zone 10
  5404. (network 1), the other one in zone 11 (network 2), and that user John Green
  5405. in node 10:100/1 wants to send a netmail to Paul Brown in 11:200/1.
  5406.  
  5407.   In both networks, a gateway node (common to both nodelists) must be
  5408. provided.  Let us say that node 10:10/1 is the gateway in network 1, named
  5409. "Gateway system A"  and node 11:11/1, named "Gateway system B" is the
  5410. gateway in network 2.
  5411.  
  5412.  What John, from network 1, will have to do is:
  5413.  
  5414.  Send a netmail to his local gateway node, which is 10:10/1.
  5415.  
  5416.  In the To: field, he will put, besides the name of the addressee, Paul
  5417. Brown, PAUL'S NODE NUMBER, 11:200/1, inside (). This is the extra
  5418. information needed for the gateway to work. What will happen is:
  5419.  
  5420.  This netmail, in the domain of network 1, will travel the route and reach
  5421. the gateway, 10:10/1. This gateway system must do the following:
  5422.  
  5423.  Change the domain of the netmail from network 1 to network 2. This means
  5424. that any reference to node numbers in the netmail header must be updated.
  5425.  
  5426.  Thus, the netmail will now have the node 11:11/1 as the originating node,
  5427. and 11:200/1 as the destination node, "hard coded" in its header. But we
  5428. can see that John's node number must be provided, otherwise Paul will not
  5429. be capable of replying.  This is done by the gateway software that
  5430. includes John's node number in his From: name field, inside (). When Paul
  5431. receives John's netmail, he will reply, and the From: field will
  5432. automatically become the new To: field, and will contain John's name and
  5433. node number. The netmail will reach back 11:11/1 and the process will be
  5434. exactly the same, finally returning to John.
  5435.  
  5436.   In short, this is the odyssey of John's netmail to Paul:
  5437.  
  5438.  1 - John enters his message to Paul. Since Paul is not in John's network,
  5439. John will have to use the gateway.
  5440.  
  5441.  He sends a netmail to his local gateway system, 10:10/1 which looks like
  5442. this:
  5443.  
  5444.  From: John Green, John's BBS (10:100/1)
  5445.  To  : Paul Brown (11:200/1), Gateway System A (10:10/1)
  5446.  Re  : Hello
  5447.  ------
  5448.  
  5449.  body of message ......
  5450.  
  5451.  Note that John had to MANUALLY enter Paul's node number and put it in the
  5452. To: field, together with Paul's name. This netmail is addressed to Gateway
  5453. System A, node 10:10/1.
  5454.  
  5455.  2 - After arriving in 10:10/1, the gateway software will create a new
  5456. netmail that looks like this:
  5457.  
  5458.  From: John Green (10:100/1), Gateway System B (11:11/1)
  5459.  To  : Paul Brown, Paul's BBS (11:200/1)
  5460.  Re  : Hello
  5461.  ----
  5462.  
  5463.  body of message....
  5464.  
  5465.  Note that John's node number was inserted in the From: field, which is
  5466. the information needed for bi-directional gateway to work.
  5467.  
  5468.  3 - This netmail is now in the domain of network 2. It will travel the
  5469. normal route and reach Paul. When he replies, the local message editor
  5470. will make the From: field become the To: field. The netmail-reply will
  5471. look like this:
  5472.  
  5473.  From: Paul Brown, Paul's system (11:200/1)
  5474.  To  : John Green (10:100/1), Gateway System B (11:11/1)
  5475.  Re  : Hello
  5476.  ----
  5477.  
  5478.  body of new message.....
  5479.  
  5480.  This netmail will travel the route and reach 11:11/1. The process now is
  5481. exactly the one used to gate the original netmail from network 1 to 2. The
  5482. gateway software will create a new netmail that looks like this:
  5483.  
  5484.  From: Paul Brown (11:200/1), Gateway System A (10:10/1)
  5485.  To  : John Green, John's system (10:100/1)
  5486.  Re  : Hello
  5487.  ----
  5488.  
  5489.  body of new message....
  5490.  
  5491.  Note that Paul's node number was inserted in the From: field, finishing
  5492. the gateway process.
  5493.  
  5494.  The only trade-off in the current proposal is obvious. The limited length
  5495. of the name fields, which, according to FSC-0001, is 36 characters long,
  5496. and that may not allow the inclusion of the person's node number in it.
  5497.  
  5498.  For example, if John's full name were John Green Richardson Smith Jr., he
  5499. would have sent his netmail to Paul, but the gateway system would fail
  5500. when attempting to include his node, 10:100/1 together with his name. In
  5501. this case, the netmail is bounced back with a warning message, and it will
  5502. be John's responsibility to use a shorter version of his name  or an
  5503. alias. It seems that more and more people are being practical and using
  5504. only 2-word names, so this is a problem that can be easily worked out by
  5505. the local BBS operator.
  5506.  
  5507.  Lastly, ^aINTL kludges must be issued in all netmail flowing through the
  5508. 2 networks.
  5509.  
  5510.  This proposal follows FSC-0034 and FSC-0001. It also allows immediate
  5511. application, since it relies on what Fidonet is in essence, FSC-0001.
  5512.  
  5513. .. [2A0] 5.2.1 - A - Main Node
  5514.  
  5515.    This is the main local Fidonet node of the system.
  5516.  
  5517. .. [2A1] 5.2.2 - B - AKA 1
  5518.  
  5519.    Password required to be granted access to MGSETUP and MGE.
  5520.  
  5521. .. [2A2] 5.2.3 - C - AKA 2
  5522.  
  5523.    One of the local Fidonet AKAS of the system.
  5524.  
  5525. .. [2A3] 5.2.4 - D - AKA 3
  5526.  
  5527.    One of the local Fidonet AKAS of the system.
  5528.  
  5529. .. [2A4] 5.2.5 - E - AKA 4
  5530.  
  5531.    One of the local Fidonet AKAS of the system.
  5532.  
  5533. .. [2A5] 5.2.6 - F - AKA 5
  5534.  
  5535.    One of the local Fidonet AKAS of the system.
  5536.  
  5537. .. [2A6] 5.2.7 - G - AKA 6
  5538.  
  5539.    One of the local Fidonet AKAS of the system.
  5540.  
  5541. .. [2A7] 5.2.8 - H - AKA 7
  5542.  
  5543.    One of the local Fidonet AKAS of the system.
  5544.  
  5545. .. [2A8] 5.2.9 - I - AKA 8
  5546.  
  5547.    One of the local Fidonet AKAS of the system.
  5548.  
  5549. .. [2A9] 5.2.10 - J - AKA 9
  5550.  
  5551.    One of the local Fidonet AKAS of the system.
  5552.  
  5553. .. [2AA] 5.2.11 - K - AKA 10
  5554.  
  5555.    One of the local Fidonet AKAS of the system.
  5556.  
  5557. .. [2AB] 5.2.12 - L - AKA 11
  5558.  
  5559.    One of the local Fidonet AKAS of the system.
  5560.  
  5561. .. [2AC] 5.2.13 - M - AKA 12
  5562.  
  5563.    One of the local Fidonet AKAS of the system.
  5564.  
  5565. .. [2AD] 5.2.14 - N - AKA 13
  5566.  
  5567.    One of the local Fidonet AKAS of the system.
  5568.  
  5569. .. [2AE] 5.2.15 - O - AKA 14
  5570.  
  5571.    One of the local Fidonet AKAS of the system.
  5572.  
  5573. .. [2AF] 5.2.16 - P - AKA 15
  5574.  
  5575.    One of the local Fidonet AKAS of the system.
  5576.  
  5577. .. [2AG] 5.2.17 - Q - AKA 16
  5578.  
  5579.    One of the local Fidonet AKAS of the system.
  5580.  
  5581. .. [2AH] 5.2.18 - R - AKA 17
  5582.  
  5583.    One of the local Fidonet AKAS of the system.
  5584.  
  5585. .. [2AI] 5.2.19 - S - AKA 18
  5586.  
  5587.    One of the local Fidonet AKAS of the system.
  5588.  
  5589. .. [2AJ] 5.2.20 - T - AKA 19
  5590.  
  5591.    One of the local Fidonet AKAS of the system.
  5592.  
  5593.  
  5594. .. [292] 5.3 - Users
  5595.  
  5596.    Database containing all users who have permission to access MGSETUP.
  5597.  
  5598. .. [2B0] 5.3.1 - User Name
  5599.  
  5600.     Name of the user who is using this account. This is the name that
  5601. comes in the From: field of the netmail.
  5602.  
  5603. .. [2B1] 5.3.2 - Password
  5604.  
  5605.    Password required to be granted access to MGSETUP and MGE.
  5606.  
  5607. .. [2B2] 5.3.3 - Security
  5608.  
  5609.    Security level of user when using the functions of MGSETUP. This will
  5610. be considered when writing, reading and maintaining the message base.
  5611.  
  5612. .. [2B3] 5.3.4 - User Flags
  5613.  
  5614.    Operational flags for the current user.
  5615.  
  5616. HLD DIR CSH KIL  - Default netmail flags when writing messages in the
  5617.                    netmail folder.
  5618.  
  5619. SUP   ON, User is supervisor. Only supervisors will have access to other
  5620. menus from the Main Menu. Users without the SUP status can only go as far
  5621. as the message base editor.
  5622.  
  5623. .. [293] 5.4 - Aliases
  5624.  
  5625.    Database containing the most frequent destinations used when writing
  5626. messages in the message folder. Avoid having to manually type them every
  5627. time you are sending a message. MGSETUP will prompt you to select one of
  5628. the destinations configured here, and a simple click will include the
  5629. destination in the body of your message.
  5630.  
  5631. .. [2C0] 5.4.1 - Main Alias
  5632.  
  5633.    Main user name used for an alias. An alias is divided in two parts, the
  5634. main or fantasy name, and the real denomination, or destination. For
  5635. example, on the Internet, my full address is
  5636.  
  5637. "Clovis Lacerda" <clovis@ear.anpe.br>
  5638.  
  5639.    The first part is exactly equal to my name on the Fidonet, and is my
  5640. main alias. The second part, the real information a message needs to reach
  5641. me on the Internet, is called the "destination". For fax messages, the
  5642. destination would be the phone number, and the Main Alias would be used
  5643. just as a reference for the current user alias.
  5644.  
  5645. .. [2C1] 5.4.2 - Destination
  5646.  
  5647.    Password required to be granted access to MGSETUP and MGE.
  5648.  
  5649. .. [2C2] 5.4.3 - Alias Flags
  5650.  
  5651.    Operational flags for the current alias.
  5652.  
  5653. HLD DIR CSH KIL - netmail flags used for netmail created to alias user
  5654.  
  5655. NET   ON, Netmail Destination
  5656.  
  5657. FAX   ON, Fax Destination  (netmail will be directed to the fax user at
  5658.           the main node of your BBS).
  5659.  
  5660. UUP   ON, UUCP Destination (netmail will be directed to the UUCP user at
  5661.           the UUCP gateway node)
  5662.  
  5663. BCC   OFF - UUCP Carbon Copy. ON - UUCP Blind Carbon Copy
  5664.  
  5665.  
  5666. .. [294] 5.5 - AKA Match
  5667.  
  5668.    This configuration will define how MG will choose the local node number
  5669. according to the node destination of a message, when written in the
  5670. message editor or when MG is executing an automatic generation of netmail.
  5671.  
  5672. .. [295] 5.6 - Domain Match
  5673.  
  5674.    To correctly assign the domain of a message in the Fidonet domain, MG
  5675. needs information about the different networks names and the zones they
  5676. are related to. This allows MG to correctly build a 5D node number.
  5677.  
  5678. .. [296] 5.7 - All Nodelists
  5679.  
  5680.    Since MG operates with 2 distinct networks in one single configuration,
  5681. there will be more than one network ID. For more configurations, with more
  5682. networks involved, more IDs and nodelists will exist in the system.  When
  5683. using the message base, though, it is important to be able to access all
  5684. possible nodelists used in one or more configurations of MG, so to avoid a
  5685. netmail from not being correctly recognized. This menu allows the
  5686. configuration of all IDs that are assigned to different networks in
  5687. different configurations, forcing MG to scan through all nodelists to find
  5688. the correct match for a specific netmail/node number.
  5689.  
  5690. .. [2D0] 5.7.1 - A - Nodelist ID
  5691.  
  5692.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5693. current or any other existing configuration of MG.
  5694.  
  5695. .. [2D1] 5.7.2 - B - Nodelist ID
  5696.  
  5697.    Password required to be granted access to MGSETUP and MGE.
  5698.  
  5699. .. [2D2] 5.7.3 - C - Nodelist ID
  5700.  
  5701.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5702. current or any other existing configuration of MG.
  5703.  
  5704. .. [2D3] 5.7.4 - D - Nodelist ID
  5705.  
  5706.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5707. current or any other existing configuration of MG.
  5708.  
  5709. .. [2D4] 5.7.5 - E - Nodelist ID
  5710.  
  5711.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5712. current or any other existing configuration of MG.
  5713.  
  5714. .. [2D5] 5.7.6 - F - Nodelist ID
  5715.  
  5716.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5717. current or any other existing configuration of MG.
  5718.  
  5719. .. [2D6] 5.7.7 - G - Nodelist ID
  5720.  
  5721.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5722. current or any other existing configuration of MG.
  5723.  
  5724. .. [2D7] 5.7.8 - H - Nodelist ID
  5725.  
  5726.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5727. current or any other existing configuration of MG.
  5728.  
  5729. .. [2D8] 5.7.9 - I - Nodelist ID
  5730.  
  5731.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5732. current or any other existing configuration of MG.
  5733.  
  5734. .. [2D9] 5.7.10 - J - Nodelist ID
  5735.  
  5736.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5737. current or any other existing configuration of MG.
  5738.  
  5739. .. [2DA] 5.7.11 - K - Nodelist ID
  5740.  
  5741.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5742. current or any other existing configuration of MG.
  5743.  
  5744. .. [2DB] 5.7.12 - L - Nodelist ID
  5745.  
  5746.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5747. current or any other existing configuration of MG.
  5748.  
  5749. .. [2DC] 5.7.13 - M - Nodelist ID
  5750.  
  5751.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5752. current or any other existing configuration of MG.
  5753.  
  5754. .. [2DD] 5.7.14 - N - Nodelist ID
  5755.  
  5756.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5757. current or any other existing configuration of MG.
  5758.  
  5759. .. [2DE] 5.7.15 - O - Nodelist ID
  5760.  
  5761.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5762. current or any other existing configuration of MG.
  5763.  
  5764. .. [2DF] 5.7.16 - P - Nodelist ID
  5765.  
  5766.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5767. current or any other existing configuration of MG.
  5768.  
  5769. .. [2DG] 5.7.17 - Q - Nodelist ID
  5770.  
  5771.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5772. current or any other existing configuration of MG.
  5773.  
  5774. .. [2DH] 5.7.18 - R - Nodelist ID
  5775.  
  5776.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5777. current or any other existing configuration of MG.
  5778.  
  5779. .. [2DI] 5.7.19 - S - Nodelist ID
  5780.  
  5781.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5782. current or any other existing configuration of MG.
  5783.  
  5784. .. [2DJ] 5.7.20 - T - Nodelist ID
  5785.  
  5786.    Nodelist ID, as configured in the Primary or Secondary Networks of the
  5787. current or any other existing configuration of MG.
  5788.  
  5789.  
  5790. .. [297] 5.8 - Decompression
  5791.  
  5792.    Set of archiving programs that will allow MG to decompress files that
  5793. are under process during run-time.
  5794.  
  5795. .. [2E0] 5.8.1 - ARC
  5796.  
  5797.    Archive program, and syntax, used to add banners to TIC files in
  5798. distribution.
  5799.  
  5800. .. [2E1] 5.8.2 - ZIP
  5801.  
  5802.    Password required to be granted access to MGSETUP and MGE.
  5803.  
  5804. .. [2E2] 5.8.3 - ARJ
  5805.  
  5806.    Archive program, and syntax, used to add banners to TIC files in
  5807. distribution.
  5808.  
  5809. .. [2E3] 5.8.4 - LZH
  5810.  
  5811.    Archive program, and syntax, used to add banners to TIC files in
  5812. distribution.
  5813.  
  5814. .. [2E4] 5.8.5 - ZOO
  5815.  
  5816.    Archive program, and syntax, used to add banners to TIC files in
  5817. distribution.
  5818.  
  5819. .. [2E5] 5.8.6 - GZ
  5820.  
  5821.    Archive program, and syntax, used to add banners to TIC files in
  5822. distribution.
  5823.  
  5824.  
  5825. .. [298] 5.9 - Compression
  5826.  
  5827.    Set of archiving programs that will allow MG to compress files that are
  5828. under process during run-time.
  5829.  
  5830. .. [2F0] 5.9.1 - ARC
  5831.  
  5832.    Archive program, and syntax, used to add banners to TIC files in
  5833. distribution.
  5834.  
  5835. .. [2F1] 5.9.2 - ZIP
  5836.  
  5837.    Password required to be granted access to MGSETUP and MGE.
  5838.  
  5839. .. [2F2] 5.9.3 - ARJ
  5840.  
  5841.    Archive program, and syntax, used to add banners to TIC files in
  5842. distribution.
  5843.  
  5844. .. [2F3] 5.9.4 - LZH
  5845.  
  5846.    Archive program, and syntax, used to add banners to TIC files in
  5847. distribution.
  5848.  
  5849. .. [2F4] 5.9.5 - ZOO
  5850.  
  5851.    Archive program, and syntax, used to add banners to TIC files in
  5852. distribution.
  5853.  
  5854. .. [2F5] 5.9.6 - GZ
  5855.  
  5856.    Archive program, and syntax, used to add banners to TIC files in
  5857. distribution.
  5858.  
  5859.  
  5860. .. [299] 5.10 - External DOS
  5861.  
  5862.    General configuration for memory management when executing external
  5863. programs.
  5864.  
  5865. .. [300] 5.10.1 - COMMAND.COM
  5866.  
  5867.   When executing external programs, MG invokes a new call to COMMAND.COM
  5868. before running  the program. This allows MG to execute batch files besides
  5869. normal EXE files. If for any reason your system is having problems with
  5870. the execution of external programs by MG (if you run MG from a DOS windows
  5871. in a multitask operational system), try setting this option to OFF, thus
  5872. forcing MG to execute the file directly, instead of loading COMMAND.COM.
  5873. This option should be activated only in extreme cases and for purposes of
  5874. debugging only. There is no reason for a call to COMMAND.COM fail.
  5875.  
  5876. .. [301] 5.10.2 - Swap Path
  5877.  
  5878.     Path that will be temporary used to hold the swap file created by
  5879. MailGate when executing external files. If you want the system to swap to
  5880. memory, set EMS and XMS to ON. This will make execution of external files
  5881. a little faster.
  5882.  
  5883. .. [302] 5.10.3 - Swap EMS
  5884.  
  5885.    EMS will be used when executing external files and swapping memory.
  5886.  
  5887. .. [303] 5.10.4 - Swap XMS
  5888.  
  5889.    XMS will be used when executing external files and swapping memory.
  5890.  
  5891. .. [304] 5.10.5 - Exit Batch
  5892.  
  5893.    MailGate provides a very easy way of exiting after it has executed all
  5894. the required functions. MailGate always exits with the correct
  5895. errorlevels, according to what was processed during execution. But you can
  5896. force the system to execute customized DOS batch files whenever netmail,
  5897. echomail, UUCP or Fax mail is generated. In the Main directory where the
  5898. *.EXE files are located, edit the files:
  5899.  
  5900.  MSGEXIT.BAT  UUCPEXIT.BAT  FAXEXIT.BAT  PKTEXIT.BAT
  5901.  
  5902.  and include the programs you want to be executed by these batch files.
  5903. This function can also be activated with the -J switch when running
  5904. MailGate from the DOS prompt.
  5905.  
  5906.  MSGEXIT.BAT   - Executed whenever MailGate generates netmail
  5907.  PKTEXIT.BAT   - Executed whenever MailGate generates PKT mail
  5908.  UUCPEXIT.BAT  - Executed whenever MailGate generates UUCP mail
  5909.  FAXEXIT.BAT   - Executed whenever MailGate generates Fax mail
  5910.  
  5911.  MailGate will still exit with the proper errorlevels.
  5912.  
  5913.  
  5914. .. [29A] 5.11 - Function keys
  5915.  
  5916.    10 special functions that are active from within any menu. They call
  5917. external files, be them exe, com or bat files. They are all activated
  5918. by pressing Shift-F1 through Shift-F10.
  5919.  
  5920. .. [560] 5.11.1 - Shift F-1
  5921.  
  5922.    Program to be activated when the Shift-F1 key is pressed.
  5923.    
  5924. .. [561] 5.11.2 - A - Description
  5925.  
  5926.    Description of the program that is active with Shift-F1.
  5927.    
  5928. .. [562] 5.11.3 - Shift F-2
  5929.  
  5930.    Program to be activated when the Shift-F1 key is pressed.
  5931.    
  5932. .. [563] 5.11.4 - B - Description
  5933.  
  5934.    Description of the program that is active with Shift-F1.
  5935.  
  5936. .. [564] 5.11.5 - Shift F-3
  5937.  
  5938.    Program to be activated when the Shift-F1 key is pressed.
  5939.  
  5940. .. [565] 5.11.6 - C - Description
  5941.  
  5942.    Description of the program that is active with Shift-F1.
  5943.  
  5944. .. [566] 5.11.7 - Shift F-4
  5945.  
  5946.    Program to be activated when the Shift-F1 key is pressed.
  5947.  
  5948. .. [567] 5.11.8 - D - Description
  5949.  
  5950.    Description of the program that is active with Shift-F1.
  5951.  
  5952. .. [568] 5.11.9 - Shift F-5
  5953.  
  5954.    Program to be activated when the Shift-F1 key is pressed.
  5955.  
  5956. .. [569] 5.11.10 - E - Description
  5957.  
  5958.    Description of the program that is active with Shift-F1.
  5959.  
  5960. .. [56A] 5.11.11 - Shift F-6
  5961.  
  5962.    Program to be activated when the Shift-F1 key is pressed.
  5963.  
  5964. .. [56B] 5.11.12 - F - Description
  5965.  
  5966.    Description of the program that is active with Shift-F1.
  5967.  
  5968. .. [56C] 5.11.13 - Shift F-7
  5969.  
  5970.    Program to be activated when the Shift-F1 key is pressed.
  5971.  
  5972. .. [56D] 5.11.14 - G - Description
  5973.  
  5974.    Description of the program that is active with Shift-F1.
  5975.  
  5976. .. [56E] 5.11.15 - Shift F-8
  5977.  
  5978.    Program to be activated when the Shift-F1 key is pressed.
  5979.  
  5980. .. [56F] 5.11.16 - H - Description
  5981.  
  5982.    Description of the program that is active with Shift-F1.
  5983.  
  5984. .. [56G] 5.11.17 - Shift F-9
  5985.  
  5986.    Program to be activated when the Shift-F1 key is pressed.
  5987.  
  5988. .. [56H] 5.11.18 - I - Description
  5989.  
  5990.    Description of the program that is active with Shift-F1.
  5991.  
  5992. .. [56I] 5.11.19 - Shift F-0
  5993.  
  5994.    Program to be activated when the Shift-F1 key is pressed.
  5995.  
  5996. .. [56J] 5.11.20 - J - Description
  5997.  
  5998.    Description of the program that is active with Shift-F1.
  5999.  
  6000. .. [29B] 5.12 - CFG Identification
  6001.  
  6002.    Character used to identify the current configuration of MG. This byte
  6003. is the first one in the binary MG.CFG, and is used to name the MGBUSY.*
  6004. file that is created whenever MG.EXE is executed. This file will indicate
  6005. to the system that there is a copy of MG running in that subdirectory, and
  6006. this will avoid other copies from running in the same directory,
  6007. concurrently. MailGate creates temporary files in the subdirectory is was
  6008. run from, and these files cannot be deleted, specially files with
  6009. extension *.$$$, removed only when MG.EXE finishes working.
  6010.  
  6011. .. [29C] 5.13 - External ASCII Editor
  6012.  
  6013.    External program used as a text editor when accessing text files or
  6014. writing new messages in MGSETUP.
  6015.  
  6016. .. [29D] 5.14 - Log Config
  6017.  
  6018.    Configuration of the way MG will log the way it is working and what
  6019. it is doing during run-time.
  6020.  
  6021. .. [560] 5.14.1 - Log style
  6022.  
  6023.    There are two ways that MG will include the time/date in log files.
  6024. The first is Front-Door style, the second includes the date in the
  6025. beginning of the line. See below:
  6026.    
  6027.   21:19:03 MailGate 0.25 Active. EMS successfully installed.
  6028. 01/08/95 21:19:03 MailGate 0.25 Active. EMS successfully installed.
  6029.  
  6030. .. [561] 5.14.2 - Log level
  6031.  
  6032.    MailGate has three different levels of logging the process during
  6033. execution. 0 means that no logging should be generated, 1 means that only
  6034. the basic and important functions are to be logged, and 2 means that every
  6035. single detail of the operation is to be processed, which may take up a lot
  6036. of space.
  6037.  
  6038. .. [562] 5.14.3 - Log file
  6039.  
  6040.    Enter the full path and name of the file that will hold the logging of
  6041. the system. The path will be used to hold the ASCII dumping file, hard
  6042. coded as MG.DMP.
  6043.  
  6044. .. [29E] 5.15 - Keyboard buffer
  6045.  
  6046.    You may configure a sequence of keystrokes that are mostly used when
  6047. you start up MGSETUP.
  6048.  
  6049. .. [29F] 5.16 - Mouse Active
  6050.  
  6051.    If you do not want to use the mouse interface of MGSETUP, you may
  6052. disable it with this option. Note that the mouse interface of MGSETUP will
  6053. only be active if you installed a mouse driver when your machine was
  6054. switched on.
  6055.  
  6056. .. [29G] 5.17 - Screen active
  6057.  
  6058.    For purposes of speed, writing messages on the screen takes a little
  6059. delay. If your main concern is speed and you are sure that what you
  6060. configured is working properly, you may set this option to ON to force MG
  6061. to operate in silent mode.
  6062.  
  6063. .. [29H] 5.18 - Time Zone
  6064.  
  6065.    Time Zone used for time stamps in UUCP mail. Previous versions of
  6066. MailGate were searching for the TZ variable in the DOS environment.   
  6067.  
  6068.  
  6069. .. [015] 6 - Area Manager
  6070.  
  6071.    This is the heart of the program. All message areas are located here,
  6072. and within each area, everything related to echomail gateway, listservers,
  6073. Newsgroups, fax gateway and so on, are configured.
  6074.  
  6075.  
  6076. .. [310] 6.1 - Areas
  6077.  
  6078.    This is the heart of MailGate. All important functions operate with a
  6079. particular message area, if the message is not a private netmail/email,
  6080. obviously. Echomail areas in gateway with Newsgroups, listservers, fax
  6081. server, FileFix server and all other functions of MG, are configured in
  6082. the Areas database.
  6083.  
  6084. .. [320] 6.1.1 - Echomail Area
  6085.  
  6086.    Name of echomail area for this message folder. This field is the one
  6087. that defines the message area in the message base, as well as the AREA:
  6088. definition in the PKT echomail file.
  6089.  
  6090. .. [321] 6.1.2 - Hudson Board
  6091.  
  6092.    If this message area is configured in the Hudson message base, supply
  6093. the message board number, that must be between 1 and 200.
  6094.  
  6095. .. [322] 6.1.3 - Area group
  6096.  
  6097.    Message group this area belongs to.
  6098.  
  6099. .. [323] 6.1.4 - Read level
  6100.  
  6101.    Security level a user need to have to be able to read messages in this
  6102. area.
  6103.  
  6104. .. [324] 6.1.5 - Write level
  6105.  
  6106.    Security level a user need to have to be able to write messages in this
  6107. area.
  6108.  
  6109. .. [325] 6.1.6 - Sysop level
  6110.  
  6111.    Security level a user need to have to be able to maintain this area.
  6112.  
  6113. .. [326] 6.1.7 - Base Path
  6114.  
  6115.   If the area is JAM or Squish, supply the full path/name of the board.
  6116.  
  6117. .. [327] 6.1.8 - Main Node
  6118.  
  6119.    Main Fidonet node that manages this message area.
  6120.  
  6121. .. [328] 6.1.9 - Origin Line
  6122.  
  6123.    Edit the origin line that will be used when configuring message areas in
  6124. the Area Manager.
  6125.  
  6126.  
  6127. .. [329] 6.1.10 - Tear Line
  6128.  
  6129.    Tearline appended to messages generated in this area.
  6130.  
  6131. .. [32A] 6.1.11 - Area Type
  6132.  
  6133.   Defines the message base type used for this area.
  6134.   
  6135.   - Hudson base
  6136.   - JAM base     (not available in this current version)
  6137.   - Squish base  (not available in this current version)
  6138.   - SyncNet base (not available in this current version)
  6139.  
  6140. .. [32B] 6.1.12 - Echomail Toss
  6141.  
  6142.    ON, toss echomail directly. OFF, use fake downlink
  6143.  
  6144.   This flag is important and defines the operation mode MG will use when
  6145. processing echomail. If the flag is ON, MG will toss and scan echomail
  6146. directly from the message area. If OFF, MG will create PKT files that will
  6147. need to be processed by an external echomail program.  In this current
  6148. version of MG, the internal echomail tosser is not available yet, so the
  6149. only operation available is through the fake downlink. MG will create PKT
  6150. files From: Fake Node To: Main Node.
  6151.  
  6152. For example:
  6153.  
  6154. If the Main Node of this area is 4:808/2, MG will look for this node in
  6155. the configuration, and it must be either the Primary BBS or the Secondary
  6156. BBS. If it is the Primary BBS, MG will use the Primary Gateway as the fake
  6157. link node. Assuming that the Primary Gateway is 4:808/2.1, PKT will be
  6158. generated by MG as being From: 4:808/2.1, To: 4:808/2. In this case, the
  6159. external echomail utility must be configured as follows:
  6160.  
  6161. The message area defined here must also be defined in the echomail
  6162. utility.  The main node of that area must be 4:808/2 The node 4:808/2.1
  6163. must be one of the downlinks of such area.
  6164.  
  6165. This way, when the echomail utility is executed in TOSS mode, it will
  6166. process the PKT file as if it had arrived in the system, sent by node link
  6167. 4:808/2.1. The message will be tossed to whatever message base was
  6168. defined, and forwarded to as many downlinks as the echomail area is
  6169. configured to deal with.
  6170.  
  6171. PKT files are generated whenever MG processes Newsgroups, List mail,
  6172. FileFix reports, and so on.
  6173.  
  6174. .. [32C] 6.1.13 - Echo/Net Area
  6175.  
  6176.    ON means that the area is echomail, OFF means that the message area is
  6177. available for one of the local netmail AKAS.
  6178.  
  6179. .. [32D] 6.1.14 - Gateway
  6180.  
  6181.    Menu that gives access to the configuration of all gateways being done
  6182. with the current message area.
  6183.  
  6184. .. [330] 6.1.14.1 - Gateway Area
  6185.  
  6186.    Echomail area that is in gateway with the current area. MailGate can
  6187. provide the gateway of echomail between two Fidonet compatible networks,
  6188. and in the current situation, between Primary and Secondary Networks.
  6189. Echomail flowing in one network may also be flowing in the domain of the
  6190. other network. For this to happen, one example will make it clear.
  6191.  
  6192. Suppose that Primary Network has nodes
  6193.  
  6194. Primary BBS     - 4:808/2
  6195. Primary Gateway - 4:808/2.1
  6196.  
  6197. Secondary Network
  6198.  
  6199. Secondary BBS     - 12:1280/1
  6200. Secondary Gateway - 12:1280/1.1
  6201.  
  6202. In the Primary network, there is an echomail called MAILGATE-FIDO.  In the
  6203. Secondary network, there is an echomail called MAILGATE-RBT
  6204.  
  6205. It is desired to have both echomail conferences in gateway between the two
  6206. Fidonet networks. This is what must be done:
  6207.  
  6208. 1 - Both networks must force the echomail program to create echomail
  6209. packets to the gateway nodes.
  6210.  
  6211. In the Primary network, a new feed must be supplied to 4:808/2.1 This
  6212. means that an echomail file attach will be created and addressed to
  6213. 4:808/2.1.
  6214.  
  6215. The same is done in the Secondary network, ending up with the creation of
  6216. echomail packets to 12:1280/1.1.
  6217.  
  6218. When MG is executed, it will look for echomail file attaches addressed to
  6219. one of the Gateway nodes. After finding the file addressed to 4:808/2.1,
  6220. MG will decompress it and create a new PKT file, in the inbound file
  6221. directory, now From: 12:1280/1.1 To: 12:1280/1. The new created file is in
  6222. the domain of the Secondary Network. When the echomail program is
  6223. executed, this message will be tossed and processed in the domain of
  6224. 12:1280/1. The opposite situation takes place when MG detects the presence
  6225. of an echomail file attach addressed to 12:1280/1.1.
  6226.  
  6227. This is how both echomail areas must be configured:
  6228.  
  6229. For each one of them, an entry must be created in the Areas manager.
  6230.  
  6231. If the Echomail Area is MAILGATE-RBT, then the Gateway Area is
  6232. MAILGATE-FIDO.
  6233.  
  6234. The flag PKT (indicating a gateway between PKT<>PKT) must be set to ON in
  6235. flags 3.
  6236.  
  6237. The opposite must be made for Echomail Area MAILGATE-FIDO, having
  6238. MAILGATE-RBT as the Gateway Area, and flag PKT set active.
  6239.  
  6240. Finally, it must be noted that, following the given example, that the Main
  6241. node of MAILGATE-RBT is 12:1280/1 (corresponding to the Secondary
  6242. Network), and the Main node of MAILGATE-FIDO is 4:808/2 (corresponding to
  6243. the Primary network).
  6244.  
  6245. .. [331] 6.1.14.2 - Newsgroup
  6246.  
  6247.    Name of newsgroup area in gateway with the current echomail Area.  For
  6248. a newsgroup to be definitely in gateway, the NWS flag must be set ON
  6249. (flags 2). Finally, one very important thing that must not be forgotten:
  6250. In every newsgroup area, you MUST include at least one UUCP news link.  in
  6251. particular, the Default UUCP host. If this is not done, MG will toss the
  6252. messages from PKT, but will forward them to no place and you will wonder
  6253. what made the messages disappear.
  6254.  
  6255. .. [332] 6.1.14.3 - Distribution
  6256.  
  6257.    Applied only to Newsgroups. This field defines the range of the
  6258. distribution of this newsgroup area.
  6259.  
  6260. .. [333] 6.1.14.4 - List Area
  6261.  
  6262.    There are two ways of dealing with Listserver mail. First, you may
  6263. define the current echomail area as being in gateway with the local
  6264. listserver managed by MailGate. This way, users on the Internet may
  6265. subscribe to this area and receive the messages via email. For this to
  6266. happen, the List Area must be under your UUCP domain, for example,
  6267. MG-L@EAR.ANPE.BR. The following flags must be active:
  6268.  
  6269. Flags 2 - LST LOC
  6270.  
  6271. LST = List  LOC = Local
  6272.  
  6273. You must also supply the name of the file that will contain the name of
  6274. users who subscribe to the list. This way, the List User base must have a
  6275. valid file name. This file will be maintained in \MG\AREAS.  To check if
  6276. the configuration of the local list is correct, type F2 and you should
  6277. have access to the List user database. If the F2 function does not work,
  6278. there might be something missing in the configuration.
  6279.  
  6280. There is also another way to operate with mail from listservers. When you
  6281. subscribe to a remote listserver area, mail in distribution from the list
  6282. arrives in your system as private mail to your address. You may wish to
  6283. have these messages sent to an echomail, rather than to your mail-box.
  6284. Doing so, you will allow your users and your net to have access to this
  6285. mail. One example should make the configuration clear:
  6286.  
  6287. Suppose user clovis@ear.anpe.br subscribed to the HELP-ME list available
  6288. at listserv@univers.com. The configuration should be
  6289.  
  6290. List Area: HELP-ME@UNIVERS.COM
  6291. PostMaster: clovis@ear.anpe.br
  6292.  
  6293. Active flags:
  6294.  
  6295. Flags 2: LST
  6296.  
  6297. The List Area must be the full name of the address of the list, to where
  6298. mail for distribution should be sent (and consequently, where mail in
  6299. distribution comes from). The Postmaster is the person who subscribed to
  6300. the list. Mail in gateway will be sent to the listserver From: this user,
  6301. who is the only one allowed to send mail. Being so, the only way to
  6302. identify the real person who sent the message is via the REPLY-TO field.
  6303.  
  6304. If a user writes a message in echomail HELP, and if this area is in
  6305. gateway with HELP-ME, here is how things will work:
  6306.  
  6307.  From: Bruno Santos, (4:803/3)
  6308.  To: All
  6309.  Re:Need information
  6310.  -----
  6311.  Hi all,
  6312.  
  6313.  I need to find the address of a friend who studies in Norway. What should
  6314. I do?
  6315.  
  6316.  Thanks
  6317.  Bruno.
  6318.  
  6319.  The originating node was highlighted only for the purpose of clarity, but
  6320. we all know that it comes hidden in the echomail message header.
  6321.  
  6322.  The TO: field is irrelevant, since mail in lists do not go to specific
  6323. users, but rather, to a list of subscribed users. This is what will be
  6324. made of his mail when sent to the Internet domain, according to the
  6325. RFC-822 message header (part of it):
  6326.  
  6327.  From: "Clovis Lacerda" <clovis@ear.anpe.br>
  6328.  To:help-me@univers.com
  6329.  Reply-To: "Bruno Santos" <bruno.santos@f3.n803.z4.ear.anpe.br>
  6330.  Subject: Need information
  6331.  X-Mailer: MailGate 0.21
  6332.  
  6333.  Hi all,
  6334.  
  6335.  I need to find the address of a friend who studies in Norway. What should
  6336. I do?
  6337.  
  6338.  Thanks
  6339.  Bruno.
  6340.  
  6341.  This is the trick that makes the message be accepted. The From: field,
  6342. does not contain Bruno's address, which would inevitably force the
  6343. Listserver at UNIVERS.COM to reject it (after all, it is not Bruno who is
  6344. subscribed on the list). MailGate inserted the Postmaster in the From:
  6345. field, thus forcing the mail to be accepted and broadcasted by the
  6346. Listserver. Note however, that this mail was sent under the name of the
  6347. Postmaster, who will be held responsible for the contents of any mail
  6348. flowing through the gateway. Please, be careful.
  6349.  
  6350. For the mail to reach Bruno is that his address was listed in the Reply-To
  6351. field, which is actually the one that mail readers give preference to.
  6352.  
  6353. The "PostMaster" field is confusing at first, but it becomes clear that
  6354. this denomination is useful if the list is local to your system, and the
  6355. postmaster would be the person in charge of maintaining the list.
  6356.  
  6357. If you set the LOC flag to ON for remote lists in gateway, you will also
  6358. be able to accept subscriptions sent to your system, and re-distribute
  6359. mail sent from the main listserv source. This procedure, however, will
  6360. surely need the formal permission from the List owner, who may or may not
  6361. allow you to do so.
  6362.  
  6363. There are more flags that determine the behavior of Listserv mail, all of
  6364. them located in Flags 2.
  6365.  
  6366. VIP - Only VIP users may use the gateway
  6367.  
  6368. PUB - Mail from Internet users not subscribed on the list will be
  6369.       distributed. PUB=Public.
  6370.  
  6371. PVT - Subscriptions will not be automatically processed. The Postmaster
  6372.       will receive the request and proceed accordingly.
  6373.  
  6374. 822 - If ON, the entire RFC-822 header of inbound mail will be included in
  6375.       the PKT converted messages.
  6376.  
  6377. FRW - Forward. Besides converting List mail to echomail, forward a copy of
  6378.       the message to the postmaster, via netmail.
  6379.  
  6380. NID - New Identification. MG gets the Message-ID from the RFC-822 header
  6381.       when creating PKT mail. If you detect duplicate mail, force MG to
  6382.       always create a new Message-ID, by setting this flag to ON.
  6383.  
  6384. TO: - MailGate will scan the echomail area for messages that contain a
  6385.       valid Internet destination in the TO: field. If so, the message will
  6386.       be forwarded to the destination via netmail.
  6387.  
  6388. .. [334] 6.1.14.5 - List Title
  6389.  
  6390.    Needed only for LOCal lists. It is the definition what the List and
  6391. appears in the SENDER: field.
  6392.  
  6393. .. [335] 6.1.14.6 - PostMaster
  6394.  
  6395.    Name of operator in the remote machine who is allowed to send requests
  6396. to the UUCP areafix server. Also, UUCP cost for the current UUCP machine
  6397. will be forwarded to the Postmaster. Use MGTOOLS NET for UUCP cost
  6398. processing.
  6399.  
  6400. .. [336] 6.1.14.7 - List Userbase
  6401.  
  6402.    Used only for LOCal lists. This file is mandatory, since it will store
  6403. the names of all users who subscribed to the local listserver.
  6404.  
  6405. .. [340] 6.1.14.7.1 - User Domain
  6406.  
  6407.     UUCP User that is subscribed on this current list, and therefore,
  6408. entitled to send and/or receive mail from this list.
  6409.  
  6410. .. [341] 6.1.14.7.2 - User Name
  6411.  
  6412.     Name of the user who is using this account. This is the name that
  6413. comes in the From: field of the netmail.
  6414.  
  6415. .. [342] 6.1.14.7.3 - Flags
  6416.  
  6417.     User flags that define some characteristics of his subscription.
  6418.  
  6419.  NML - No Mail. If set to ON, mail in distribution will not be sent to the
  6420.        user. The user is still subscribed and can send mail.
  6421.  
  6422.  CEL - Conceal. One of the options from the Listserver. If ON, the address
  6423.        will NOT be sent to any user issuing the REVIEW command.
  6424.  
  6425.  ACK - Acknowledge. If ON, the user will receive a confirmation receipt
  6426.        for any message sent to any List.
  6427.  
  6428.  REP - Repro. If ON, a copy of a message sent for distribution to any List
  6429.        will be forwarded to the original poster
  6430.  
  6431.  VIP - VIP User. Set only by the postmaster. If ON, the user may request
  6432.        files with the GET/SEND Listserver command
  6433.  
  6434.  AFD - Automatic file delivery. Every time a new file is released by the
  6435.        system, the user will automatically receive a copy of it.
  6436.  
  6437.  FUI - File update information. Every time a new file is released by the
  6438.        system, the user will receive a notification notice.
  6439.  
  6440.  DIG - This subscribed user is set to receive mail in DIGEST format.
  6441.  
  6442.  
  6443. .. [337] 6.1.14.8 - List files
  6444.  
  6445.    Text files and subdirectories used by local lists.
  6446.  
  6447. .. [530] 6.1.14.8.1 - Welcome file
  6448.  
  6449.    Name of text file, located in \MG\AREAS, that contains the information
  6450. sent to users right after their subscription request is accepted by
  6451. MailGate. This option only works for LOCal lists.
  6452.  
  6453. .. [531] 6.1.14.8.2 - Query file
  6454.  
  6455.    Name of text file sent to users in response to the QUERY command, sent
  6456. to the listserver. This option only works for LOCal lists.
  6457.  
  6458. .. [532] 6.1.14.8.3 - Signature
  6459.  
  6460.    Text file appended to all messages broadcasted from the list.
  6461.    
  6462. .. [533] 6.1.14.8.4 - GET paths
  6463.  
  6464.    Text file name, with extension .GET, that contains the list of
  6465. subdirectories that will be scanned during a search of file for the GET
  6466. listserver command.
  6467.  
  6468. .. [534] 6.1.14.8.5 - File Server
  6469.  
  6470.    LOCal lists may maintain a subdirectory, where files are stored and
  6471. possibly sent to some of the subscribed users, those who have the AFD
  6472. (automatic file delivery) flag set to ON in their configuration.  This
  6473. will only be possible if the FIL flag is also ON in flags 2.
  6474.  
  6475. .. [338] 6.1.14.9 - Fax Base
  6476.  
  6477.   Phone number or Fax database file that contains the fax destinations
  6478. that will receive a copy of mail from this Area.
  6479.  
  6480. .. [339] 6.1.14.10 - Fax Grade
  6481.  
  6482.    Fax Grade used to identify all Fax messages originated from this
  6483. message area.
  6484.  
  6485. .. [33A] 6.1.14.11 - Flags 2
  6486.  
  6487.    These options define the behavior of the gateway made with the
  6488. Internet.
  6489.  
  6490. They were all explained, and a summary is given below.
  6491.  
  6492. VIP NWS LST LOC PVT PUB FIL 822 FRW NID TO: DIG CLS FRM INF POM
  6493.  
  6494. Summarized:
  6495.  
  6496. VIP    Only UUCP VIP users may use the UUCP<->Echo gateway
  6497. NWS    Newsgroup activated. This area is in gateway with "newsgroup"
  6498. LST    List activated. Remote or local full domain of area
  6499. LOC    List is local. Activate listserver + subscription
  6500. PVT    ON, Private List, subscription requests are sent to the sysop
  6501. PUB    ON, Local List Area is Public. Mail from Internet is accepted
  6502. FIL    ON, area will be scanned for UUCP files in automatic release
  6503. 822    ON, include full RFC-822 header in echomail messages
  6504. FRW    Forward a copy via netmail to the subscribed user
  6505. NID    ON, MG generates new msgid for PKT mail created from UUCP mail
  6506. TO:    look for valid uucp To: destination in PKT message and send as
  6507.        email
  6508. DIG    Digest. This local list is allowed to process DIGEST type of mail
  6509. CLS    No RFC822 header from converted UUCP mail
  6510. FRM    User Name in PKT From: instead of Internet address
  6511. INF    Include destination of PKT mail when converted to Newsgroup
  6512. POM    Send copies of requests to the PostMaster
  6513.  
  6514. Detailed:
  6515.  
  6516.  PVT - Private. If ON, users will not be allowed to automatically
  6517.        subscribe on this List with the SUBSCRIBE command, but the request
  6518.        will be sent to the Postmaster
  6519.  
  6520.  PUB - If ON, any user, even if not subscribed, may send mail to the List
  6521.        for distribution. If OFF, only previously subscribed users may send
  6522.        mail to the list.
  6523.  
  6524.  FIL - Files. If ON, any *new* file located in the File Server
  6525.        subdirectory of this area will be automatically sent to the
  6526.        subscribed users who have the FIL flag ON in the List Users
  6527.        Database (Use F2 to Edit) Warning: Files in distribution will only
  6528.        be accepted if:
  6529.  
  6530.       1 - They are located in the FileServer subdirectory;
  6531.       2 - They are listed in the FILES.BBS file;
  6532.       3 - They are not listed as DUPlicates in the FILES.DUP file.
  6533.  
  6534. 822
  6535.  
  6536.    ON, MG will include the complete RFC-822 header in converted Fidonet mail.
  6537. If OFF, MG will only include 4 or 5 lines with the basic and most important
  6538. information.
  6539.    
  6540. FRW
  6541.  
  6542.   If this echomail area is in gateway with a remote list, it means that
  6543. email received to the "postmaster" (who is a local user in your system),
  6544. will be forwarded to the PKT file, instead of being sent to him via
  6545. netmail. If this flag is set to ON, MG will process the gateway and also
  6546. send a copy of the email to postmaster, as it would normally happen.
  6547.   
  6548. NID
  6549.  
  6550.    If you notice echomail duplicate messages, set this flag to ON to force
  6551. MG to issue a new message-id to every message. When OFF, MG removes the
  6552. message-id from the original RFC-822 header and uses it as the echomail
  6553. message-id.
  6554.       
  6555. TO:
  6556.  
  6557.    This flag is useful if you need MG to check if messages written in this
  6558. echomail area has a valid Internet destination issued in the To: field.
  6559. If found, MG, besides doing the normal gateway operation, will forward
  6560. a copy of the message via private email to the destination user. This can
  6561. also be used to force MG to scan certain echomail areas for valid Internet
  6562. destinations.
  6563.  
  6564. DIG
  6565.  
  6566.    This Local list area is allowed to create DIGEST files. Every message
  6567. in gateway with this echomail<>List will be saved in a text file with
  6568. file name equals to the UserBase and extension .DIG, and stored in the
  6569. Areas Path. During certain days of the week, as configured in MG, this
  6570. file will be broadcasted to all subscribed users who have the DIG flag
  6571. set to ON in their individual configurations. This status may be set
  6572. by the subscribed user via a command to the listserver. For example
  6573.  
  6574. SET MG-L DIGEST will set the user's account to DIGEST
  6575.  
  6576. SET MG-L NODIGEST will set the account back to normal
  6577.    
  6578. CLS
  6579.  
  6580.    If ON, this flag overrides the 822 flag. It will not allow MG to import
  6581. any RFC822 header information from UUCP mail, when converted to echomail.
  6582.  
  6583. FRM
  6584.  
  6585.   MG usually imports the sender's Internet address into the FROM: field
  6586. of echomail, when converting newsgroups or lists. If you want MG to
  6587. import the user's name rather than his address, set this option to ON.
  6588. For example, if the newsgroup's from: field is
  6589.  
  6590. From: clovis@ear.anpe.br (Clovis Lacerda)
  6591.  
  6592. The From: in the PKT will be
  6593.  
  6594. From: clovis@ear.anpe.br if FRM is OFF or it will be
  6595. From: Clovis Lacerda     if FRM is ON.
  6596.  
  6597. INF
  6598.  
  6599.   When writing messages in echomail areas, the TO: destination user is
  6600. defined. However, when this message is converted to Newsgroups, the
  6601. destination user will be ignored, and only information about the sender
  6602. of the message will come in the RFC822 header. However, if INF is set to
  6603. ON, MailGate will automatically include a line such as
  6604.  
  6605.  * Message originally to  xxxxxx
  6606.  
  6607. where xxxxxx is the destination user of the Fido echomail message.
  6608.  
  6609. POM 
  6610.  
  6611.    If set to ON, all requests to the listserver, such as subscription,
  6612. unsubscription, etc, will be forwarded to the PostMaster, who will, in
  6613. these cases of Local Lists, be considered the List Owner.
  6614.  
  6615.  
  6616. .. [33B] 6.1.14.12 - Flags 3
  6617.  
  6618.    These options define the behavior of other gateway servers available in
  6619. the system.
  6620.  
  6621. PKT FAX FIX NTY                  REP MIR MOD
  6622.  
  6623. PKT   Gateway PKT to PKT active
  6624. FAX   Fax gateway active
  6625.  
  6626. FIX   Tic FileFix-echomail gateway. Search for file search requests
  6627.       addressed to user "FileFix".
  6628.  
  6629. NTY   If ON, FileFix notification will be sent via netmail instead of in
  6630.       the echomail the request came from.
  6631.  
  6632. REP   If ON, mail broadcasted from local lists will have the list name
  6633.       in the Reply-To: field, rather then the address of the person who
  6634.       sent the message.
  6635.       
  6636. MIR   If ON, mail broadcasted from local lists will have the list name
  6637.       in the From: field, rather then the address of the person who sent
  6638.       the message. This flag is useful when two or more different sites
  6639.       are managing the same list. (MIR=mirror). In this case, set MIR to ON
  6640.       to avoid duplicate mail being sent back and fourth between the mirror
  6641.       sites.
  6642.       
  6643. MOD   If the list is LOCal, the Postmaster is able to use the SUBSCRIBE,
  6644.       UNSUBSCRIBE and SET commands for any other user, making the list
  6645.       moderated. The syntax must be:
  6646.       
  6647.       SUB LISTSNAME user@domain
  6648.       
  6649.       Where user@domain must be the real email address of the user to be
  6650. subscribed, on this example.
  6651.  
  6652. .. [311] 6.2 - Groups
  6653.  
  6654.    Set of groups to which the current node has access. Netmail sent to the
  6655. RAID manager will only operate on the TIC areas that are configured in one
  6656. of the groups listed here.
  6657.  
  6658. .. [350] 6.2.1 - Group Name
  6659.  
  6660.    Name of message group. Each group can hold an unlimited number of
  6661. echomail areas.
  6662.  
  6663. .. [351] 6.2.2 - Group Number
  6664.  
  6665.    Number that defines the group.
  6666.  
  6667. .. [352] 6.2.3 - Security
  6668.  
  6669.    Security level of user when using the functions of MGSETUP. This will
  6670. be considered when writing, reading and maintaining the message base.
  6671.  
  6672. .. [353] 6.2.4 - Flags
  6673.  
  6674.    Not available
  6675.  
  6676. .. [312] 6.3 - Default Areas
  6677.  
  6678.    Default configuration for the message areas, that MG invokes every time
  6679. a new message is being created by the sysop or when MG is automatically
  6680. creating a new message area.
  6681.  
  6682. .. [360] 6.3.1 - Area group
  6683.  
  6684.    Message group this area belongs to.
  6685.  
  6686. .. [361] 6.3.2 - Read level
  6687.  
  6688.    Security level a user need to have to be able to read messages in this
  6689. area.
  6690.  
  6691. .. [362] 6.3.3 - Write level
  6692.  
  6693.    Security level a user need to have to be able to write messages in this
  6694. area.
  6695.  
  6696. .. [363] 6.3.4 - Sysop level
  6697.  
  6698.    Security level a user need to have to be able to maintain this area.
  6699.  
  6700. .. [364] 6.3.5 - Main Node
  6701.  
  6702.    Main Fidonet node that manages this message area.
  6703.  
  6704. .. [365] 6.3.6 - Origin Line
  6705.  
  6706.    Edit the origin line that will be used when configuring message areas in
  6707. the Area Manager.
  6708.  
  6709.  
  6710. .. [366] 6.3.7 - Tear Line
  6711.  
  6712.    Tearline appended to messages generated in this area.
  6713.  
  6714. .. [367] 6.3.8 - Area Type
  6715.  
  6716.   Defines the message base type used for this area.
  6717.   
  6718.   - Hudson base
  6719.   - JAM base     (not available in this current version)
  6720.   - Squish base  (not available in this current version)
  6721.   - SyncNet base (not available in this current version)
  6722.  
  6723. .. [368] 6.3.9 - Echo toss
  6724.  
  6725. .. [369] 6.3.10 - Echo/Net
  6726.  
  6727. .. [36A] 6.3.11 - News Name
  6728.  
  6729.    Use the name of echomail area as the name of the Newsgroup field, when
  6730. creating/importing new areas into the system.   
  6731.  
  6732. .. [36B] 6.3.12 - List Name
  6733.  
  6734.    Use the name of echomail area as the name of the Listgroup field, when
  6735. creating/importing new areas into the system.   
  6736.  
  6737. .. [370] 6.3.13 - PostMaster
  6738.  
  6739.    Name of operator in the remote machine who is allowed to send requests
  6740. to the UUCP areafix server. Also, UUCP cost for the current UUCP machine
  6741. will be forwarded to the Postmaster. Use MGTOOLS NET for UUCP cost
  6742. processing.
  6743.  
  6744. .. [371] 6.3.14 - List Userbase
  6745.  
  6746.    Used only for LOCal lists. This file is mandatory, since it will store
  6747. the names of all users who subscribed to the local listserver.
  6748.  
  6749.  
  6750. .. [372] 6.3.15 - Welcome file
  6751.  
  6752.    Name of text file, located in \MG\AREAS, that contains the information
  6753. sent to users right after their subscription request is accepted by
  6754. MailGate. This option only works for LOCal lists.
  6755.  
  6756. .. [373] 6.3.16 - Query file
  6757.  
  6758.    Name of text file sent to users in response to the QUERY command, sent
  6759. to the listserver. This option only works for LOCal lists.
  6760.  
  6761. .. [374] 6.3.17 - File Server
  6762.  
  6763.    LOCal lists may maintain a subdirectory, where files are stored and
  6764. possibly sent to some of the subscribed users, those who have the AFD
  6765. (automatic file delivery) flag set to ON in their configuration.  This
  6766. will only be possible if the FIL flag is also ON in flags 2.
  6767.  
  6768.       
  6769. .. [375] 6.3.18 - Fax Base
  6770.  
  6771.   Phone number or Fax database file that contains the fax destinations
  6772. that will receive a copy of mail from this Area.
  6773.  
  6774. .. [376] 6.3.19 - Fax Grade
  6775.  
  6776.    Fax Grade used to identify all Fax messages originated from this
  6777. message area.
  6778.  
  6779. .. [377] 6.3.20 - Distribution
  6780.  
  6781.    Applied only to Newsgroups. This field defines the range of the
  6782. distribution of this newsgroup area.
  6783.  
  6784. .. [378] 6.3.21 - Folder Flag 2
  6785.  
  6786.    Flags that define the behavior of UUCP gateway, as explained in the
  6787. help of an individual echomail area, in the Areas Menu.
  6788.  
  6789. .. [379] 6.3.22 - Folder Flag 3
  6790.  
  6791.    Flags that define the behavior of general gateway, as explained in the
  6792. help of an individual echomail area, in the Areas Menu.
  6793.  
  6794. .. [37A] 6.3.23 - Signature
  6795.  
  6796.    Text file appended to all messages broadcasted from the list.
  6797.    
  6798. .. [37B] 6.3.24 - GET paths
  6799.  
  6800.    Text file name, with extension .GET, that contains the list of
  6801. subdirectories that will be scanned during a search of file for the GET
  6802. listserver command.
  6803.  
  6804. .. [37C] 6.3.25 - Fido Links
  6805.  
  6806.    List of Fidonet node links for the current echomail area.
  6807.  
  6808. .. [37D] 6.3.26 - News Links
  6809.  
  6810.    List of UUCP node links for the current newsgroup area.
  6811.  
  6812. .. [313] 6.4 - NetMail Folder
  6813.  
  6814.    Security level (default) for the netmail folder. This will affect the
  6815. security level the various users of the system have, when accessing
  6816. MGSETUP.
  6817.  
  6818. .. [4D0] 6.4.1 - Read level
  6819.  
  6820.    Security level a user need to have to be able to read messages in this
  6821. area.
  6822.  
  6823. .. [4D1] 6.4.2 - Write level
  6824.  
  6825.    Security level a user need to have to be able to write messages in this
  6826. area.
  6827.  
  6828. .. [4D2] 6.4.3 - Sysop level
  6829.  
  6830.    Security level a user need to have to be able to maintain this area.
  6831.  
  6832.  
  6833. .. [314] 6.5 - Global
  6834.  
  6835.    Global options to change the configuration of all message areas within
  6836. a particular message group. Each message area may be individually changed
  6837. in the Areas database, use this option to change message areas at one
  6838. single time.
  6839.  
  6840. .. [360] 6.5.1 - Area group
  6841.  
  6842.    Message group this area belongs to.
  6843.  
  6844. .. [361] 6.5.2 - Read level
  6845.  
  6846.    Security level a user need to have to be able to read messages in this
  6847. area.
  6848.  
  6849. .. [362] 6.5.3 - Write level
  6850.  
  6851.    Security level a user need to have to be able to write messages in this
  6852. area.
  6853.  
  6854. .. [363] 6.5.4 - Sysop level
  6855.  
  6856.    Security level a user need to have to be able to maintain this area.
  6857.  
  6858. .. [364] 6.5.5 - Main Node
  6859.  
  6860.    Main Fidonet node that manages this message area.
  6861.  
  6862. .. [365] 6.5.6 - Origin Line
  6863.  
  6864.    Edit the origin line that will be used when configuring message areas in
  6865. the Area Manager.
  6866.  
  6867. .. [366] 6.5.7 - Tear Line
  6868.  
  6869.    Tearline appended to messages generated in this area.
  6870.  
  6871. .. [367] 6.5.8 - Area Type
  6872.  
  6873.   Defines the message base type used for this area.
  6874.   
  6875.   - Hudson base
  6876.   - JAM base     (not available in this current version)
  6877.   - Squish base  (not available in this current version)
  6878.   - SyncNet base (not available in this current version)
  6879.  
  6880. .. [368] 6.5.9 - Echo toss
  6881.  
  6882. .. [369] 6.5.10 - Echo/Net
  6883.  
  6884. .. [38A] 6.5.11 - Execute!
  6885.  
  6886.    Update the message folders according to the current status defined in
  6887. this configuration.
  6888.  
  6889. .. [370] 6.5.12 - PostMaster
  6890.  
  6891.    Name of operator in the remote machine who is allowed to send requests
  6892. to the UUCP areafix server. Also, UUCP cost for the current UUCP machine
  6893. will be forwarded to the Postmaster. Use MGTOOLS NET for UUCP cost
  6894. processing.
  6895.  
  6896. .. [371] 6.5.13 - List Userbase
  6897.  
  6898.    Used only for LOCal lists. This file is mandatory, since it will store
  6899. the names of all users who subscribed to the local listserver.
  6900.  
  6901.  
  6902. .. [372] 6.5.14 - Welcome file
  6903.  
  6904.    Name of text file, located in \MG\AREAS, that contains the information
  6905. sent to users right after their subscription request is accepted by
  6906. MailGate. This option only works for LOCal lists.
  6907.  
  6908. .. [373] 6.5.15 - Query file
  6909.  
  6910.    Name of text file sent to users in response to the QUERY command, sent
  6911. to the listserver. This option only works for LOCal lists.
  6912.  
  6913. .. [374] 6.5.16 - File Server
  6914.  
  6915.    LOCal lists may maintain a subdirectory, where files are stored and
  6916. possibly sent to some of the subscribed users, those who have the AFD
  6917. (automatic file delivery) flag set to ON in their configuration.  This
  6918. will only be possible if the FIL flag is also ON in flags 2.
  6919.  
  6920.       
  6921. .. [375] 6.5.17 - Fax Base
  6922.  
  6923.   Phone number or Fax database file that contains the fax destinations
  6924. that will receive a copy of mail from this Area.
  6925.  
  6926. .. [376] 6.5.18 - Fax Grade
  6927.  
  6928.    Fax Grade used to identify all Fax messages originated from this
  6929. message area.
  6930.  
  6931. .. [377] 6.5.19 - Distribution
  6932.  
  6933.    Applied only to Newsgroups. This field defines the range of the
  6934. distribution of this newsgroup area.
  6935.  
  6936. .. [378] 6.5.20 - Folder Flag 2
  6937.  
  6938.    Flags that define the behavior of UUCP gateway, as explained in the
  6939. help of an individual echomail area, in the Areas Menu.
  6940.  
  6941. .. [379] 6.5.21 - Folder Flag 3
  6942.  
  6943.    Flags that define the behavior of general gateway, as explained in the
  6944. help of an individual echomail area, in the Areas Menu.
  6945.  
  6946. .. [37A] 6.5.22 - Signature
  6947.  
  6948.    Text file appended to all messages broadcasted from the list.
  6949.    
  6950. .. [37B] 6.5.23 - GET paths
  6951.  
  6952.    Text file name, with extension .GET, that contains the list of
  6953. subdirectories that will be scanned during a search of file for the GET
  6954. listserver command.
  6955.  
  6956. .. [37C] 6.5.24 - Fido Links
  6957.  
  6958.    List of Fidonet node links for the current echomail area.
  6959.  
  6960. .. [37D] 6.5.25 - News Links
  6961.  
  6962.    List of UUCP node links for the current newsgroup area.
  6963.  
  6964. .. [315] 6.6 - Import Config
  6965.  
  6966.    Import the message configuration from various systems that might be
  6967. working in your system.
  6968.  
  6969. .. [380] 6.6.1 - AREAS.BBS
  6970.  
  6971.    Import areas configuration from an AREAS.BBS compatible text file.
  6972.  
  6973. .. [390] 6.6.1.1 - Message Base
  6974.  
  6975. This will give the user access to the netmail folder and the local message
  6976. base. Users may read, write and maintain the message areas.
  6977.  
  6978. .. [391] 6.6.1.2 - File Name
  6979.  
  6980.     Name of file that will be sent in distribution in the selected TIC
  6981. Area.  Type ENTER when this entry is blank to have a list of all files
  6982. available in the subdirectory defined in the configuration of the TIC
  6983. Area.
  6984.  
  6985. .. [392] 6.6.1.3 - Only Nodes
  6986.  
  6987.    If ON, MG will not import the area names, but will only update the
  6988. current areas by importing the Fidonet node links from each area in
  6989. AREAS.BBS.
  6990.  
  6991. .. [393] 6.6.1.4 - Overwrite config
  6992.  
  6993.    MG may update the current configuration by adding only newer areas
  6994. found in AREAS.BBS, or overwrite the current configuration by importing
  6995. all areas from AREAS.BBS.
  6996.  
  6997. .. [394] 6.6.1.5 - Execute!
  6998.  
  6999.    Update the message folders according to the current status defined in
  7000. this configuration.
  7001.  
  7002. .. [381] 6.6.2 - MESSAGES.RA
  7003.  
  7004.    Import areas configuration from Remote Access 2.00 or compatible.
  7005.  
  7006. .. [3A0] 6.6.2.1 - MESSAGES.RA
  7007.  
  7008.    Import areas configuration from Remote Access 2.00 or compatible.
  7009.  
  7010. .. [3A1] 6.6.2.2 - CONFIG.RA
  7011.  
  7012.    Full path/name of CONFIG.RA configuration file.
  7013.  
  7014. .. [3A2] 6.6.2.3 - Overwrite config
  7015.  
  7016.    MG may update the current configuration by adding only newer areas
  7017. found in AREAS.BBS, or overwrite the current configuration by importing
  7018. all areas from AREAS.BBS.
  7019.  
  7020. .. [3A3] 6.6.2.4 - Execute!
  7021.  
  7022.    Update the message folders according to the current status defined in
  7023. this configuration.
  7024.  
  7025. .. [382] 6.6.3 - MGROUPS.RA
  7026.  
  7027.    Import groups configuration from Remote Access 2.00 or compatible.
  7028.  
  7029. .. [3B0] 6.6.3.1 - MGROUPS.RA
  7030.  
  7031.    Import groups configuration from Remote Access 2.00 or compatible.
  7032.  
  7033. .. [3B1] 6.6.3.2 - Overwrite config
  7034.  
  7035.    MG may update the current configuration by adding only newer areas
  7036. found in AREAS.BBS, or overwrite the current configuration by importing
  7037. all areas from AREAS.BBS.
  7038.  
  7039. .. [3B2] 6.6.3.3 - Execute!
  7040.  
  7041.    Update the message folders according to the current status defined in
  7042. this configuration.
  7043.  
  7044. .. [316] 6.7 - Export Config
  7045.  
  7046.    Export the current message area configuration of MG to other systems.
  7047.  
  7048. .. [3C0] 6.7.1 - AREAS.BBS
  7049.  
  7050.    Export areas configuration to an AREAS.BBS compatible text file.
  7051.  
  7052. .. [016] 7 - Text Files
  7053.  
  7054.     Some text files are used by the system to notify users when they try to
  7055. use one of the functions available in MailGate. Edit them and customize
  7056. these files to meet your needs. They must all be stored in the directory
  7057. that you configure in the DIRECTORY menu, designed for this purpose. Note
  7058. that the system comes with all text files you need to start working. Just
  7059. change them when necessary. Some special characters are used inside these
  7060. files, so that they can be substituted by the SUBJECT, DATE and USERTO of
  7061. the processed mail. They are:
  7062.  
  7063.   %D for the Date/time
  7064.   %S for the Subject
  7065.   %L for the UserTo or for a List name in case of mail to the Listserver
  7066.  
  7067.  These switches MUST be in capital letters.
  7068.  
  7069.  In some of the Text files, these switches will have different purposes.
  7070. Please check the Help for each entry and also, verify how each sample
  7071.  
  7072. .. [3D0] 7.1 - 1 - Listserv Reply
  7073.  
  7074.     Message sent to UUCP users after they send mail to one of your local
  7075. Lists. This is a confirmation receipt that may or may not be sent  to the
  7076. original sender, providing he is subscribed on the list (the only way he
  7077. has to send mail to your lists), and that he has the ACK flag set to ON in
  7078. the "Flags" option of his configuration in the user database of the List
  7079. in question. The ACK option can also be changed by the user by sending the
  7080. "SET Listname ACK" command to the listserver. In the body of the message,
  7081. you can use special characters that will be substituted by some
  7082. information about the original message sent to the list. Use %D for the
  7083. date, %S for the subject and %L for the name of the list. Below follows an
  7084. example:
  7085.  
  7086.  
  7087.  * Automatically generated by MailGate
  7088.  
  7089.    Dear user:
  7090.  
  7091.  Your message was sent to %L on %D,
  7092.  with subject "%S".
  7093.  
  7094.  Regards
  7095.  PostMaster
  7096.  
  7097. .. [3D1] 7.2 - 2 - Listserver Reply
  7098.  
  7099.     If a user tries to send mail to a list he is not subscribed on, the
  7100. system will send a warning message. Generally, this message should say
  7101. that the message was discarded and the procedures that should be taken for
  7102. the user to be subscribed on the list. Below follows an example:
  7103.  
  7104.  
  7105.  * Automatically generated by MailGate
  7106.  
  7107.  Warning: You cannot send messages to %L because you are not subscribed on
  7108. this list.
  7109.  
  7110.  To subscribe, send message to listserv@ear.anpe.br, and in the body of
  7111.  the message, write:
  7112.  
  7113.  subscribe %L
  7114.  
  7115.  Your message was sent on %D, with subject "%S".
  7116.  
  7117. .. [3D2] 7.3 - 3 - UUCP Fax Reply
  7118.  
  7119.     Users on the Internet can also use your Fax server and send faxes the
  7120. same way users do with netmail. Your Fax server can be reached at the
  7121. address Fax@mydomain, and in the subject line of the message, the syntax
  7122. should be exactly the same as used with netmail. You may choose to work
  7123. with the Fax@mydomain user or any other one. In any case, this user must
  7124. be configured in the UUCP VIP users Database, where the user name is "fax"
  7125. and the node number is one of your local BBS node numbers. If you wish to
  7126. provide Fax capability to other locations, you can add as many "fax" users
  7127. as you wish, supply different names for the UUCP user (fax1@mydomain,
  7128. fax2@mydomain, etc.), and different Node numbers, corresponding to the BBS
  7129. systems these fax messages will be sent to. Since the "fax" user will not
  7130. be allowed to send netmail to the UUCP gateway, you will need to set to ON
  7131. the UUCP flag in each VIP UUCP/Fax entry in the UUCP VIP Database. Below
  7132. follows an example:
  7133.  
  7134.  
  7135.  * Automatically generated by MailGate
  7136.  
  7137.  Dear user:
  7138.  
  7139.  Your message was sent to the Fax Server. You will be receiving a Fax
  7140. report of the transmission as soon as possible.
  7141.  
  7142.  Regards
  7143.  PostMaster
  7144.  
  7145. .. [3D3] 7.4 - 4 - Not in Node
  7146.  
  7147.     Warning message sent to a user who attempted to send netmail to the
  7148. UUCP gateway, but whose node number was not found in the nodelist. Below
  7149. follows an example:
  7150.  
  7151.  
  7152.  * Automatically generated by MailGate
  7153.  
  7154.  Warning: Your system is not allowed to gate netmail to Internet through
  7155. our system because it is not listed in our Nodelist.
  7156.  
  7157.  Please, contact the Sysop before attempting to try it again.
  7158.  
  7159.  Netmail information:
  7160.  
  7161.  Date    : %D
  7162.  Subject : %S
  7163.  To User : %L
  7164.  
  7165.  
  7166.  Regards
  7167.  Sysop.
  7168.  
  7169. .. [3D4] 7.5 - 5 - Syntax UUCP
  7170.  
  7171.     If a user attempts to send a netmail to the UUCP gateway and it does
  7172. not follow the right syntax, the system will reply with a warning message,
  7173. explaining how to proceed next time. You may use a specific message to be
  7174. replaced when the reply is sent.
  7175.  
  7176.  %D - Date
  7177.  %S - Subject
  7178.  %L - Destination UUCP user
  7179.  
  7180.  Below follows an example:
  7181.  
  7182.  
  7183.  * Automatically generated by MailGate
  7184.  
  7185.  You tried to send a netmail through the UUCP gateway node but it does not
  7186. follow the right syntax. Read the help message below and try it again.
  7187.  
  7188.  Netmail information:
  7189.  
  7190.  Date    : %D
  7191.  Subject : %S
  7192.  To User : %L
  7193.  
  7194.  Regards,
  7195.  Clovis Lacerda
  7196.  
  7197.    - How to send netmail to Internet -
  7198.  
  7199.  Send a netmail to uucp in the address 12:12/2, and, in the very first
  7200. line, write:
  7201.  
  7202.  TO:<Internet address>
  7203.  
  7204.  body of message.
  7205.  
  7206. .. [3D5] 7.6 - 6 - Long Fido Name
  7207.  
  7208.     This warning message is sent to any user who attempts to use the
  7209. gateway of netmail between Primary and Secondary networks, but whose name
  7210. is too long and the system is unable to add his node number in the From:
  7211. field of the netmail.  This is in agreement with the technical standards
  7212. of the gateway of netmail. Below follows an example:
  7213.  
  7214.  
  7215.  * Automatically generated by MailGate
  7216.  
  7217.  Warning: This netmail could not be gated because your name is too long to
  7218. accept the appending of your origin node.
  7219.  
  7220.  Contact your sysop.
  7221.  
  7222.  Netmail information:
  7223.  
  7224.  Date    : %D
  7225.  Subject : %S
  7226.  To User : %L
  7227.  
  7228.  
  7229.  Regards,
  7230.  Clovis Lacerda
  7231.  
  7232. .. [3D6] 7.7 - 7 - Node not found
  7233.  
  7234.     Warning message sent to a user who attempted to send netmail to the
  7235. Fidonet or Fax gateway, but whose node number was not found in the
  7236. nodelist. Below follows an example:
  7237.  
  7238.  
  7239.  
  7240.  * Automatically generated by MailGate
  7241.  
  7242.  Warning: This netmail could not be gated because the destination node is
  7243. not in our nodelist.
  7244.  
  7245.  Please, contact your sysop.
  7246.  
  7247.  Netmail information:
  7248.  
  7249.  Date    : %D
  7250.  Subject : %S
  7251.  To User : %L
  7252.  
  7253.  
  7254.  Regards,
  7255.  Clovis Lacerda
  7256.  
  7257. .. [3D7] 7.8 - 8 - UUCP Receipt
  7258.  
  7259.     This is the confirmation receipt sent back to a user after the system
  7260. had successfully processed a netmail to the UUCP gateway. Below follows an
  7261. example:
  7262.  
  7263.  
  7264.  * Automatically generated by MailGate
  7265.  
  7266.  Dear user,
  7267.  
  7268.  The following message was successfully sent to Internet from our system.
  7269.  
  7270.  Netmail information:
  7271.  
  7272.  Date    : %D
  7273.  Subject : %S
  7274.  To User : %L
  7275.  
  7276.  Regards
  7277.  Sysop.
  7278.  
  7279. .. [3D8] 7.9 - 9 - Fido Receipt
  7280.  
  7281.     This is the confirmation receipt sent back to a user after the system
  7282. had successfully processed a netmail to the Primary-Secondary Fidonet
  7283. gateway. Below follows an example:
  7284.  
  7285.  
  7286.  
  7287.  * Automatically generated by MailGate
  7288.  
  7289.  Dear user,
  7290.  
  7291.  The following message was successfully sent through the gateway from our
  7292. system.
  7293.  
  7294.  Netmail information:
  7295.  
  7296.  Date    : %D
  7297.  Subject : %S
  7298.  To User : %L
  7299.  
  7300.  Regards
  7301.  Sysop.
  7302.  
  7303. .. [3D9] 7.10 - A - Fido Footing
  7304.  
  7305.     This message is appended in all netmail that is sent through the
  7306. Primary/Secondary Fidonet gateway. Below follows an example:
  7307.  
  7308.  
  7309.  
  7310.  -------------------------------------------------------
  7311.  Netmail from  RBT - Rede Brasileira de Tele-informatica
  7312.  -------------------------------------------------------
  7313.  
  7314.  
  7315. .. [3DA] 7.11 - B - UUCP Footing
  7316.  
  7317.     This message is appended in all netmail that is sent through the UUCP
  7318. gateway. Below follows an example:
  7319.  
  7320.  
  7321.  
  7322.  --------------------------------------------------------
  7323.  Tropical Reefs, Inc.  - Tropical Reefs BBS  clovis@ttbbs.ax.apc.org
  7324.  --------------------------------------------------------
  7325.  
  7326. .. [3DB] 7.12 - C - Error Node
  7327.  
  7328.     Warning message sent to a user who attempted to send netmail to
  7329. MGSERVER, but whose node number was not found in the nodelist.  Below
  7330. follows an example:
  7331.  
  7332.  
  7333.  
  7334.  * Automatically generated by MailGate
  7335.  
  7336.  Sorry, but your request could not be processed because your node was not
  7337. found in our nodelist.
  7338.  
  7339.  If you have any questions, please send mail to
  7340.  
  7341.  Clovis Lacerda
  7342.  Address: 12:1280/1 or 4:808/2
  7343.  
  7344.  
  7345.  In regard to your Message:
  7346.  
  7347.  Date    : %D
  7348.  Subject : %S
  7349.  To User : %L
  7350.  
  7351. .. [3DC] 7.13 - D - Error File
  7352.  
  7353.     Warning message sent to a user who attempted to send netmail to
  7354. MGSERVER with the SEND <file> command, but the text file was not found in
  7355. the "TXT Path". Please refer to the "Fido Server Path" option for details
  7356. on the use of the MGSERVER function. Below follows an example:
  7357.  
  7358.  
  7359.  * Automatically generated by MailGate
  7360.  
  7361.  Sorry, but the file you requested was not found in our directories.
  7362.  
  7363.  The list of available files goes below: (SEND command)
  7364.  
  7365.  HELPME    ESTAT    MG
  7366.  
  7367.  The list of available files for request (ATTACH command)
  7368.  
  7369.  MG021.ZIP  - Newest version of MailGate
  7370.  
  7371.  The list of available files for Faxing (FAX command)
  7372.  
  7373.  INDICES  -  Indices economicos do dia
  7374.  EVENTOS  -  Eventos da semana
  7375.  
  7376.  In regard to your Message:
  7377.  
  7378.  Date    : %D
  7379.  Subject : %S
  7380.  To User : %L
  7381.  
  7382. .. [3DD] 7.14 - Next Menu
  7383.  
  7384.    Another set of text files.
  7385.  
  7386.  
  7387. .. [3E0] 7.15 - 1 - Fax Error
  7388.  
  7389.     Warning message sent to a user who attempted to send a netmail to the
  7390. Fax server, but was rejected by the system for one of many reasons. Please
  7391. refer to the "Fax Mail" menu for details. Below follows an example:
  7392.  
  7393.  
  7394.  * Automatically generated by MailGate
  7395.  
  7396.  Error trying to send a message to the Fax Server. The subject of this
  7397. reply will give you an idea of what went wrong. For further details,
  7398. please contact the sysop. Depending on the configuration of the system you
  7399. are using to send your mail, it may operate under one of these situations:
  7400.  
  7401.  1 - Any user may send Fax messages, to any phone number;
  7402.  
  7403.  2 - Only users listed in the VIP nodelist may send messages to any
  7404.      phone number or to Fax databases and
  7405.  
  7406.  2.1 - Users not found in the VIP nodelist may only send faxes to local
  7407.        phone numbers, according to the configuration;
  7408.  
  7409.  2.2 - Users not found in the VIP nodelist cannot send fax messages.
  7410.  
  7411.  Regards,
  7412.  Clovis Lacerda
  7413.  
  7414. .. [3E1] 7.16 - 2 - UUCP Auto reply
  7415.  
  7416.     If a VIP UUCP user cannot reply to his mail, the system provides a
  7417. way by which any UUCP mail received to him will be automatically
  7418. replied. This is useful if a VIP user of your system is away and can only
  7419. read his mail after he comes back. Meanwhile, every user who sends mail to
  7420. him will be notified of the fact. Below follows an example:
  7421.  
  7422.  
  7423.  * Automatically generated by MailGate
  7424.  
  7425.  Dear %L,
  7426.  
  7427.  I cannot read your message now because I'm out of town. As soon as I read
  7428. it, I will send you the reply.
  7429.  
  7430.  Yours virtually,
  7431.  %S
  7432.  
  7433. .. [3E2] 7.17 - 3 - UUCP TIC
  7434.  
  7435.     MailGate allows your system to automatically hatch files to subscribed
  7436. users of your local Lists, provided that the Lists you want to have this
  7437. function activated have the FIL flag set to ON in the "Flag" option of the
  7438. "Edit UUCP Areas" configuration, found in the "UUCP Config" Menu. The
  7439. FILES subdirectory must exist inside the subdirectory of the List Area,
  7440. and any new file found in this subdirectory will be sent to all List
  7441. members who have the AFD flag set to ON in their individual subscriptions.
  7442. If a member of a list has the FUI flag set to ON, he will be notified of
  7443. new files in the list. New files are those found in the FILES.BBS file, in
  7444. the FILES subdirectory, but not in the FILES.DUP, which is updated in the
  7445. directory of the list. In this text message, you may use the special
  7446. reserved words:
  7447.  
  7448.  %S - File name
  7449.  %L - List Name
  7450.  
  7451.  Members of list who have the FUI flag set to ON will be notified of new
  7452. files by the text message configured in this option. Below follows an
  7453. example:
  7454.  
  7455.  
  7456.  * Automatically generated by MailGate
  7457.  
  7458.  Dear user:
  7459.  
  7460.  This file is now available on List %L
  7461.  
  7462.  File: %S
  7463.  
  7464.  You may request it with the GET command to the Listserver.
  7465.  
  7466.  Regards
  7467.  PostMaster
  7468.  
  7469. .. [3E3] 7.18 - 4 - RAID Help
  7470.  
  7471.    Message sent to netmail request to the RAID user, acknowledging the
  7472. %HELP command. Below follows an example:
  7473.  
  7474. This is the list of commands available to you.
  7475.  
  7476.  +<areaname>        Connect an area
  7477.  -<areaname>        Disconnect an area
  7478.  %HELP or %H        This help message
  7479.  %LIST or %L        To request a list of areas available to you
  7480.  %QUERY or %Q       List of available areas to which you are connected
  7481.  %UNLINKED or %U    List of available areas to which you are not connected
  7482.  %PASSWORD or %P    Change your AreaFix password
  7483.  %-ALL              Disconnect all areas
  7484.  %+ALL              Connect all areas
  7485.  %NOTIFY=[On/Off]   Turn the notify function on/off
  7486.  %MESSAGE=[On/Off]  Turn the message function on/off
  7487.  %TICK=[On/Off]     Turn the TICK file option on/off
  7488.  %STATUS            Status report with configuration
  7489.  %INACTIVE          Temporarily turn off all areas
  7490.  %ACTIVE            Turn inactive areas back on
  7491.  %FROM [address]    Remote maintenance for other nodes
  7492.  %RESEND file       Resend a TIC file that has been already processed
  7493.  
  7494.  
  7495. .. [3E4] 7.19 - 5 - BAD UUCP
  7496.  
  7497.     This is useful in case a non VIP UUCP user attempts to send a netmail
  7498. to the UUCP gateway in which the destination is a bad UUCP user, as listed
  7499. in the MGUBAD_*.LST. Please refer to the "Bad UUCP" option for details.
  7500. Below follows an example:
  7501.  
  7502.  
  7503.  * Automatically generated by MailGate
  7504.  
  7505.  Dear user,
  7506.  
  7507.  You tried to send a message to a destination system that is not allowed
  7508. in our system. Your mail has therefore been rejected. Please keep in mind
  7509. that messages to the following users will not be sent by the system:
  7510.  
  7511.  listserv, archie, ftpmail, mailserv
  7512.  
  7513.  Netmail information:
  7514.  
  7515.  Date    : %D
  7516.  Subject : %S
  7517.  To User : %L
  7518.  
  7519.  Regards
  7520.  Sysop.
  7521.  
  7522. .. [3E5] 7.20 - 6 - UUCP Warning
  7523.  
  7524.    This message is sent to a remote UUCP user who sent a UUCP message to a
  7525. destination user who was not found in your system. For example, the
  7526. destination was a non VIP UUCP user, the message came in the standard format
  7527. of mail to a non VIP UUCP user but the destination node was not found in
  7528. the nodelist or the system only accepts mail to VIP users. Below follows
  7529. an example:
  7530.  
  7531.  
  7532.  * Automatically generated by MailGate
  7533.  
  7534.  Dear user,
  7535.  
  7536.  The destination user was not found. Your message was discarded and sent
  7537. to the postmaster.
  7538.  
  7539.  User not found:
  7540.  
  7541.  %L
  7542.  
  7543.  Subject of your mail:
  7544.  
  7545.  %S
  7546.  
  7547.  Original Date: %D
  7548.  
  7549.  Yours virtually,
  7550.  Postmast@ear.anpe.br
  7551.  
  7552. .. [3E6] 7.21 - 7 - Fido Server
  7553.  
  7554.     This will allow you to edit the *.TXT files that the Fido Server of
  7555. MailGate has available for the MGSERVER SEND command and for the Netmail
  7556. and Echomail automatic distribution system.
  7557.  
  7558. .. [3E7] 7.22 - 8 - MSG Server
  7559.  
  7560.     This will allow you to edit the *.CTL files that the Fido Server of
  7561. MailGate has available for the NetMail automatic distribution.
  7562.  
  7563. .. [3E8] 7.23 - 9 - PKT Server
  7564.  
  7565.     This will allow you to edit the *.CTL files that the Fido Server of
  7566. MailGate has available for the EchoMail automatic distribution.
  7567.  
  7568. .. [3E9] 7.24 - A - Listserver files
  7569.  
  7570.     This will allow you to edit the text files that the UUCP Listserver of
  7571. MailGate has available. These files are part of the set of commands that
  7572. the Listserver uses to interact with UUCP users.
  7573.  
  7574. .. [3EA] 7.25 - B - Fax file request
  7575.  
  7576.    Text files available for netmail requests sent to MGSERVER, after the
  7577. user issues the FAX command. These files will be forwarded to the fax
  7578. server for later delivery to the phone number specified by the requesting
  7579. user. Please refer to the MGSERVER help for details.
  7580.  
  7581. .. [3EB] 7.26 - C - UUCP Request files
  7582.  
  7583.    Text files that are available for Internet users to automatically
  7584. request. For example, if there is a text file called "help", any mail to
  7585. user help@ear.anpe.br will be automatically replied, and file "help" will
  7586. be the body of the message. Multiple files may also be sent to the
  7587. requesting user, for example, files help, help.1, help.2, help.a, etc. will
  7588. be sent as replies to the message sent to help@ear.anpe.br.  This option
  7589. may be useful when making available multiple parts of an uuencoded file.
  7590.  
  7591. .. [3EC] 7.27 - D - UUCP Aliases files
  7592.  
  7593.    Text files that contain lists of email addresses, used for fast
  7594. Internet mailing. For example, if a user sends a netmail to the UUCP
  7595. gateway, addressed to: alias, MG will first look for the file "alias" in
  7596. this directory, and if found, the message will be forwarded to all users
  7597. listed in this file.
  7598.  
  7599. .. [3ED] 7.28 - E - Fido Request files
  7600.  
  7601.    Text files that are available for FidoNet users to automatically
  7602. request. For example, if there is a text file called "help", any netmail
  7603. to user help, at one of the local nodes of the system, will be
  7604. automatically replied, and file "help" will be the body of the message.
  7605. Multiple files may also be sent to the requesting user, for example, files
  7606. help, help.1, help.2, help.a, etc. will be sent as replies to the original
  7607. message. This option may be useful when making available multiple parts of
  7608. an uuencoded file.
  7609.  
  7610. .. [017] 8 - Fax config
  7611.  
  7612.     MailGate provides a very powerful Fax mail Server. You may run your Fax
  7613. server in different ways. First, all users may use the gateway with no
  7614. restrictions, that is, any phone number or database entry may be used.  The
  7615. second option, only VIP users identified in your FAX nodelist may use the
  7616. gateway, provided they use the correct password. Optionally, you may allow
  7617. non-VIP users to send local Faxes, or disable non-VIP access totally.
  7618. Faxes may be sent to destinations listed in Database files you configure in
  7619. the system. For example, if a database is created under the name of
  7620. COMPUTERS, any netmail sent with subject COMPUTERS will be Faxed to all
  7621. entries. VIP users, non-VIP users and Database files can be assigned with
  7622. Fax priority flags. By running MailGate with the proper switches, you may
  7623. select the Fax mail to be sent. A Fax program of your choice must be known
  7624. by MailGate for proper operation. MailGate has the option to exit with the
  7625. Fax errorlevel. Run MG -? for details about the switches.
  7626.  
  7627.    You may include a front page in all Fax messages. Just create a file
  7628. called BANNER.FAX and place it in the "FAX Path".
  7629.  
  7630. .. [3F0] 8.1 - Run-Time Options
  7631.  
  7632.     Several flags are provided for the system to operate according to your
  7633. specific needs. They are used to enable or disable almost all functions of
  7634. MailGate. Once configured, they are used as default settings for the
  7635. operation of MailGate. They can, however, be overridden by the DOS command
  7636. line. Run MailGate using one or more switches as explained in the ON-LINE
  7637. Help. If you run MG -? you will get the list of switches.
  7638.  
  7639. .. [400] 8.1.1 - Netmail to Fax mail
  7640.  
  7641.     If ON, the system will look for netmail addressed to one of the local
  7642. nodes and destination user "FAX". When found, the netmail will be checked
  7643. for proper syntax and system restrictions and sent to the Fax Manager for
  7644. later delivery.
  7645.  
  7646. .. [401] 8.1.2 - Process Fax Server
  7647.  
  7648.    This option will force MG to send all waiting Fax mail every time it is
  7649. executed. If OFF, MG will only deliver fax if the -X switch is passed to
  7650. MG in the DOS command line. Please run MG /? for details.
  7651.  
  7652. .. [402] 8.1.3 - Fax Vip
  7653.  
  7654.    If ON, only users found in the Fax Nodelist may send mail to the Fax
  7655. manager. The user has to issue a valid password in the subject field of
  7656. the netmail, otherwise the message will be rejected. Please refer to the
  7657. "Fax Mail" Menu for detailed help on the syntax. If this option is set to
  7658. OFF, any user may send Fax mail, including long distance calls. For this
  7659. reason, be very careful when configuring your Fax Manager.
  7660.  
  7661. .. [403] 8.1.4 - Local Fax
  7662.  
  7663.     If ON, Local Faxes will be allowed to be sent, even  for users not
  7664. found in the Fax VIP database. Any user sending netmail to the Fax Gateway
  7665. may have their mail sent to local phone destinations, and the Fax number
  7666. will be checked for validity against the "Phone Grid". Fax password is not
  7667. required.
  7668.  
  7669. .. [404] 8.1.5 - Fax Receipt
  7670.  
  7671.     If ON, MailGate will send a confirmation receipt to the user who sent
  7672. netmail to the Fax server. The text message used is the same that the MSG
  7673. server uses and can be customized in the "Text FiLes" Menu.
  7674.  
  7675. .. [405] 8.1.6 - Process Fax Log
  7676.  
  7677.     If ON, MailGate will execute the Fax logging program that was
  7678. configured in the "Fax Mail" Menu. For the Fax server to work, your system
  7679. will need to run a Fax delivering program. Each different Fax program has
  7680. its own way of logging the operation, especially the transmission of the
  7681. Fax messages, which is of great importance for MailGate to be able to
  7682. update every Fax message found in the HOLD directory. This update is
  7683. needed because MailGate has to know if a Fax messages was correctly sent,
  7684. how long it took during transmission, the number of pages. After Fax is
  7685. sent by your Fax program, a Log processing utility has to be executed.
  7686. This program will process the LOG file generated by the Fax program,
  7687. locate the correct entry for the recent Fax transmission, and then update
  7688. the .FCX control file of the Fax message in the Fax HOLD directory.
  7689. MailGate comes with one Log utility to be used in conjunction with one
  7690. specific Fax program.  The utility that is provided must be located in the
  7691. main path of MailGate.
  7692.  
  7693.     If this option is set to OFF, you must provide a way to update your
  7694. FAX mail in the HOLD directory, otherwise MailGate will continue trying to
  7695. send them, even if they have already been sent.
  7696.  
  7697. .. [406] 8.1.7 - FaX error
  7698.  
  7699.    Some Fax programs need to know the errorlevels they exited after
  7700. operation. If this happens with the Fax program you are using with
  7701. MailGate to send your Fax messages, you will need to force MailGate not to
  7702. exit with its own internal errorlevels, but rather, with the one provided
  7703. by your Fax Program. Set this to ON if you really need to work with your
  7704. Fax program errorlevel. Nevertheless, MailGate will execute the customized
  7705. exit batch files after completion.
  7706.  
  7707. .. [407] 8.1.8 - Fax Files
  7708.  
  7709.    If ON, MG will look for files attached to netmail messages sent to the
  7710. Fax user, and if found, they will be forwarded to the Fax server for
  7711. delivery. This is useful is you do not only want to send text messages to
  7712. the Fax server.
  7713.  
  7714. .. [408] 8.1.9 - Expand Faxbase
  7715.  
  7716.    If ON, MG will create one fax message for every user found in a Fax
  7717. database, rather than creating a single message to the entire database.
  7718.  
  7719.  
  7720. .. [3F1] 8.2 - Edit Fax Users
  7721.  
  7722.    Menu where your Fax VIP users will be configured.
  7723.  
  7724. .. [410] 8.2.1 - User Name
  7725.  
  7726.     Name of the user who is using this account. This is the name that
  7727. comes in the From: field of the netmail.
  7728.  
  7729. .. [411] 8.2.2 - Net or UUCP
  7730.  
  7731.     If ON, the user is in the Fidonet domain, otherwise, he is a user on
  7732. the Internet. VIP Fax users may be either from the Internet or from
  7733. Fidonet.  Your system may allow Internet users to have full access to the
  7734. Fax manager. The rules are the same that apply to a Fidonet user.
  7735.  
  7736. .. [412] 8.2.3 - Session Pwd
  7737.  
  7738.     Password to be used whenever this user wants to have privileges of a
  7739. VIP user. This is required to access the Fax phone Databases and to
  7740. overlap the restriction set by the Phone grid for long distance Fax
  7741. transmission.  This password is always issued in the subject line of the
  7742. netmail, following the "-p" command.
  7743.  
  7744.  Example:
  7745.  
  7746.  Re: -psecret 00-1-305-222-2222
  7747.  
  7748.  If "secret" is the password as configured in this option, the Fax message
  7749. from this user will be processed.
  7750.  
  7751. .. [413] 8.2.4 - FidoNet Node
  7752.  
  7753.     Node that this user will send and receive messages from. The node
  7754. number is used to validate the origin of the netmail, and also to be used
  7755. as the return node when the system has to send a status message back to the
  7756. user.
  7757.  
  7758. .. [414] 8.2.5 - GraDe
  7759.  
  7760.     Fax Grade used in all Fax messages from this user. Fax Grades are used
  7761. to differentiate and control the transmission of the various levels of Fax
  7762. messages processed by the system. If the Fax Grade of this user is "S",
  7763. his Fax mail will only be sent to the destination if MailGate is run with
  7764. the following command line:
  7765.  
  7766.  MG -XS
  7767.  
  7768.  -X is the switch used to activate the transmission of Fax mail, and S is
  7769. the fax grade of the messages that area allowed to be transmitted during
  7770. this session of MailGate. Please run MG ? for details.
  7771.  
  7772. .. [415] 8.2.6 - FlaGs
  7773.  
  7774.     Flags used to determine the behavior of the netmail and subscription
  7775. of this VIP Fax user.
  7776.  
  7777.  HLD - Hold. Netmail is sent only when destination node makes the call.
  7778.  DIR - Direct. Directs the netmail to the destination.
  7779.  CSH - Crash. The system will force a call to destination node.
  7780.  KIL - Netmail will be deleted after sent.
  7781.  
  7782. .. [3F2] 8.3 - Fax Directory
  7783.  
  7784.     This directory is used by the MailGate FAX manager. It will contain
  7785. some subdirectories that are automatically created by MailGate. The
  7786. Database files with the Fax VIP users and the Fax Phone book are stored
  7787. here.  The Fax text messages (*.FAX) and control files (*.FCX) are stored
  7788. in a subdirectory called HOLD. The TXT subdirectory, which must be
  7789. manually created, stores the TEXT messages that may be requested to be
  7790. Faxed to a remote user. Please refer to the FAX command in the MGSERVER
  7791. functions.  Every time MailGate processes UUCP or Fido netmail addressed
  7792. to the Fax manager, the messages are sent to HOLD. If the Fax manager is
  7793. activated, in the "Run-Time options" or by means of a +X DOS switch when
  7794. running MailGate, this mail will be sent as Fax messages. Processed mail
  7795. will be moved to the OLD subdirectory and will remain there until you
  7796. decide to delete them. Fax mail will be moved from the HOLD directory to
  7797. the OLD directory when:
  7798.  
  7799.  - The Fax was successfully sent to the destination. This can only be
  7800. verified if the Fax control file was updated by the external Fax-Log
  7801. utility. MailGate provides one such utility to be used with a Fax program
  7802. we recommend.
  7803.  
  7804.  - The number of attempts to send a Fax message exceeded the maximum
  7805. number of tries that are allowed by MailGate. This value is set in the Fax
  7806. configuration menu of MailGate. This can only be processed if the "Ext LOG
  7807. Program" is being used by the system.
  7808.  
  7809.     If the Fax-log utility does not exist, you will have to manually
  7810. process the maintenance of your Fax mail in HOLD, since MailGate will
  7811. continue to try to send them, even if they have already been sent.
  7812.  
  7813. .. [3F3] 8.4 - DataBase
  7814.  
  7815.    This will give you access to the Configuration Menu of the Fax phone
  7816. list Database. If you type ENTER with this entry in blank, you will
  7817. receive a list of all existing database files in the system. In each of
  7818. these files, you will enter as many phone numbers as you wish. For
  7819. example, suppose that you choose HOTELS to edit. You will include the
  7820. phone numbers of hotels.  Each time a Fax message is sent with a subject
  7821. line containing HOTELS, the system sends this Fax message to all phones
  7822. listed in the HOTELS database.  If the Fax VIP flag is ON in the Run-Time
  7823. Menu, only Fax VIP users will be able to access the Fax phone books. Below
  7824. is an example of what a Fax VIP user has to do to have a Fax message
  7825. delivered to all hotels found in the HOTEL Fax database:
  7826.  
  7827.  From: John Brown, 12:1280/7
  7828.  To: Fax, 12:1280/1
  7829.  Re: -psecret hotels
  7830.  -------
  7831.  This is a test
  7832.  
  7833. .. [420] 8.4.1 - Fax Grade
  7834.  
  7835.    Fax Grade used to identify all Fax messages originated from this
  7836. message area.
  7837.  
  7838. .. [421] 8.4.2 - Name
  7839.  
  7840.    Name of database entry. It is used only for information.
  7841.  
  7842. .. [422] 8.4.3 - 1 - Information
  7843.  
  7844.    General description about current entry.
  7845.    
  7846. .. [423] 8.4.4 - 2 - Information
  7847.  
  7848.    General description about current entry.
  7849.    
  7850. .. [424] 8.4.5 - 3 - Information
  7851.  
  7852.    General description about current entry.
  7853.    
  7854. .. [425] 8.4.6 - Voice phone
  7855.  
  7856.    Phone number voice messages will be sent to. (not implemented yet)
  7857.    
  7858. .. [426] 8.4.7 - Fax phone
  7859.  
  7860.    Phone number fax messages will be sent to.
  7861.  
  7862. .. [4F0] 8.4.7.1 - Labels/line
  7863.  
  7864. .. [4F1] 8.4.7.2 - Width
  7865.  
  7866. .. [4F2] 8.4.7.3 - Printer font
  7867.  
  7868. .. [4F3] 8.4.7.4 - First Label
  7869.  
  7870. .. [4F4] 8.4.7.5 - Last Label
  7871.  
  7872. .. [4F5] 8.4.7.6 - Execute!
  7873.  
  7874. .. [3F4] 8.5 - FAX Program
  7875.  
  7876.     This is the main Executable program that delivers your Fax messages.
  7877. You can enter the name of the executable file or the name of a batch file
  7878. that runs it. Both files must be located either in the current directory
  7879. or in the PATH of your operating system. MailGate does not have the
  7880. internal capacity of sending Fax message over the phone, it needs another
  7881. program to do it.
  7882.  
  7883. .. [3F5] 8.6 - Command Line
  7884.  
  7885.     This is the command line passed to the Fax program when MailGate exits
  7886. to run it. It is the same as if you had executed the Fax program from DOS
  7887. with a command line. MailGate uses two special characters that are
  7888. replaced during the execution by the name of the text file to be sent as
  7889. Fax and the phone number that must be dialed. In the command line, use %
  7890. for the file name and @ for the phone number.
  7891.  
  7892. .. [3F6] 8.7 - Ext LOG Program
  7893.  
  7894.     MailGate needs a special utility to process the Logging of the Fax
  7895. transmissions, executed by the external Fax program you have already
  7896. configured. Different Fax programs will surely produce different styles of
  7897. transmission logging. This utility must read the transmission log of your
  7898. Fax system and then, update the *.FCX Fax control files of the messages
  7899. that were processed by the Fax server of MailGate. This is needed since
  7900. MailGate has to keep track of the Fax transmissions, to provide a reply to
  7901. the original sender of the Fax transmission status, and to avoid sending
  7902. Fax messages more than once. MailGate provides one such Fax log utility.
  7903. This program is important for the Fax server since it will work as a
  7904. supplier of information to MailGate about the operation of your Fax
  7905. system. MailGate calls the External Fax logging program and passes the
  7906. name of the Fax control file as the first parameter in the DOS command
  7907. line. What the External Fax logging utility has to do will be detailed
  7908. below, with an example of a Fax control file that MailGate has available
  7909. for all individual Fax Messages.
  7910.  
  7911.  
  7912.  A
  7913.  Clovis Lacerda
  7914.  1280/1
  7915.  12:1280/7@rbt.org
  7916.  
  7917.  341-4241
  7918.  65740300.FAX
  7919.  Date     Time     Phone number         Message Text Pgs  Logon Status
  7920.  04-03-94 07:00:00 341-4241             65740300.FAX 1    00:00 No Ans
  7921.  
  7922.   The first line includes the Fax grade of the Fax message. The second
  7923. line contains the name of the user who sent the Fax message. The third
  7924. line contains the node number of the destination system that received the
  7925. Fax.  The fourth line contains the node number of the user who sent the
  7926. Fax. The firth line contains the name of the UUCP user who sent the Fax,
  7927. if any, otherwise it will be left empty. This field is needed for MailGate
  7928. to send the status of the Fax transmission back to the original UUCP user.
  7929. The sixth line contains the phone number to which the Fax message will be
  7930. sent, or it may contain the name of the Fax Database file from which
  7931. MailGate will retrieve phone number for multiple transmissions. The
  7932. seventh line contains the name of the Fax file that will be sent. It may
  7933. be a text file, generally from a netmail or an email, or a binary file,
  7934. that came attached to a netmail addressed to the Fax user. The eighth line
  7935. is hard-coded, and contains the status information for the Fax
  7936. transmissions. After this line, your External Fax log utility must update
  7937. the control *.FCX file, including a line every time a transmission is
  7938. attempted.
  7939.  
  7940. .. [3F7] 8.8 - Max tries
  7941.  
  7942.     Maximum number or attempts to send a Fax message before giving up.
  7943. This can only take effect if you have  configured an available  Fax
  7944. logging utility. MailGate will scan all Fax control files, *.FCX files
  7945. located in the Fax HOLD directory, and control the number of attempts to
  7946. send a specific Fax message. This is how MailGate controls Fax messages:
  7947.  
  7948.  A
  7949.  Clovis Lacerda
  7950.  1280/1
  7951.  12:1280/1@rbt.org
  7952.  
  7953.  341-4241
  7954.  65740300.FAX
  7955.  Date     Time     Phone number         Message Text Pgs  Logon Status
  7956.  04-03-94 07:00:00 341-4241             65740300.FAX 1    00:00 No Ans
  7957.  
  7958.     These lines have already been explained in the "External LOG" option
  7959. of this menu. After the eighth line, which is the hard-coded status line
  7960. supplied by MailGate, the system will count the number of subsequent
  7961. lines, which are supposed to be from the Fax transmission log, and, after
  7962. reaching the maximum number of configured attempts, MailGate will back up
  7963. the Fax message and send the *.FCX control file back to the original
  7964. sender, as a confirmation receipt of the Fax transmission. This is only
  7965. done if your system is configured with the Fax External Log processor,
  7966. otherwise you will have to control all *.FCX files so as to avoid having
  7967. MailGate send them more than once.
  7968.  
  7969. .. [3F8] 8.9 - Phone Grid
  7970.  
  7971.    Users that are not configured in the Fax VIP nodelist will have limited
  7972. access to Fax messages. This will, of course, depend on how the Fax flags
  7973. were configured in the Run-Time Menu. If you did not allow any user to use
  7974. your Fax Server, that is, if you set the Fax VIP flag to OFF in the
  7975. Run-Time Menu, non-Vip users can not send Fax messages. They may only do
  7976. so if the "Local Fax" flag is set ton ON in the Run-Time Menu. If this is
  7977. the case, MailGate will only accept Fax messages from non-Vip users if the
  7978. subject of their netmail contain phone numbers that conform to the Phone
  7979. Grid. This is done to limit the range of phone numbers a Fax transmission
  7980. can send mail to. For example, if the Phone Grid is XXX-XXXX, only phone
  7981. numbers in this format will be processed, otherwise, they will be
  7982. discarded and a warning message will be sent to the original user. If Fax
  7983. VIP users want to overlap this restriction, they must supply their
  7984. password in the subject line, before the destination Fax phone number, and
  7985. using the "-p" option. For example:
  7986.  
  7987.  Fax netmail from a VIP user whose password in the Fax Vip nodelist is
  7988. "secret", and who wants to send a Fax to a long distance phone number:
  7989.  
  7990.  
  7991.  From: John Brown, 12:1280/7
  7992.  Re: -psecret 081-3261234
  7993.  -------
  7994.  This is a test
  7995.  
  7996.  
  7997.    MailGate will first check if the user and his node is configured in the
  7998. Fax VIP Nodelist. If so, the next step is to check if the "-p" command was
  7999. issued in the Subject line. If so, the password will be matched with the
  8000. one from the user configuration in the Fax VIP Nodelist. If the password
  8001. is validated, MailGate will accept the Fax message and send it to the Fax
  8002. HOLD directory as two files, one is the message itself, the other one is
  8003. the *.FCX Fax control file. The Fax grade will be taken from the user
  8004. configuration. If the Fax message does not have a password, the system
  8005. will consider the original message as being sent by a non VIP user, and as
  8006. such, will apply the restrictions set in the system.
  8007.  
  8008. .. [3F9] 8.10 - FAX Nodelist ID
  8009.  
  8010.     This letter is used to name the Fax Database files of the system. The
  8011. files used by the Fax system are MGFAX_*.DAT and MGFAX_*.NDX. * is
  8012. replaced by the Fax ID. The first file is the Fax VIP Nodelist and the
  8013. second one contains the indexes of the first one.
  8014.  
  8015. .. [3FA] 8.11 - Local Fax Grade
  8016.  
  8017.     Non VIP users will have their Fax messages assigned with this Fax
  8018. grade letter. Fax VIP users can have their own Fax grades, as configured
  8019. in the Fax VIP Nodelist. Fax Grades are used to force MailGate to send
  8020. some of the Fax messages only during certain times of the day, and it is
  8021. useful if you want to control what kind of Fax messages your system will
  8022. give priorities to, or what time of the day these faxes will be sent. For
  8023. Fax messages to be sent by the system, MailGate has to run with the +X
  8024. switch, followed by the Fax grade, or list of grades, that will be sent
  8025. during this execution.  Please run MG ? for details.
  8026.  
  8027. .. [3FB] 8.12 - Fax Banner
  8028.  
  8029.  You may include a front page in all Fax messages. Just create a file
  8030. called BANNER.FAX and place it in the "FAX Path". Below follows a sample
  8031. file for the Fax front page:
  8032.  
  8033.                   █▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀█
  8034.                   █    ▒███████ ▒███████  ▒████████    █
  8035.                   █    ▒██  ▒██ ▒██  ▒██     ▒██       █
  8036.                   █    ▒███████ ▒████████    ▒██       █
  8037.                   █    ▒██ ▒██  ▒██   ▒██    ▒██       █
  8038.                   █    ▒██ ▒███ ▒████████    ▒██  FAX  █
  8039.                   █────────────────────────────────────█
  8040.                   █ Rede Brasileira de TeleInform tica █
  8041.                   █▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█
  8042.  
  8043. Tropical Reefs BBS - Sysop: Clovis Lacerda
  8044. Phone: 081-341-4241
  8045. Recife - PE - Brazil
  8046. ────────────────────────────────────────────────────────
  8047.  
  8048.  
  8049. .. [018] 9 - Alias config
  8050.  
  8051.     MailGate provides a very powerful ALIAS manager. It operates in the
  8052. NETMAIL, UUCP and FAX servers. Mail to the UUCP gateway must be sent to the
  8053. user "UUCP", in the UUCP node number. But most common UUCP destinations can
  8054. be given an ALIAS, and also a specific destination node. If such ALIAS
  8055. receives mail, the UUCP server will send the mail to the real UUCP
  8056. destination, as configured in the ALIAS entry. The same method applies to
  8057. FAX mail. Mail to the FAX server must be sent to the user "FAX", at one of
  8058. your BBS/Gateway nodes. But you may define an ALIAS user (that may be a
  8059. real user name), and any mail received to this ALIAS user will be faxed to
  8060. either a phone number or a Database file, according to what you configured
  8061. in the ALIAS entry. Netmail messages may have the destinations changed,
  8062. depending on the original destination of the message. This is useful if the
  8063. sysop travels and wants all of his messages redirected to another location.
  8064. Finally, extra fields are provided for a complete and powerful server that
  8065. allows Fidonet mail to be exchanged thhough the Internet, automatically, as
  8066. if the files were sent to another remote system via normal phone/Fido
  8067. sessions.
  8068.  
  8069. .. [430] 9.1 - Alias ID
  8070.  
  8071.     MailGate uses a database to store the names of the ALIAS users used in
  8072. your system. There are two files in the "Nodelist Path", named ALIAS_*.DAT
  8073. and ALIAS_*.NDX, where * is the Alias ID configured here.
  8074.  
  8075. .. [431] 9.2 - Edit Aliases
  8076.  
  8077.     This menu will allow you to edit the ALIAS users of the system.
  8078.  
  8079. .. [440] 9.2.1 - To: User Name
  8080.  
  8081.     Name of the user to whom netmail is sent, or better, user name that
  8082. appears in the TO: field of the inbound netmail. This will indicate that a
  8083. message has reached an ALIAS user, and thus, should receive special
  8084. treatment. For example, if an incoming netmail is addressed to "College",
  8085. and if "College" is an alias user, the netmail may be forwarded to an
  8086. Internet destination, say, admin@university.edu, depending on how the
  8087. alias user was configured. Use * for any destination to be processed.
  8088. MG will accept it, considering the other conditions were satisfied.
  8089. The * option is very useful if netmail file attaches to a certain node
  8090. have to be forwarded to UUCP machine of the same system via the Internet.
  8091.  
  8092. This entry plays a key role when it comes to automatic transmission of
  8093. Fidonet files via the Internet, as if things had taken place over a phone
  8094. connection, using Fidonet mailers.
  8095.  
  8096.    One of the powerful features of MailGate is to transparently transport
  8097. compressed Fidonet echomail between UUCP remote sites as if these files
  8098. were single text messages. You do not need to worry about making phone
  8099. calls to route your echomail compressed packets. Nor should you have to
  8100. transfer binary files with the FTP protocol. Neither should you lose time
  8101. manually encoding and decoding binary files into and from text messages
  8102. because MailGate will handle all of this for you, automatically and
  8103. efficiently. An example will help us explain how the process occurs and how
  8104. it should be monitored by you.
  8105.  
  8106.     Echomail compressed packets (those familiar *.MO1, *.TU1, *.WE4) are
  8107. normally exchanged between Fidonet systems through Fidonet telephone
  8108. sessions, with the use of many good Front-End mailers. These files are
  8109. binary, which means that, unlike ASCII text messages, they hold data in an
  8110. unpredictable manner, with bytes ranging from 0 to 255 in value. Of course,
  8111. it is impossible to simply "insert" these files in a message and send them
  8112. to a remote site. Binary files, however, can be encoded to a suitable ASCII
  8113. format, thus being able to be sent as a normal message. The other end will
  8114. pick up the message and decode it into the original binary file. The
  8115. methods UUENCODE/UUDECODE and XXENCODE/XXDECODE are the most commonly used
  8116. in the Unix world, and ended up being widely used in the PC world as well.
  8117. This way, two Internet users can exchange binary files even if they do not
  8118. have access to TELNET or FTP, and can only access their mail-boxes. Even
  8119. though this is possible, manual processes are needed to encode the binary
  8120. file, send it as messages, receive, sort, rename and re-build them through
  8121. decodification, therefore having the final binary file as it originally
  8122. existed. With this process, Fidonet sysops exchange Echomail binary files
  8123. without the need of a Fidonet phone mail session, but the process would
  8124. still be manual. MailGate overcomes all of these difficulties and manages
  8125. the whole process without the intervention of anybody. For this to happen,
  8126. certain procedures must be followed:
  8127.  
  8128.   a) Only one system is running MailGate on one end;
  8129.   b) The two systems are running MailGate on both ends
  8130.  
  8131.   a)  The system NOT running MailGate must manually encode/decode the
  8132. binary file and send it to the UUCP user, for example, "fileserv" In the
  8133. subject line, an 8 bit identification should be supplied, followed by the
  8134. number of the current file against the total number of encoded file
  8135. Suppose that 12345678.MO1 will be encoded and sent to fileserv@bbs.com.
  8136. After encoding the echomail file, the result were 5 ASCII files. The process
  8137. should be:
  8138.  
  8139.  Manually send all files to: fileserv@bbs.com. Choosing abcdefgh as the ID
  8140. (identification) for the 5 files, the subject of all 5 messages must be
  8141. "abcdefgh 001/005" (first message), "abcdefgh 002/005" and so on.  The ""
  8142. characters are NOT to be used.
  8143.  
  8144.   b) If both users use MailGate, the process will be transparent. When
  8145. mail to the UUCP user "fileserv" starts to arrive, the system will keep
  8146. storing them in the UUE Directory. MailGate will later look for the
  8147. complete set of messages and decode all of them into the original binary
  8148. file, placing it in the FILES Directory. This "fileserv" user must have
  8149. the ECH flag set to ON in its configuration, be it in the UUCP VIP database,
  8150. or Local VIP flags. The ECH flag indicates that this user is allowed to
  8151. have uuencoded inbound mail automatically converted to the original file,
  8152. and a netmail file attach issued to the corresponding Fidonet user.
  8153.  
  8154.  
  8155.     MailGate works with the UUENCODE/UUDECODE algorithm, and these two
  8156. functions are handled by MailGate internally.
  8157.  
  8158.  To finish this topic, a complete example on how to operate and use this
  8159. feature will be given.  Assume that two nodes want to exchange Echomail
  8160. bundles through the Internet. These nodes are:
  8161.  
  8162.  System A -   Node: 12:1280/1    Sysop: Clovis Lacerda
  8163.  System B -   Node: 12:12/0    Sysop: Fabio Becker
  8164.  
  8165.  System A is in the Internet under the domain: ear.anpe.br
  8166.  System B is in the Internet under the domain: rbt.ax.apc.org
  8167.  
  8168.  Instead of exchanging Echomail bundles via Fidonet phone sessions, these
  8169. systems will do it through the Internet. System A will configure his
  8170. system as follows:
  8171.  
  8172. In the ALIAS database, an entry for rbt.ax.apc.org must be created.
  8173.  
  8174. To user name: *
  8175. To Node number: 12:12/0
  8176. UUCP/Fax/Net: @rbt.ax.apc.org
  8177. Send To: node:
  8178. From UUCP:
  8179. Flags: UUP FIR
  8180.  
  8181. This entry is saying that: Netmail addressed to anybody at 12:12/0 must
  8182. be converted to email, addressed to user.name@rbt.apc.org, given that
  8183. user.name is the To: field of the inbound netmail. The other site,
  8184. rbt.ax.apc.org, must, in turn, accept mail to user.name@rbt.ax.apc.org
  8185. and be able to convert the inbound uuencode mail back to the original
  8186. file, which means that the ECH flag must be ON at rbt.ax.apc.org. 
  8187. Optionally, all converted mail may be sent to just one internet user at
  8188. rbt.ax.apc.org, remove the FIR or LAS flag, and include the complete
  8189. UUCP destination in the UUCP/Fax/Net field, for instance, 
  8190. fileserv@rbt.ax.apc.org. This option is required for backward compatibility
  8191. with versions of MG before 0.25. Still, to maintain such compatibility,
  8192. include the From: UUCP name as originally configured for bidirectional
  8193. communication.
  8194.  
  8195.  This is the configuration for system B:
  8196.  
  8197. To user name: *
  8198. To Node number: 12:1280/1
  8199. UUCP/Fax/Net: @ear.anpe.br
  8200. Send To: node:
  8201. From UUCP:
  8202. Flags: UUP FIR
  8203.  
  8204.  
  8205. This entry is saying that, netmail addressed to anybody at 12:1280/1 must
  8206. be converted to email, addressed to user.name@ear.anpe.br, given that
  8207. user.name is the To: field of the inbound netmail. The other site,
  8208. ear.anpe.br, must, in turn, accept mail to user.name@ear.anpe.br
  8209. and be able to convert the inbound uuencode mail back to the original
  8210. file, which means that the ECH flag must be ON at ear.anpe.br.
  8211.  
  8212.   After going through these steps, systems A and B are ready to exchange
  8213. Echomail through their Internet mail-boxes. This is how MailGate operates:
  8214.  
  8215.  When each UUCP system receives mail from the other, their MG's will
  8216. detect the arrival of uuencode mail, and temporarily store them in the "UUE
  8217. FilePath".  When all copies have arrived, and if the UUE Process is
  8218. allowed, MailGate will restore the original binary file and place it in
  8219. the FILES Directory.  The file is ready to be tossed.
  8220.  
  8221.    This system has actually been working under tests, and the two domains
  8222. mentioned above do exist, rbt.ax.apc.org is the domain of the Brazilian
  8223. Fidonet-Compatible Network, RBT (Rede Brasileira de Tele-Informatica), and
  8224. ear.anpe.br is the domain of the American School of Recife, generously
  8225. provided and supported by the local academic community at the Federal
  8226. University of PE and ITEP (Institute of Technology, PE). Our thanks go to
  8227. RNP (Brazilian National Research Network) without which Internet would not
  8228. be widely spread in our country.
  8229.  
  8230. .. [441] 9.2.2 - To: Node Number
  8231.  
  8232.     Netmail sent to this node will be considered mail to an ALIAS user if
  8233. the "To: User Name" also matches with the one configured in the "To: User
  8234. Name" of this Menu. A valid alias user must have these two entries
  8235. matching with the netmail information. The destination user and node of
  8236. the netmail are used to check whether the user is a valid alias of this
  8237. system or not.
  8238.  
  8239. .. [442] 9.2.3 - UUCP/Fax/Net
  8240.  
  8241.     Name of the destination user to whom the netmail will be forwarded. If
  8242. the two restrictions set before, the To: User Name and the "To: Node
  8243. Number" are successful, the netmail is confirmed to be a message to an
  8244. ALIAS user, and therefore, will be processed as explained below:
  8245.  
  8246.  Suppose that the To: User Name is "Internet" and the To: Node Number is
  8247. 12:1280/1. If the To: UUCP/Fax/Net is clovis@ear.anpe.br and the UUP flag
  8248. is set to on, the netmail will be sent to the UUCP gateway, destination
  8249. clovis@ear.anpe.br. In other words, MailGate treated the incoming netmail
  8250. as if it had been sent to the UUCP Gateway.
  8251.  
  8252.  There are two variations for this system that occur when flags 1ST
  8253. (first)  or LST (last) are active. Suppose that 1ST is on and that
  8254. UUCP/Fax/Net is @ttbbs.ax.apc.org (yes, there is no username before the @
  8255. sign). The 1ST flag forces MG to add the To: user name of netmail to the
  8256. above Internet address. If the netmail were addressed to: John Green, the
  8257. final UUCP destination would be john.green@ttbbs.ax.apc.org. This is very
  8258. important if you want to dynamically re-route and forward netmail in
  8259. transit through the Internet, directly to the domain of the system that
  8260. would receive the same netmail via the normal Fidonet routing system.
  8261.  
  8262. If the active flag is LST, for the same situation as above, and for a
  8263. UUCP/Fax/Net address like ttbbs.ax.apc.org!, the final UUCP address would
  8264. be ttbbs.ax.apc.org!john.green.
  8265.  
  8266.  
  8267.   Forwarding to the FAX server:
  8268.  
  8269.  From: John Green, 12:1280/7
  8270.  To  : International Hotel, 12:1280/1
  8271.  Re  : xxxxxx
  8272.  ------
  8273.  This is a test
  8274.  
  8275.  If the FAX flag is set on, MailGate will treat this netmail as if it had
  8276. been sent to the "Fax" user, and the procedures are exactly the same. The
  8277. To: UUCP/Fax/Net entry is used as the Fax syntax, a fax phone or fax
  8278. database.
  8279.  
  8280. Finally, netmail may have the destination changed to another user+node. 
  8281. This is particularly useful if you travel and you want your mail routed
  8282. to another user+node system. For example:
  8283.  
  8284.  
  8285.  From: John Green, 12:1280/7
  8286.  To  : Clovis Lacerda, 12:1280/1
  8287.  Re  : xxxxxx
  8288.  ------
  8289.  This is a test
  8290.  
  8291.  If the NET flag is set on, the To: UUCP/Fax/Net is "Liliana Meneses" and
  8292. the "Send To: Node" is 12:1280/20, the netmail will become
  8293.  
  8294.  From: John Green, 12:1280/7
  8295.  To  : Liliana Meneses, 12:1280/20
  8296.  Re  : xxxxxx
  8297.  ------
  8298.  This is a test
  8299.  
  8300.  The original netmail will be kept "as is", and will probably be imported 
  8301. into your message base.
  8302.  
  8303.   It is important to note that MailGate allows one special entry in the
  8304. "To: User Name field". If the character * is included (there may be
  8305. multiple * entries as needed), the system will accept netmail addressed to
  8306. any user at node "To: Node Number", and will forward the netmail as:
  8307.  
  8308. 1 - another netmail, addressed to the same "To: user" or to UUCP/Fax/Net,
  8309.     if not empty, at node "Send To: Node";
  8310.  
  8311. 2 - an Internet email, addressed to UUCP/Fax/Net.
  8312.  
  8313. 3 - a fax message, addressed to UUCP/Fax/Net.
  8314.  
  8315. Item number 2 is very powerful, and deserves one example.  Suppose you
  8316. work as a Hub of a large Fidonet compatible system.  Through your system
  8317. pass many netmail messages. You wish to send these messages to the proper
  8318. destinations using the Internet, instead of relying on a very slow and
  8319. troublesome Fidonet routing. This is what could be done:
  8320.  
  8321. System 12:122/0 is on the Internet as luca.ax.apc.org
  8322. System 12:1231/2 is on the Internet as louca.ax.apc.org
  8323. System 12:1230/3 is on the Internet as phbbs.ax.apc.org
  8324. System 12:1270/12 is on the Internet as bahianet.com
  8325.  
  8326. ... and so on, throughout the nodelist.
  8327.  
  8328. This way, why not forwarding in transit netmail addressed to one of the
  8329. above systems directly to their corresponding Internet domains?
  8330.  
  8331. Assume that there is a netmail in transit
  8332.  
  8333. From: Paul Pack, 12:1283/1
  8334. To  : Ann Rice, 12:1270/12
  8335. Re  : hello
  8336.  
  8337. And also assume that there is an entry in the ALIAS database as
  8338.  
  8339. To: User Name      *
  8340. To: Node Number    12:1270/12
  8341. UUCP/Fax/Net       @bahianet.com
  8342. Send To: Node      
  8343. Flags              UUP 1ST
  8344.  
  8345.  
  8346. In this case, "Send To: Node" has no effect. Since the first field has an
  8347. "*", MG will not try to match the user name against the information from
  8348. the in transit netmail. rather, only the destination node number will be
  8349. validated with the "To: Node Number". After accepting this alias entry as
  8350. valid, MG will check the flags, and it says that the destination is a user
  8351. on the Internet, and the 1ST flag will force MG to add the destination
  8352. user in front of the UUCP/Fax/Net field, resulting in a valid UUCP
  8353. destination of ann.rice@bahianet.com. The From: username of the forwarded
  8354. message will contain enough information about Paul Pack and his node.
  8355.  
  8356. The system may still be used for nodes that do not have their own domain
  8357. on the Internet. For example, to forward mail in transit to: 12:122/10,
  8358. the netmail could be sent via 12:122/0 and consequently via
  8359. luca.ax.apc.org. Just create an entry for 12:122/10 and in the
  8360. UUCP/Fax/Net field, write: %f10.n122.z12@luca.ax.apc.org, and set the 1ST
  8361. flag to ON.
  8362.  
  8363. .. [443] 9.2.4 - Send To: Node
  8364.  
  8365.     Destination Node number of all netmail processed by the ALIAS server,
  8366. if the database entry is of type NET.
  8367.  
  8368. .. [444] 9.2.5 - From: UUCP
  8369.  
  8370.    When MG converts inbound netmail and sends it to the UUCP/Fax/Net user,
  8371. the From: and Reply-To: fields contain the real Internet address of
  8372. the original addresser of the netmail. If you configure another different 
  8373. user in this entry, MG will always use it and place it in the From: field of 
  8374. the RFC-822 header, even though the Reply-To: field contains the original 
  8375. address of the sender. This helps maintain compatibity with older versions 
  8376. of MG, as well as provide a particular way to highlight in the header, and 
  8377. therefore warn the destination alias user, that the original message was 
  8378. processed by the local ALIAS server.
  8379.  
  8380. .. [445] 9.2.6 - Flags
  8381.  
  8382.    Define the behavior of generated mail for this entry. The first 4 flags
  8383. determine the status of netmail.
  8384.  
  8385.  OFF - this entry is temporarily disabled.
  8386.  UUP - the destination is an Internet user, as specified in UUCP/Fax/Net
  8387.  NET - another netmail will be created, addressed to the UUCP/Fax/Net
  8388.        user.
  8389.  FAX - the message will be forwarded to UUCP/Fax/Net via the Fax server
  8390.  FIR - if UUP is active, MG will put the To: user name of the netmail,
  8391.        preceding the UUCP/Fax/Net. This allows MG to dynamically forward
  8392.        UUCP mail to different users. (FIR=FIRst)
  8393.  LAS - if UUP is active, MG will append the To: user name of the netmail
  8394.        to the UUCP/Fax/Net. This allows MG to dynamically forward
  8395.        UUCP mail to different users. (LAS=LASst)
  8396.  XUP - Do not convert netmail to UUCP if it does not contain a file
  8397.        attached to it. In other words, do not convert netmail<>Email for
  8398.        this alias entry.
  8399.  XFL - Do not convert netmail to UUCP if it contains a file attached to it.
  8400.        In other words, avoid uuencoding attached files and sending them
  8401.        through the UUCP gateway.
  8402.   
  8403.    For UUP entries, these are the different type of configuration.
  8404. For example: if the current entry is @ear.anpe.br, when forwarding the
  8405. message to the Internet, MG removes the user name from the To: field of
  8406. the inbound netmail and uses it as the user name of the final Internet
  8407. destination. Assuming the To: of the netmail is Clovis Lacerda, the final
  8408. destination would be clovis.lacerda@ear.anpe.br, since the FIR flag forced
  8409. MG to put the user name in the beginning of the email address.
  8410.  
  8411.  LAS - The same as FIR, but the user name will be appended to the
  8412.        UUCP/Fax/Net name.
  8413.  
  8414. For example: if the current entry is ear.anpe.br!, when forwarding the
  8415. message to the Internet, MG removes the user name from the To: field of
  8416. the inbound netmail and uses it as the user name of the final Internet
  8417. destination. Assuming the To: of the netmail is Clovis Lacerda, the final
  8418. destination would be ear.anpe.br!clovis.lacerda, since the LAS flag forced
  8419. MG to put the user name in the end of the email address.
  8420.  
  8421. If neither flags, FIR/LAS are active, MG will use the full Internet 
  8422. destination user as configured in the UUCP/Fax/Net field.
  8423.  
  8424. Flags, FIR, LAS, XUP and XFL are only used if the current entry is 
  8425. configured as UUP.
  8426.  
  8427. .. [019] 10 - Change user
  8428.  
  8429.    This option allows a new user to enter the system, without having to
  8430. leave the program.
  8431.  
  8432. .. [01A] 11 - Color config
  8433.  
  8434.    Customize the look of all menus, selecting colors for the background,
  8435. foreground, border, menu bars.
  8436.  
  8437. .. [450] 11.1 - Menu Bar 1
  8438.  
  8439.   Configuration of menu colors.
  8440.  
  8441. .. [451] 11.2 - Menu Bar 2
  8442.  
  8443.   Configuration of menu colors.
  8444.  
  8445. .. [452] 11.3 - Menu Bar 3
  8446.  
  8447.   Configuration of menu colors.
  8448.  
  8449. .. [01B] 12 - DOS shell
  8450.  
  8451.    Access to the DOS prompt. After you finish the DOS shell, type EXIT to
  8452. return to MGSETUP.
  8453.  
  8454. .. [01C] 13 - Exit
  8455.  
  8456.    Exit the system and save any update in the configuration.
  8457.  
  8458.  
  8459. (*---------------------- End of DOC - MGSETUP -----------------------*)
  8460.  
  8461.    * * *  Menu options for MGE.EXE - MailGate Message Editor * * *
  8462.    
  8463. .. [460] Create         Ins
  8464.  
  8465.    Create a new message in the current folder.
  8466.  
  8467. .. [461] Create Fax     ALT-U
  8468.  
  8469.    This option has the same effect as INS, but, instead of opening the
  8470. Alias database, MG will open the Fax database and address the message to
  8471. the Fax server.
  8472.    
  8473. .. [462] Kill           Del
  8474.  
  8475.   Delete the current message.
  8476.  
  8477. .. [463] Reply          Alt-R
  8478.  
  8479.   Reply to the current message.
  8480.  
  8481. .. [464] Netmail Reply  Alt-N
  8482.  
  8483.    Reply to the current message in the netmail folder.
  8484.  
  8485. .. [465] Forward        Alt-L
  8486.  
  8487.    Forward the current message to another folder.
  8488.  
  8489. .. [466] Folders        Alt-F
  8490.  
  8491.    Select another message area.
  8492.  
  8493. .. [467] Dos shell      Alt-Z
  8494.  
  8495.    Invoke the DOS prompt.
  8496.  
  8497. .. [468] Quit           Alt-Q
  8498.  
  8499.    Quit the message base and return to MGSETUP.
  8500.  
  8501. .. [470] Help
  8502.  
  8503.    Access to the Help Menu.
  8504.  
  8505. .. [480] Main
  8506.  
  8507.    Main functions of the message folder.
  8508.  
  8509. .. [481] Edit
  8510.  
  8511.    Edit the current message in the area.
  8512.  
  8513. .. [482] Utilities
  8514.  
  8515.    Tools to maintain the message base.
  8516.  
  8517. .. [483] Purge
  8518.  
  8519.    Remove messages under certain conditions.
  8520.  
  8521. .. [484] Help
  8522.  
  8523.    Access to the Help Menu.
  8524.  
  8525. .. [490] Keyboard help       Ctrl-F1
  8526.  
  8527.    Help with the function keys while in the message editor. Not available
  8528. in the current version.
  8529.  
  8530. .. [491] Show notes          Alt-X
  8531.  
  8532.    Current status of the active message.
  8533.  
  8534. .. [492] Change encrypt pwd  Ctrl-P
  8535.  
  8536.    Change the password needed to encrypt a message while reading it.
  8537.  
  8538. .. [4A0] From user           Ctrl-B
  8539.  
  8540.    Remove messages matching the From: field.
  8541.  
  8542. .. [4A1] To user             Ctrl-T
  8543.  
  8544.    Remove messages matching the To: field.
  8545.  
  8546. .. [4A2] From net address    Ctrl-N
  8547.  
  8548.    Remove messages matching the originating node number.
  8549.  
  8550. .. [4A3] To net address      Ctrl-L
  8551.  
  8552.    Remove messages matching the destination node number.
  8553.  
  8554. .. [4A4] Received            Ctrl-V
  8555.  
  8556.    Remove messages that have been received by the destination user.
  8557.  
  8558. .. [4A5] Age                 Ctrl-G
  8559.  
  8560.    Remove messages older than the specified date.
  8561.  
  8562. .. [4B0] Management       Alt-F9
  8563.  
  8564.    Available tools to manage the current message area.
  8565.  
  8566. .. [4B1] Move/copy        Alt-J
  8567.  
  8568.    Move or copy the current message to another area.
  8569.  
  8570. .. [4B2] Message to File  Alt-V
  8571.  
  8572.    Save the current message in an external text file.
  8573.  
  8574. .. [4B3] Print message    Alt-I
  8575.  
  8576.    Print the current message. The printer must be on.
  8577.  
  8578. .. [4B4] Renumber         Alt-B
  8579.  
  8580.    Works only in the netmail folder. Renumber all netmail messages.
  8581.  
  8582. .. [4B5] Change username  Alt-G
  8583.  
  8584.    Select another user to be active in the message area.
  8585.  
  8586. .. [4B6] Change address   Alt-W
  8587.  
  8588.    Change Fidonet AKA node.
  8589.  
  8590. .. [4B7] Change origin    Alt-O
  8591.  
  8592.    Choose another Origin Line used to write messages in this area.
  8593.  
  8594. .. [4C0] Status      Alt-S
  8595.  
  8596.    Change the status of the current message.
  8597.  
  8598. .. [4C1] Subject     Alt-A
  8599.  
  8600.    Change the subject of the current message.
  8601.  
  8602. .. [4C2] Text        Alt-T
  8603.  
  8604.    Edit the contents of the current message.
  8605.  
  8606. .. [4C3] Destination Alt-D
  8607.  
  8608.    Change the destination of the current message.
  8609.  
  8610. .. [560] Internet
  8611.  
  8612.    Create a message to the Internet. MGE will prompt for the Internet
  8613. destination.
  8614.    
  8615. .. [561] Fax
  8616.  
  8617.    Create a message to the Fax server. MGE will prompt for the Fax
  8618. destination.
  8619.  
  8620. .. [562] Netmail
  8621.  
  8622.    Create a netmail message. MGE will prompt for the Fidonet destination.
  8623.