home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / protocol / unprefixing.msg < prev    next >
Text File  |  2020-01-01  |  1KB  |  35 lines
  1. To: "William H. Glass" <glass@vixvax.mgi.com>,
  2.     Lawrence Kirby <fred@genesis.demon.co.uk>
  3. Subject: Kermit unprefixing improvements
  4.  
  5. > I certainly would like to remove the restriction for having
  6. > to prefix the start-of-packet+128 and end-of-packet+128.  I'm even
  7. > in favor of doing it for the 7 bit versions of those two characters.
  8. > 
  9. You don't have to prefix these when sending to C-Kermit, but you do have
  10. to prefix the when sending to MS-DOS Kermit.
  11.  
  12. Also, you now no longer have to prefix 13 or 141 (end of packet character)
  13. when sending to either C-Kermit or MS-DOS Kermit.  So goodbye to all those
  14. #M's in text-file packets.  However, 13 still has to be prefixed when the
  15. sender is a TELNET client to prevent LF/CRLF/CR screwups that happen betwen
  16. the TELNET client and server.
  17.  
  18. Now, under ideal conditions (non-TELNET connection with no Xon/Xoff, and an
  19. otherwise perfectly transparent connection), the minimum set of prefixed
  20. controls for sending from MS-DOS Kermit to C-Kermit is 0.  For sending from
  21. C-Kermit to MS-DOS Kermit it's 0, 1, 129.
  22.  
  23. > Would it be difficult to allow more than one value to be set on
  24. > a single command line? E.g.
  25. >
  26. >   set cont pref 17 19 145 147
  27. >
  28. The SET CONTROL { PREFIX, UNPREFIX } command has just been improved to accept
  29. a list of numbers, separated by spaces, e.g.:
  30.  
  31.   SET CONTROL U ALL
  32.   SET CONTROL P 1 3 13 129 131 141
  33.  
  34. This is in both C-Kermit and MS-DOS Kermit.
  35.