home *** CD-ROM | disk | FTP | other *** search
/ ProfitPress Mega CDROM2 …eeware (MSDOS)(1992)(Eng) / ProfitPress-MegaCDROM2.B6I / BBS / NETMAIL / FTSC_ALL.ZIP / FSC-0023.TXT < prev    next >
Encoding:
Internet Message Format  |  1988-07-12  |  7.3 KB
  1. Date: 11 Jul 88 00:30:18
  2. From: Roeland Meyer on 132/101, BBS Source Ar of New England-N, Nashua NH
  3. To:   Randy Bush on 105/6, DawgGone Disg of VanPort Net, Portland OR
  4. Subj: Bundle name format
  5.  
  6. I thought I'd bring back something we discussed a few months ago for your 
  7. enjoyment. I am doing a router and thought I might try to add this 
  8. capability as an option.
  9.  
  10. As you can see, this is already part of a .H file. The router will only 
  11. build this type of bundle if specifically told to do so. Otherwise, it will 
  12. build a standard Opus style bundle. It will be able to process a mix of 
  13. both types.
  14.  
  15. Oh yeah, the router will also "peek" at the Inbound area for any PassThru 
  16. bundles. The router is specifically designed to work with Binkley as the 
  17. mailer. There is no nonsense about delta addresses and such. The name of 
  18. the bundle is the address of where it has to go. If this is not the current 
  19. system then the router will tell Binkley to send it.
  20.  
  21. If there exists a bundle of the same name and sequence number on the target 
  22. machine then Binkley will automatically increment the sequence number. This 
  23. is a current feature of Binkley.
  24.  
  25. Notice the special Flags for Files and EchoMail. The router will allow 
  26. routing for both, if desired. There is also full Zone and Point support, 
  27. something which oMMM is desparately lacking.
  28.  
  29. There are three major routing goals:
  30.         1) least cost routing.
  31.         2) Conservation of disk space.
  32.         3) Zone and Point support.
  33.  
  34. How do I propose this nameing convention to the FTSC?
  35.  
  36.  
  37.  
  38. /****************************************************************************
  39.       New address specifier
  40.          This is designed for the new bundle nameing convention of
  41.  
  42.          ZNNNOOPP.Fxx
  43.          | | | |  ||
  44.          | | | |  |`--> Incrementing sequence number, base 10, max = 99d          
  45.          | | | |  |           Starts at 0 and counts to '99' then wraps
  46.          | | | |  |           back to 0. No "Day-of-week" bullshit.
  47.          | | | |  |           This is strictly to avoid bundle collisions.
  48.          | | | |  |           An 'empty' version of the bundle is kept
  49.          | | | |  |           around to help the router remember what the
  50.          | | | |  |           last sequence number was.
  51.          | | | |  |
  52.          | | | |  `-----> Flag to indicate bundle type
  53.          | | | |              Allowed values:
  54.          | | | |                 '1' to 'V' are not allowed here.
  55.          | | | |                 'W' - <Reserved>
  56.          | | | |                 'X' - File bundle
  57.          | | | |                 'Y' - Echo Mail bundle
  58.          | | | |                 'Z' - Normal mail bundle
  59.          | | | |
  60.          | | | `--------> Point address, base 32, max =  1,024d
  61.          | | |                Allowed values: '00' to 'VV'
  62.          | | |                This is the Point part of the destination
  63.          | | |                address of the bundle.
  64.          | | |                Special values:
  65.          | | |                 '00' - Destination is the Node given by
  66.          | | |                        ZNNNOO, not forwarded to any Points.          
  67.          | | |                 'VV' - This a broadcast bundle to ALL Points          
  68.          | | |                        under the Node given by ZNNNOO, as
  69.          | | |                        well as, the Node given by same.
  70.          | | |
  71.          | | `----------> Node address,  base 32, max =  1,024d
  72.          | |                  Allowed values: '00' to 'VV'
  73.          | |                  This is the Node part of the destination
  74.          | |                  address of the bundle.
  75.          | |                  Special values:
  76.          | |                   '00' - Destination is the Net Host given by          
  77.          | |                          ZNNN, not forwarded to any Nodes.
  78.          | |                   'VV' - This a broadcast bundle to ALL Nodes          
  79.          | |                          in the Net given by ZNNN, as
  80.          | |                          well as, the Net Host given by same.          
  81.          | |
  82.          | `------------> Net   address, base 32, max = 33,824d
  83.          |                    Allowed values: '000' to 'VVV'
  84.          |                    This is the Net part of the destination
  85.          |                    address of the bundle.
  86.          |                    Special values:
  87.          |                     '000' - Destination is the ZoneGate given by          
  88.          |                             Z, not forwarded to any Nets.
  89.          |                     'VVV' - This a broadcast bundle to ALL Nets          
  90.          |                             in the Zone given by Z, as well as,          
  91.          |                               the ZoneGate given by same.
  92.          |
  93.          `--------------> Zone  address, base 32, max =     32d
  94.                               Allowed values: '0' to 'V'
  95.                               This is the Zone part of the destination
  96.                               address of the bundle.
  97.                               Special values:
  98.                                '0' - Destination is the current ZoneGate.                                
  99.                                'V' - This a broadcast bundle to ALL
  100.                                      ZoneGates given by the NodeList, as
  101.                                      well as, the ZoneGate given by same.  
  102.  EXAMPLES:
  103.  
  104.  10020304.Z01 - Destination = 1:2/3.4 Point 4 under 1:2/3
  105.  10020300.Z01 - Destination = 1:2/3.0 Node address Zone 1 Net 2 Node 3
  106.  10020000.Z01 - Destination = 1:2/0.0 Net Host of Zone 1 Net 2
  107.  10000000.Z01 - Destination = 1:0/0.0 ZoneGate of Zone 1
  108.  00000000.Z01 - Destination = 0:0/0.0 ZoneGate of current Zone
  109.  100203VV.Z01 - Destination = ALL Points under 1:2/3
  110.  1002VV00.Z01 - Destination = ALL Nodes under 1:2/0, no Points.
  111.  1VVV0000.Z01 - Destination = ALL Net Hosts in Zone 1 only, no one else.
  112.  V0000000.Z01 - Destination = ALL ZoneGates in the Nodelist.
  113.  1002VVVV.Z01 - Destination = ALL Nodes and Points in Zone 1 Net 2.
  114.  1VVVVVVV.Z01 - Destination = ALL Points, Nodes, and Nets in Zone 1.
  115.  VVVVVVVV.Z01 - Destination = All Points, Nodes, and Nets in all Zones.
  116.  VVVV0000.Z01 - Destination = All Net Hosts and ZoneGates in all Zones only.
  117.  1002VVVV.Z01 - Destination = All Nodes and Points in Zone 1 Net 2.
  118.  1VVV00VV.Z01 - Destination = All Points on all NetHosts in Zone 1
  119.  0VVVVV00.Z01 - Destination = All Nets and Nodes in the current Zone
  120.  
  121.  
  122. ****************************************************************************/
  123.  
  124. typedef struct
  125.    {
  126.       Byte  Zone  ;      /* Binary 00 to 32    Zone  address  */
  127.       Word  Net   ;      /* Binary 00 to 33824 Net   address  */
  128.       Word  Node  ;      /* Binary 00 to 1024  Node  address  */
  129.       Byte  Point ;      /* Binary 00 to 1024  Point address  */
  130.    } NetAddr, *NetAddrPtr;
  131.  
  132. The router will only generate this type of bundle if it is told that a 
  133. particular target Node can accept it. If it receives this type of bundle, 
  134. and the router has not been told that the Node it is sending to can process 
  135. it, than the router will transform the bundle into the current style of 
  136. bundle acceptable by Opus. This means more processing, but, should allow 
  137. for a smoother transition.
  138.  
  139. --- ConfMail V3.31
  140.  * Origin: Computer Linguistics,Huntington Beach,CA (1:103/507.2)
  141.