home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / misc / 670 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  3.6 KB
  1. Xref: sparky comp.protocols.misc:670 comp.sys.mac.comm:8740
  2. Path: sparky!uunet!decwrl!deccrl!bloom-beacon!eru.mt.luth.se!lunic!sunic!seunet!sectra!aronsson
  3. From: aronsson@sectra.se (Lars Aronsson)
  4. Newsgroups: comp.protocols.misc,comp.sys.mac.comm
  5. Subject: Application managed file transfer over modems
  6. Message-ID: <aronsson.715852671@jeeves>
  7. Date: 7 Sep 92 07:59:15 GMT
  8. Distribution: comp
  9. Organization: SECTRA AB, Linkoping, SWEDEN
  10. Lines: 66
  11.  
  12. I need some help.
  13.  
  14. I am moving files between computers. Big files, many megabytes. The
  15. transfer initiated from within a UNIX application, running on the host
  16. where the files are created, and the files are sent to a remote
  17. computer. When the receiving computer also runs UNIX and talks TCP/IP,
  18. I know what to do, and it works. This goes with local networks, leased
  19. lines and dialed-up telephone lines through protocols like ethernet,
  20. SLIP, and PPP. It would even work with avian carriers (RFC 1149).
  21.  
  22. I am a UNIX addict and a young one. I remember only few computers not
  23. having full networking (as in 4.2BSD UNIX or DEC TOPS-20).
  24.  
  25. Now, to my surprise, some computers don't have native TCP/IP. I am
  26. talking Apple Macintosh here, and maybe IBM MS-DOS PC. Suddenly, I
  27. need to send files to these small computers at remote sites. To match
  28. their low price, I must exclude every carrier other than dialed-up
  29. telephone lines.
  30.  
  31. Note that I, having the large machine, need to send files to these
  32. smaller computers. There are plenty of kermit-like programs that allow
  33. home computer owners to connect to a larger system, but this is of no
  34. use to me. Here, the small computer needs to answer the call.
  35.  
  36. I could run some non-native TCP/IP. On the Macintosh I could use
  37. Apple's MacTCP and MacSLIP. However, from information on USENET, I
  38. understand that neither MacSLIP nor its competitors (InterCon and
  39. Versaterm) will listen for incoming modem calls.  MacTCP and MacSLIP
  40. simply makes for yet another kermit-like system. I don't know, but I
  41. guess the same goes for MS-DOS computers.
  42.  
  43. I have been playing around with thoughts of implementing my own
  44. protocols, but I know far too little about Macintosh or PC network
  45. programming for this. It would take more time than I have got, first
  46. to learn to program these single-process computers and then to design
  47. my own protocol implementations.
  48.  
  49. There is one use of small computers where they are communication
  50. servers and that is Bulletin Board Systems. I have seen a few, but
  51. they are simply too awkward for my needs. They assume a user at the
  52. modem. I have a UNIX application at my modem and only maybe a user at
  53. the application.
  54.  
  55. I have been experimenting with UUCP, a protocol from the PDP 11 age.
  56. My UNIX, as all UNIXes, still features support for this protocol and,
  57. to my happy surprise, there are public domain implementations for both
  58. the IBM PC and Apple Macintosh. I have tried UUPC 3.0 for the Mac and
  59. it works. On my Hewlett Packard UNIX (HP-UX 7.0) I use the built-in
  60. HDB UUCP.
  61.  
  62. I am not all happy with the UUCP solution. It is very complicated to
  63. set up. On the UNIX side, it puts my job in its own queue and makes me
  64. believe everything is alright. When something fails, I receive a mail.
  65. It is hard for my UNIX application to know the status of the transfer.
  66. Is it still in progress? Is it done? Did it fail?
  67.  
  68. Again, the UNIX UUCP assumes a user commanding it. There doesn't seem
  69. to be a programmer's interface to UUCP. I need my UNIX application to
  70. manage the transfer. The end user only knows this application, she is
  71. neither a UUCP expert nor a UNIX wizard.
  72.  
  73. Tell me, did you ever have this problem? Did you solve it? How? Are
  74. there any books I should read?
  75.  
  76. -- 
  77. Lars Aronsson, SECTRA AB, Teknikringen 2, 583 30 Linkoping, Sweden
  78.