home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / datacomm / 8913 < prev    next >
Encoding:
Text File  |  1993-01-24  |  2.5 KB  |  61 lines
  1. Newsgroups: comp.sys.amiga.datacomm
  2. Path: sparky!uunet!cs.utexas.edu!torn!nott!cunews!rmcormon
  3. From: rmcormon@alfred.carleton.ca (Russell McOrmond)
  4. Subject: Re: The HYDRA bidirectional file transfer protocol.
  5. Message-ID: <1993Jan23.182546.19169@cunews.carleton.ca>
  6. Sender: news@cunews.carleton.ca (News Administrator)
  7. Organization: Carleton University, Ottawa, Canada
  8. References: <1993Jan22.050405.17731@cunews.carleton.ca> <1jqrj4INN7f9@uwm.edu>
  9. Date: Sat, 23 Jan 1993 18:25:46 GMT
  10. Lines: 51
  11.  
  12. In article <1jqrj4INN7f9@uwm.edu> gblock@csd4.csd.uwm.edu (Gregory R Block) writes:
  13. >Well, filenotes aren't standardized currently, and if you're going to
  14. >use XferQ for the outbound directory anyways, why not keep track of
  15. >inbound stuff with it?
  16.  
  17.  
  18.   Filenotes are trivial to standardize, we just have to say "Sure,
  19. I'll do it that way".  With WPL it's totally user configurable.
  20. Inbound filenotes are already in heavy use by many different programs
  21. and there is no reason I can think of not to continue to use it.  If
  22. it ain't broke, don't fix it.
  23.  
  24. (Unlike the current non multi-thread capable and/or address dependant
  25. methods for outbound handling such as UUCP C.#? or fonet #?.FLO files).
  26.  
  27.   What is the PURPOSE of keeping track of inbound files?  For outbound
  28. files it is obvious that you need to know what files are to go where -
  29. For inbound the information can be gotten in any number of easier and
  30. more efficient methods  (Changing inbound directories, filenotes, etc,
  31. etc).
  32.  
  33.   You'd have to do a lot of convincing (Or write the code yourself
  34. <grin>) before I'd add 'inbound tracking with XferQ) into WPL as I
  35. don't see the purpose.
  36.  
  37. >I remember reading somewhere that you were going to end up doing
  38. >"example code snips" in the documentation.  I could have misread,
  39. >though.  :)
  40.  
  41.   I will be doing that in the WPL programmers manual - With XferQ I'm
  42. just a user.
  43.  
  44. >It's good that a file request shell will exist, then.  It's something
  45. >that could get a lot of use with WPL.  :)
  46.  
  47.   The file request shell and WPL have nothing to do with each other,
  48. except that a WPL based mailer will be compatable with the request
  49. shell.  There is absolutely no direct communication between this
  50. request shell and WPL (BY DESIGN) so that if any other mailer author
  51. added XferQ support to their mailer this request shell, and all
  52. compatable file request handlers will automatically work.
  53.  
  54.   The FREQ shell's sources will be released public domain so that any
  55. file request program author can just include code out of it and make
  56. the request shell's use obsolite with their request handler.
  57.  
  58.  
  59.  
  60.  
  61.