home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / datacomm / 8871 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  5.9 KB
  1. Path: sparky!uunet!spool.mu.edu!uwm.edu!csd4.csd.uwm.edu!gblock
  2. From: gblock@csd4.csd.uwm.edu (Gregory R Block)
  3. Newsgroups: comp.sys.amiga.datacomm
  4. Subject: Re: The HYDRA bidirectional file transfer protocol.
  5. Date: 21 Jan 1993 23:01:36 GMT
  6. Organization: University of Wisconsin - Milwaukee
  7. Lines: 126
  8. Message-ID: <1jna0gINNlet@uwm.edu>
  9. References: <1993Jan21.174507.24478@cunews.carleton.ca>
  10. NNTP-Posting-Host: 129.89.7.4
  11. X-Newsreader: TIN [version 1.1 PL8]
  12.  
  13. In article <1993Jan21.174507.24478@cunews.carleton.ca>, Russell McOrmond (rmcormon@superior.carleton.ca) wrote:
  14. :  There were protocol problems between Binkley and Binkley at one time,
  15. :  but these have been resolved (Right about the time of the release of
  16. :  FTS-0007).
  17.  
  18. I knew there was SOMETHING like that.  :)  I've got to do something
  19. about my long-term memory.  Like buy more memory, or perhaps a bigger
  20. HD.  :)
  21.  
  22. :    An XPR had been started, but I'll let the authors comment as they
  23. :  may have changed their mind.
  24.  
  25. Who are the possible authors?
  26.  
  27. :    The XPR mailing list has quietened down - I think we need to just go
  28. :  ahead and implement some ideas.  We all seem to be waiting for someone
  29. :  else to agree with an idea rather than just going for it and getting
  30. :  it documented.
  31.  
  32. Ahh.  Okay.  Got an update on that document you had at one time?  Have
  33. the changes already been implemented into WPL?
  34.  
  35. :    Now who's pushing negative politics?  Please put disclaimers on
  36.  
  37. I _REALLY_ should have put a smiley on that one.
  38.  
  39. :  statements like the above as I don't want to get the negative flack
  40. :  for it.  I would also like to see some compatability form between WPL
  41. :  and the utilities that the 'Trap crew' are writing.  While WPL itself
  42.  
  43. I'd like to see trap support XPR's.
  44.  
  45. :  is useless to them, support for future XPR libraries and xferq will
  46.  
  47. (speak of the devil.  :)  I'd _LOVE_ to see TD support XferQ.  We know
  48. they're reading, so maybe he'll see this note and reply.
  49.  
  50. :  give those third party authors a larger users base.  It would be nice
  51. :  for someone to be able to implement a HYDRA, JANUS, or whatever
  52. :  protocol and instantly have a HUGE installed users base with
  53. :  practically all fidonet systems,terminal packages and BBS packages
  54. :  being able to support the protocol.
  55.  
  56. Agreed.  And support for XferQ would be a big step in the way of
  57. getting programs out there that are capable of using things in this
  58. format.  It's the most extensible soltuion to the in/outbound queues yet.
  59.  
  60. :    This may be true, but it's also going to push other authors forward
  61. :  which is a good thing.
  62.  
  63. Lets hope so.
  64.  
  65. :  With the missing EMSI and Zmodem in the old application 'Welmat', the
  66. :  Trap crew had it easy.   It will be interesting for everyone to see
  67. :  what ideas start to come out with the release of WPL.
  68.  
  69. I'd say, as a guess, only those who were't dependent on their Fido
  70. systems were still willing to use it (on the lesser end, many
  71. multilines and those who simply liked the program or the price).  Now
  72. that the stakes are much more "even", we'll have to see what people
  73. think.  Hopefully, it'll spark life back into the game.  Development
  74. for the networks needs to grow by leaps and bounds.  It's been a while
  75. since I've had any kind of presence in the Fido community, and a
  76. viable cross-network system STILL doesn't exist.  Hopefully, the
  77. current suite of GPL stuff will change that.
  78.  
  79. :    A very POSITIVE thing that could happen is that some standards could
  80. :  form for mailer interfacing (Such as XPR and XferQ support in other
  81. :  front ends) that will remove (as far as I am concerned) all of this
  82. :  silly animosity that exists between various mailer authors.  As far as
  83.  
  84. I had meant that as a joke, I really wish I hadn't phrased it that
  85. way.  Upon re-reading, it did look a little rough.
  86.  
  87. :  I'm concerned it's always been the third party utilities that become
  88. :  'Mailer XXX only' that has caused various problems - It would be nice
  89.  
  90. Yup.
  91.  
  92. :  to be able to work TOGETHER with the Trap crew on things.  Hopefully
  93. :  once it has been very well debugged the Trap crew will consider
  94. :  supporting Xferq (Whether by their own implementation of the interface
  95. :  or not) in their Mailer and Tosser/scanner software.
  96.  
  97. Lets hope that acceptance of XferQ will be high.
  98.  
  99. :    Are politics out of the way, or did you just introduce it yourself?
  100.  
  101. I hope not.  I just like to joke.  :)
  102.  
  103. :  Flow.library addressed the first point, but failed miserably for the
  104. :  other two points.  One of the best things I will be doing (And am
  105. :  currently involved in debugging) for WPL is to get rid of
  106. :  flow.library.  I do suspect that now that a proper outbound handler
  107. :  exists, that the popularity of it will grow.
  108.  
  109. Agreed.  :)  XferQ's got everything that flow.library doesn't.
  110.  
  111. :    I will definetely be doing anything that I can to encourage people 
  112. :  (expecially other mailer authors as that will solve the 'chicken and
  113. :  egg' problem by handing out eggs) to support the library.  The same
  114. :  thing will be attempted with the new XPR documentation once we finally
  115. :  decide on things.
  116.  
  117. Are you still going to end up writing all of the documentation's code?
  118. Preliminary documentation has been extremely thorough.  The autodocs
  119. could have used a "bit more", but they were relatively good.
  120.  
  121. :    Hmmm - Trying to start another argument with someone?  Not a good way
  122. :  to try to encourage support for something new.  Let's look at things
  123. :  positively rather than negatively and hope that things go well!
  124.  
  125. Yeah, I'm beginning to see that all of these jokes I like to crack are
  126. going to get me in trouble.  :)  Ah well.  Lets hope that I don't make
  127. things worse.
  128.  
  129. We could always remove this, and take it to email.  At least there
  130. nobody'll snarl at my jokes.  :)
  131.  
  132. Greg
  133.  
  134. --
  135. (: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
  136. (: "Just because Workbench isn't painted like a pimp's BMW doesn't    :)
  137. (:  mean it's not sharp, elegant, and functional."    -Ian Kennedy    :)
  138. (: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) Wubba :)
  139.