home *** CD-ROM | disk | FTP | other *** search
/ ProfitPress Mega CDROM2 …eeware (MSDOS)(1992)(Eng) / ProfitPress-MegaCDROM2.B6I / BBS / NETMAIL / FTSC_ALL.ZIP / FSC-0033.TXT < prev    next >
Encoding:
Text File  |  1989-06-11  |  3.6 KB  |  91 lines
  1. FSC-0033                                             June 11, 1989
  2.             FidoNet Message ID Proposal
  3.                    By Todd Kover
  4.                1:261/5016;1:261/1028
  5.  
  6.  Since there are many proposals for Message-IDs, for dupe-checking, and
  7. reply-linking, I figured, I may as well do my best to add confusion to
  8. things, and come up with another one.  :-)  In my playing around with
  9. different ideas, and such, I came out with the following format:
  10.  
  11. ^AFMSGID:DDDYYHHMMSSLLNNNNOOOOPPPP[ZZZZ][Domain]
  12.  
  13. ^AFREPLY: < Repeat of what is above >
  14.  
  15. Here's a brief explanation of what each area is...
  16.  
  17. DDD:    (01-366) The day of the year. (Julian calendar method).
  18.  
  19. YY:     (0x00-0xFF) The year.  Now, this only gives 255 year accuracy, but,
  20.         if the message has been in circulation that long, then it deserves
  21.     to be read again.  :-)
  22.       
  23. HH:    (00-23) Hour which the message was written
  24.  
  25. MM:    (00-59) Minute which the message was written
  26.  
  27. SS:    (00-59) Seconds which the message was written
  28.  
  29. LL:     (0x01-0xFF) In reading NET_DEV, and FTSC, and all of the debating
  30.     over "What happens when someone enters a message at the EXACT same
  31.     time, on my multiline system?) Well, the best way to avoid that,
  32.     is to either A) Set the ID while packing the message up, and only
  33.     pack all the lines messages in, at once, or, use this option, that
  34.     sets the line number, of the caller (0-0xFF)..  I figure that there
  35.     won't be more than 255 lines to a single node...  I would opt for
  36.     the former, but, I put this in here, to shut everyone up.  :-)
  37.     
  38. NNNN:   (0x00-0xFFFF)  The Net Number of the node, that this message
  39.     originates from.
  40.     
  41. OOOO:    (0x00-0xFFFF)  The Node Number of the node, that this message
  42.     originates from.
  43.     
  44. PPPP:   (0x00-0xFFFF)  The Point Number of the node, that this message
  45.     originates from.
  46.     
  47. ------
  48. Now for the Optional ones:
  49.  
  50. ZZZZ:   Since there is a question as to weather or not Zones should be
  51.     implemented, and, some packages do not implement them, I figured
  52.     that this should be optional.  If it is not there, then a Domain
  53.     address would be there, or, nothing at all.
  54.     
  55. Domain: This is for the people that use these (SEADogians, for one).
  56.     I am assuming that Domains are alphabetic characters, and no
  57.     numbers are there (Which is probobly stupid on my part), so that
  58.     software can distingish between Domains, and Zones.
  59.     
  60. ------
  61.  
  62. The FREPLY: is just teh FMSGID of the message that the message is replying
  63. too.  That way, you can just compare.
  64.  
  65.  
  66. In order to allow dupe checking, a system has to keep a backlog of all of
  67. the message IDs for some period of time (say 2 weeks?) that pass through
  68. the system, and has to compare a new one to the old ones.  If it matches,
  69. then the message is a dupe.  This doesn't seem too efficient, since there
  70. are alot of messages that pass through something such as a backbone, but,
  71. I am sure there is some way to make it fast, I just haven't put enough
  72. thought into it, yet).
  73.  
  74. ------
  75.  
  76. One of the more nicer features about this, is that if the ID is not there,
  77. then it can be calculated by examinining parts of the message, and the
  78. header to get all of the information, and, it can be put in there.  Pretty
  79. simple, eh?
  80.  
  81. ------
  82.  
  83. If you want to get in contact with me, to make contacts on this, you can
  84. reach me at my private node, 1:261/5016, but, since I only poll the Net-
  85. Coordinator once a week, or so, to pick up my NodeDiff, and FidoNews, I
  86. will be a little slow in responding to it.  You can reach me pretty
  87. quickly on 1:261/1028, which is the only BBS that I frequent, just about
  88. daily, and, if I don't, the sysop there will tell me if there is anything
  89. waiting for me...  Direct flames, and such things to NIL:, thank you..
  90.  
  91.