home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / dcom / modems / 18096 < prev    next >
Encoding:
Text File  |  1992-12-14  |  3.0 KB  |  83 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: sparky!uunet!spool.mu.edu!agate!ames!pacbell.com!jdwiede
  3. From: jdwiede@PacBell.COM (John Wiederhoeft)
  4. Subject: Need help with ZMODEM.
  5. Message-ID: <1992Dec14.215024.9838@PacBell.COM>
  6. Organization: Pacific * Bell
  7. Distribution: na
  8. Date: Mon, 14 Dec 1992 21:50:24 GMT
  9. Lines: 72
  10.  
  11.     Hi, everyone!
  12.  
  13. I am not sure that this is appropriate group for my posting, but
  14. only here I've found couple articles about ZMODEM.
  15.  
  16. I need to transfer data files from our UNIX (SunOS) environment to the
  17. customer's PC. I've successfully did it with KERMIT, but it require some
  18. user action to initiate receive operation.
  19. So, my customer prefer to have ZMODEM, to do nothing.
  20.  
  21. I've downloaded source code (zmodem.3.14.tar.Z), unpacked it and built
  22. without problems using included makefile. (I issued 'make bsd' because
  23. we are running SunOS 4.1.2).
  24. Problems starts when I am trying to send files - plain ASCII text.
  25. I am executing
  26.     sz -ay    <filename>
  27. and it definitely starts working, because PROCOM+ on the PC side popup
  28. ZMODEM window and tries to receive data. But all the times I am getting
  29. "BAD CRC" message. If data file is short ( <5K ) it sometimes goes through
  30. after 10-15 retries, but bigger files - never.
  31. I tried to play with flags for sz (i.e. use 32- or 16-bit CRC and so on)
  32. as well as manipulated with ZMODEM options within PROCOM, but always get
  33. same result.
  34. I cannot blame telephone line, because KERMIT works perfectly. Also I've
  35. tried ZMODEM with several BBS and it also work fine, so I can't blame PROCOM
  36. either.
  37. It definitely something wrong with our UNIX site. May be I am doing something 
  38. wrong, or there are problems with public domein version.
  39.  
  40. If somebody could give me a hint I would very appreciated.
  41.         IG.
  42.  
  43. BTW. I have INTEL 2400EX modem on the PC site and NEC N9635E on the UNIX site.
  44.      Contens of my /etc/remote file are:
  45. cua1:dv=/dev/cua1:br#1200
  46. dialup1|Dial-up system:\
  47.     :pn=2015551212%:tc=UNIX-1200:
  48. hardwire:\
  49.     :dv=/dev/ttyb:br#9600:el=^C^S^Q^U^D:ie=%$:oe=^D:
  50. tip0|tip1200:tc=UNIX-1200:
  51. tip300:tc=UNIX-300:
  52. cu0|cu300:tc=UNIX-300:
  53. cu1200:tc=UNIX-1200:
  54. UNIX-300:\
  55.     :el=^D^U^C^S^Q^O@:du:at=ventel:ie=#$%:oe=^D:br#300:tc=dialers:
  56. UNIX-1200:\
  57.     :el=^D^U^C^S^Q^O@:du:at=ventel:ie=#$%:oe=^D:br#1200:tc=dialers:
  58. VMS-300|TOPS20-300:\
  59.     :el=^Z^U^C^S^Q^O:du:at=ventel:ie=$@:oe=^Z:br#300:tc=dialers:
  60. VMS-1200|TOPS20-1200:\
  61.     :el=^Z^U^C^S^Q^O:du:at=ventel:ie=$@:oe=^Z:br#1200:tc=dialers:
  62. dialers:\
  63.     :dv=/dev/cua2,/dev/cua1:\
  64. --------------------------------------------------------------------
  65. The attributes are:
  66.  
  67. dv    device to use for the tty
  68. el    EOL marks (default is NULL)
  69. du    make a call flag (dial up)
  70. pn    phone numbers (@ =>'s search phones file; possibly taken from
  71.                   PHONES environment variable)
  72. at    ACU type
  73. ie    input EOF marks    (default is NULL)
  74. oe    output EOF string (default is NULL)
  75. cu    call unit (default is dv)
  76. br    baud rate (defaults to 300)
  77. fs    frame size (default is BUFSIZ) -- used in buffering writes
  78.       on receive operations
  79. tc    to continue a capability
  80.  
  81. P.S. Please post your answers, because I am using my friend's account.
  82.  
  83.