Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!bellcore!decvax!decwrl!pyramid!ut-sally!seismo!harvard!bunny!mlr0
From: mlr0@bunny.UUCP (Martin Resnick)
Newsgroups: net.micro.mac
Subject: Re: Red Ryder V7 question...
Message-ID: <338@bunny.UUCP>
Date: Mon, 10-Feb-86 04:03:21 EST
Article-I.D.: bunny.338
Posted: Mon Feb 10 04:03:21 1986
Date-Received: Wed, 12-Feb-86 06:17:23 EST
References: <1009@decwrl.DEC.COM>
Organization: GTE Laboratories, Waltham, MA
Lines: 30

> I have seen recent net articles indicating that Red Ryder's XMODEM will NOT work
> with XBIN, and indeed it won't.  However, I'm a bit confused since it SEEMS
> to indicate that it will work with the MacBinary format.  Isn't that the non-
> standard XMODEM used by MacTerminal?

xbin is not a communications protocol.  It converts a binhex file to one
which can be transmitted by macput.  macput uses the MacTerminal variant
of XMODEM and can be easily modified to use the MacBinary XMODEM format
instead.  Other messages here indicated that someone else would be posting
new versions of macput and macget that are compatible with MacBinary XMODEM.

MacBinary XMODEM is a variant of MacTerminal XMODEM.  MacBinary XMODEM sends
in a single transfer the same information that MacTerminal XMODEM sends in
3 separate transfers.

> Also, I can't seem to get RR's KERMIT Receive to work when I put my VAX's
> KERMIT in SERVER mode, pick the 'Receive File - KERMIT' item from RR, and
> type in a filespec.  It sends 1 block and I then get a dialog box indicating
> that the transfer failed, but NO idea as to why.  Any ideas?
> 

The receive command in a Kermit implementation is designed to receive from
a send on the other end.  The get command (which is not implemented in Red
Ryder) is designed to receive from a server.

> TO SCOTT WATSON (RR's author):
> 

I don't believe that Scott Watson reads Usenet.  Why not write to him at
the address in the program.