Path: utzoo!attcan!uunet!mcvax!cernvax!ethz!forty2!poole
From: poole@forty2.UUCP (Simon Poole)
Newsgroups: comp.sys.atari.st
Subject: Re: 8th-Bit Prefixing Bug in UniTerm Kermit
Message-ID: <350@forty2.UUCP>
Date: 5 Jul 88 09:38:46 GMT
References: <6720@cup.portal.com> <344@forty2.UUCP> <6952@cup.portal.com>
Reply-To: poole@forty2.UUCP (Simon Poole)
Organization: Exp. Physics University Zuerich
Lines: 29

In article <6952@cup.portal.com> R_Tim_Coslet@cup.portal.com writes:
>In article <344@forty2.UUCP> poole@forty2.UUCP (Simon Poole) Writes:
>>In article <6720@cup.portal.com> R_Tim_Coslet@cup.portal.com writes:
...
>>Kermit has sent 'Y' aswell (the correct meaning of 'Y' being:
>>I don't need to prefix, but I'll do it if you want to...), so the 
>No, sorry, quoting from page 241 of "KERMIT, A File Transfer Protocol"
>by Frank Da Cruz, Table 10-2. Eight-Bit Prefix Negotiations.
...
Sorry, I should have provided the reference:
     
    "Kermit Protocol Manual" by Frank da Cruz, Sixth Edition

    Page 24:

    "Y   I agree to 8-bit quoting if you request it (I don't need it)"

(This manual does have the advantage of being free).

So the question is: how compatible is Frank da Cruz with himself? :-)
Anyway I don't see why the Protocol allows 'Y' in a response to a
send-init packet, it being totally redundant (as the table you quoted
shows nicely).

  
-- 
----------------------------------------------------------------------------
UUCP:   ...mcvax!cernvax!forty2!poole			Simon Poole
BITNET: K538915@CZHRZU1A
----------------------------------------------------------------------------