home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / INET16.ZIP / FIXMSG.DOC < prev    next >
Encoding:
Text File  |  1995-02-27  |  6.3 KB  |  141 lines
  1. To use this program, place it into your batch file which loads your BBS.
  2.  
  3. You must insert this program BEFORE your tosser imports the incoming
  4. netmail messages.
  5.  
  6. The proper command line is:  FIXMSG.EXE <netmail path>
  7.  
  8. This program serves two important purposes:
  9.  
  10. 1.  Fixmsg will replace any periods in the To: line of an incoming internet
  11. message with a space.  Some UUCP host systems do not strip this period.
  12. Thus, when the message is imported to the message base, the recipient of
  13. the message will most likely not receive it due to the period in the name.
  14. For example, an incoming internet message has a to line of
  15. 'Mark.Williamson'.  Since my login name is 'Mark Williamson' I would most
  16. likely not receive this message.  Therefore, when Fixmsg strips the period,
  17. the new To: line will be correct, and the message will be spotted during a
  18. new mail scan.
  19.  
  20. 2.  Much effort has gone into making the reply feature as accurate and fool
  21. proof as possible.  Fixmsg comes to the rescue here as well.  Whenever
  22. Fixmsg spots an incoming Internet message, it will add a line of text to
  23. the very top of the message.  This line will have the keyword 'INETADDR'
  24. starting in the leftmost column, followed immediately by the internet
  25. address of the originator.  The reason it is important to use Fixmsg before
  26. your tosser imports the mail is so this special line will get imported as
  27. well.  So when your BBS writes the MSGTMP, this line will be written along
  28. with the rest of the message text.  You may ask why this is really
  29. necessary?  Well, for some systems it may not be necessary at all.  If your
  30. BBS system writes the message kludge lines to the MSGTMP file when doing a
  31. reply, you do not need to use Fixmsg for this.
  32.  
  33. However, some BBS systems (Proboard for example) do not quote the kludge
  34. line information.  Kludge lines are special lines of text in a Fidonet
  35. message which contain special routing information.  Each kludge line begins
  36. with a Control-A character (ASCII 01), followed by a keyword (MSGID, or
  37. REPLYADDR for example).  This keyword is then followed by specific text,
  38. which means something to a program which is designed to use the
  39. information.
  40.  
  41. Fixmsg uses these facts to help determine the originating address.
  42. Remember, if your system DOES NOT quote or write the kludge information to
  43. the MSGTMP, you should use Fixmsg.  If you are unsure whether your system
  44. writes this information, the best method for finding out is to logon to
  45. your BBS and locate a message that has come to you from your UUCP host
  46. system.  Using whatever means your system offers, you will reply to this
  47. message.  You really don't have to type anything in the editor, we just
  48. want to see what's in the MSGTMP file.
  49.  
  50. Now, when your editor loads, open the editor's quote window.  If your
  51. editor does not have a quote window, try shelling to dos from the editor
  52. (some editors use ALT-J to shell to dos).  You need to look at the MSGTMP
  53. your BBS created.  If you see some lines near the top that look like this:
  54.  
  55. @PID: RA
  56. @MSGID 43U29FDSA
  57. @REPLYADDR somewhere@someone.com
  58.  
  59. The information we are interested in is the REPLYADDR line.  If you see any
  60. of these control lines, you do not need to use Fixmsg.  All that you must
  61. do is be sure and type in REPLYADDR in the Reply Text field of Inet's setup
  62. program.
  63.  
  64. If you do not see ANY of these control lines, you should use Fixmsg as
  65. described above to write the INETADDR line for you.  This will ensure Inet
  66. locates the reply address.
  67.  
  68. NOTE:  the REPLYADDR line is a Fidonet standard, and all systems sending
  69. mail into Fidonet must conform to this standard.  If you receive mail from
  70. a non-compliant source, you should send the sysop of that system a message,
  71. asking them to double check their configuration, because they are out of
  72. compliance.  The document you should refer them to is called FSC-0035.TXT,
  73. and is quoted in full below:
  74.  
  75. BEGIN QUOTE
  76.  
  77. FSC-0035
  78.  
  79.                   Transparent Gateways to and from FidoNet <tm>
  80.                            Technical Considerations
  81.                                     FSC-0035
  82.  
  83.                             Michael Shiels 22 June 89
  84.  
  85. Copyright 1989, Michael Shiels.  All rights reserved.  The right to distribute 
  86. for non-commercial use is granted to the FidoNet Technical Standards Committee,
  87. provided that no fee is charged.  This may be posted on FidoNet electronic BBSs
  88. which charge no fee for accessing this document.  Any and all other reproduction
  89. or excerpting requires the explicit written consent of the author.
  90.  
  91.  
  92. Gateways
  93. --------
  94.  
  95. Gatewaying between Fidonet and other networks seems to be the latest feature
  96. which hopefully brings more benefits to the users of each network.  But there
  97. are some real problems with gatewaying and doing "transparent" replies.
  98. This proposal should allow for almost totally transparent gateways but requires
  99. the co-operation of BBS software writers to support this following protocol.
  100.  
  101. Incoming Messages
  102. -----------------
  103.  
  104. When a message is entered into fidonet from another network it will be entering
  105. through one machine (say 1/2).  The userid on the other network may not match
  106. very will with the 2 word 36 character userid on Fidonet.  So the following is
  107. done to store away the proper userid of the sender.
  108.  
  109. Two (2) lines are added to the message (usually at the top of the text portion
  110. hidden by the infamous ^A KLUDGE).
  111.  
  112. ^AREPLYADDR .....\r
  113.  
  114. which signifies the FULL userid of the person on the other network.  The first
  115. 36 characters or the full userid if less than 36 characters long, are stored
  116. in the FROM field of the message header.  When replies are done they use a 
  117. second line of the following form.
  118.  
  119. ^REPLYTO zone:net/node firstname lastname
  120.  
  121. which is used to signify the "userid" which mail destined to this other network
  122. must be sent to and on which machine that userids resides.  Replies are sent
  123. to this zone:net/node and userid with the first line of the message being
  124. changed into 'TO: ....' where .... is the FULL userid from the ^AREPLYADDR
  125. line.
  126.  
  127. Should you have constructive correction or criticism, please contact:
  128.  
  129. Michael Shiels
  130. FidoNet: 1:250/410   michael.shiels@masnet.fidonet.org
  131. uucp: ?!tmsoft!masnet!michael.shiels
  132. Internet: michael.shiels@masnet.uucp
  133.  
  134. ----------
  135. FidoNet is a trademark of Tom Jennings and Fido Software, to whom we all owe
  136.         much thanks for the origin and spirit of FidoNet.
  137.  
  138.  
  139.  
  140. END QUOTE
  141.