home *** CD-ROM | disk | FTP | other *** search
/ A Beginner's Guide to the Internet / INTERNET.ISO / text / faqs / bbsinet1 / infogate.txt < prev    next >
Encoding:
Text File  |  1996-05-06  |  7.3 KB  |  167 lines

  1.                    Internet Mail Handling on 1:1/31
  2.                    ================================
  3.  
  4.  1:1/31 does NOT interact with its smart-host/server via 'uucico',
  5.  but by MOVING the queued files between the PC and the server using
  6.  a product from Sun Microsystems known as PC-NFS.  Since the PC has an
  7.  Ethernet card and is located on the same Ethernet as the UNIX server
  8.  we are able to "mount" directories from the servers as drives on the
  9.  PC.  Because of this feature,  we are able to handle the enormous
  10.  amounts of E-mail which are being handled by this system at speeds
  11.  clocked at 8-Mb per second.  However, we have to operate using
  12.  very NON-STANDARD methods and have heavily modified our batch files
  13.  and scripts to accomodate this.
  14.  
  15.  
  16.  OUTGOING Mail (to the Internet):
  17.  -------------------------------
  18.  
  19.     Messages must be addressed to 1:1/31 and either have the UserName
  20.     "Uucp" in the FidoNet-Header with the Internet destination in a
  21.     "To: address" line as the very FIRST line of the message;
  22.                                 -or-
  23.     have the Internet destination as the UserName field, complete
  24.     with the '@' sign.
  25.  
  26.     (For more specific details,  F'req magic-name  UUCPHELP  from 1:1/31)
  27.  
  28.     Mail is processed using GIGO.  The resulting queued files are
  29.     *moved* to the smart-host/server via PC-NFS where they are fed
  30.     to the mail handler by a script.
  31.  
  32.  
  33.  INCOMING Mail (from the Internet):
  34.  ---------------------------------
  35.  
  36.     The mail which is queued on the smart-host/server is prepared
  37.     by a script which renames the files to the MS-DOS filenames
  38.     as if they were received by Waffle's 'uucico'.  It is then *moved*
  39.     to the PC side of the gateway over a "mounted" link to the
  40.     server's directories.  The mail is then gated by GIGO.
  41.  
  42.     Some of the incoming Mail is ROUTED thru the FidoNet Backbone
  43.     via 1:270/101.  The mail for some systems are put directly on HOLD
  44.     at 1:1/31 either at the request of the recipient SysOp, or one of
  45.     the backbone routers or at the discretion of the gateway-operator.
  46.     In the latter case, NetMail is sent by the gateway operator to
  47.     the SysOp informing him/her that they must POLL 1:1/31 to pick up
  48.     their Internet mail.
  49.  
  50.     Systems receiving large volumes of E-mail in the form of
  51.     mailing-lists, UUencoded files and such *will* be asked to POLL
  52.     for their Mail.  The FidoNet backbone will NOT route such large
  53.     volumes of mail.
  54.  
  55.     Mail will be HELD for a period of not more than 6 days (depending
  56.     on disk space).  You *must* Poll for your Mail at least twice a
  57.     week or some mail will be lost.  We just cannot hold mail indefinitely.
  58.  
  59.     If you would *like* for your Internet mail to be put on HOLD at
  60.     1:1/31, simply  File-Request  UUHOLD  from 1:1/31.  This will pass
  61.     your address into a process that will dynamically re-configure the
  62.     routing and related files.  You will not receive any confirmation
  63.     immediately, but will receive a routed NetMail confirmation from
  64.     a later process.
  65.     Be aware that when you do so, it will also automatically install
  66.     an MX-record for your address so that your Internet mail will come
  67.     in thru 1:1/31 even though your Net may have mail normally coming
  68.     in thru another of the gateways.
  69.  
  70.     If you are an NC and would like your entire Net's mail held for
  71.     you and your mailer is capable of EMSI, just F'req  UNETHOLD instead.
  72.  
  73.  Newsgroups:
  74.  ----------
  75.  
  76.     Usenet Newsgroups are handled using GIGO.
  77.     Incoming news is queued on the server in *.BAG format.
  78.     The gateway handles the inbound bundles much the same as if they
  79.     were in PageSat format.
  80.  
  81.     Outbound news is handled by moving the queued files to the nntp-server
  82.     where they are fed by a script directly into  rnews/relaynews.
  83.     
  84.     We are now gating ALL of the comp,misc,news,rec,sci,soc,talk
  85.     and ieee.* hierarchies.
  86.  
  87.     Newsgroups are NOT generally available to FidoNet nodes, but are
  88.     gated for Net-107 (our "home" Net) and invited guest links.
  89.  
  90. #####################################################################
  91.  
  92.                        Frequently Asked Questions
  93.                        ==========================
  94.  
  95. Q:  I sent a message to 'listserv@somewhere' and the gateway bounced
  96.     it.  Why?
  97.  
  98.  
  99. A:  In order to curtail traffic, it is necessary to inhibit folks from
  100.     getting themselves on mailing-lists when their traffic is routed.
  101.     We can only *globally* BLOCK mail from going to such addresses,
  102.     and cannot do it selectively.
  103.  
  104.  
  105. Q:  Someone sent me E-mail and it didn't arrive.  He didn't get a
  106.     'bounce' either.
  107.  
  108. A:  One of several things could be happening.
  109.  
  110.     1)  The MX-record points your traffic to come in thru a different
  111.     gateway other than 1:1/31.  Traffic comes IN according to the DNS
  112.     tables,  NOT necessarily back in via the same gateway that you might
  113.     have sent a message out.
  114.     The complete Domain-Name-Server table is File-Requestable from
  115.     1:1/31 by REQuesting magic-name  DNS.  Inside, there are comments
  116.     explaining how to read it.  You need to see if there is an entry
  117.     for your Net pointing to another gateway's MX-receiver.
  118.     The MX-receiver for 1:1/31 is 'zeus.ieee.org'.
  119.  
  120.     2)  It is also possible that the message is circling around thru
  121.     the LPM links of the FidoNet backbone somewhere.  Any mail which is
  122.     routed is routed via 1:270/101 (ProtoStar).  Contact your NC, RC, or
  123.     REC to track down a possibly broken LPM link to your Node.
  124.  
  125.     3)  Your mail could be on HOLD and you failed to PICKUP your mail
  126.     before it was automatically deleted.
  127.  
  128.  
  129. Q:  I know that GIGO can assign a unique name to a system instead of
  130.     the '@f###.n###.z1.fidonet.org'  address.  I'd like my system to
  131.     have a shorter address.  Can you do this for me?
  132.  
  133. A:  Sorry, folks.  Our configuration is rather unique because of the
  134.     method we use to transfer the mail between the PC and the UNIX-server.
  135.     Besides,  we'd go kinda nuts maintaining the configuration for the
  136.     number of Nodes we serve.  The more we shove into the configuration,
  137.     the longer the gating takes and there's also a memory limitation
  138.     that the software has to deal with too.
  139.  
  140.  
  141. Q:  I got onto a mailing-list and I don't know how to UNsubscribe.
  142.     How do I UNsubscribe from the mailing-list?
  143.  
  144. A:  Mailing-lists vary in how they are handled.  Some have an automated
  145.     procedure for subscribing and unsubscribing.  Usually the initial
  146.     verification when you were subscribed contained the instructions
  147.     for unsubscribing from the mailing-list.  If you do NOT have these
  148.     instructions, there is usually an address which will get to a
  149.     "human" owner who can help you.
  150.     In general,  the mailing-list will be named in the FORMAT of
  151.     'listname@somewhere' or 'listname-l@somewhere'.  The "owner"
  152.     address will usually be either 'listname-request@somewhere' or
  153.     'owner-listname@somewhere' or 'listname-owner@somewhere'.
  154.     You can also look for an "Errors-To:" header in one of the messages
  155.     from the list.  1:1/31 will have this line hidden behind a ^A line
  156.     near the top of the text.  If it has an "Errors-To:" line, this
  157.     is *usually* the address that will reach the "owner" of the list
  158.     who can help you.
  159.  
  160.  
  161. #####################################################################
  162.  
  163.                                        Burt Juda
  164.                                        postmaster
  165.  
  166. ############################### eof ##################################
  167.