Hello, I was wondering if anybody had any problems dowloading with Zmodem
and got TIMEOUT problems during the transfer sessions? I always seem to 
get them for some reason...Can anybody help?

Zivago

32 responses total.

This response has been erased.

I only get those errors when telnetting in.  I'll wager $5 that's
your problem.

Like popcorn said, try Kermit, or if you've got a uudecode program
on your micro, you can uuencode on this end and do a text transfer.

No, no, no.... I meant after I FTPd the file to this system, then I would 
go to the Other Menu, then Transfer Menu for a Zmodem download of the file
I FTPd. I would then get a real slow down and even TIMEOUT errors...

Zivago, that's exactly what we mean.  Are you using a telnet
connection, as with the MSU Gopher, to connect to Grex?
If so, Z-Modem will not work.  Try using Kermit instead.

Ok, but there is no Kermit option in the Transfer menu....

This response has been erased.

This response has been erased.

Ok,... I'll try it... and thanks! Hope it works...

Ok, I tried it... but the Kermit is WAY slower than Zmodem...
I tried the Zmodem, and it works, actually... except that
TIMEOUT error comes out once in a while... I guess Grex is
really loaded up or something...

Kermits defaults for packet sizes are very small, resulting in horrible
performance. You can improve it enormously (though not to Z modem)
by using extended packets. The only hazard is if they are too long
they will overrun buffers and you'll get lots of timeouts.
If youe see that, cut back. That should help a lot.

I think you can up the timeout interval for Zmodem if you find it's
timing out unnecessarily.  Check the man page for sz/rz or better
yet, the documentation from Omen Technology.

This response has been erased.

If the Kermit on your end supports extended packets (not all do).

The only one I have ever seen that did not was a really old Vax version.
There is a newer one which does.

Well, let's see.  My MsDOS comm program doesn't support Kermit
sliding windows or extended packets, though it does have a working
Kermit protocol.  Ditto Apple Kermit-65 and CP/M Kermit-80.  Ditto
MTS Kermit.
 

This response has been erased.

OK. I'm willing to believe that there isn't any new kermit for old OSes like
CP/M, the APple II and MTS, but for Dos, Windows, mac, Vac, Unix etc.,
there's no problem.

You've just heard two examples of MS-DOS comm programs that don't
support the new Kermit features (Telemate in my case, and as popcorn
mentioned, Procomm).  Telemate, at least, isn't "old".  And being "old"
doesn't mean people aren't using that equipment or software...

However, that doesn't mean that there's a problem with setting the
kermit default on Grex to do long packets and sliding windows.  When a
kermit transfer is started, the kermits on both ends "negotiate", and
if Grex's kermit determines that the kermit on the other end doesn't
have those features, it drops back to doing things the "old-fashioned"
way -- the transfer should still succeed.

This response has been erased.

AH, kentn, you are describing programs that aren't Kermit but which do
kermit protocol (lamely). You misunderstood my response in #14 which was
talking about the Kermit program(s). I obviously misunderstood your #13
to be talking about Kermit (the program).

Ah...   Well, I assume people use all kinds of protocols...that may
be a part of other programs.  MS-DOS Kermit 3.13 is a comm program *and*
the Kermit protocol for file transfers (an excellent program, btw).
Zmodem also is a part of other people's programs (and usually poorly
implemented, according to Chuck Forsberg).  Fortunately, Zmodem can
be run as an external protocol by getting DSZ or GSZ. 
 
It would be nice if I could do the same with Kermit. 

I agree with Kent... I wish Kermit can be run externally... now I must
always get out of my usual comm program... and run the Kermit comm...
Oh, BTW popcorn... could you give me your copy of Kermit... If it is
the latest version... 
I have version 3.00 of MS Kermit...thanks... you could either uuencode it
or just send it to my directory or something...

Chuck Forsberg believes any protocol implementation which doesn't
give him royalties has something wrong with it.  I've started
ignoring what he says, since his answer to most people's questions
about Zmodem is "buy my commercial software".

Re #22, there are Kermit 'tools' for the Mac's comms toolbox. These permit
any comms toolbox aware program to do Kermit. I don't know how good they
are, though. I don't know that much about PCs.

I have an external Kermit protocol implementation for the PC, but it's
dated 1986 and doesn't include extended packets.
 
Well, Chuck may be biased, however, I have found his software to be
miles ahead of anyone else's Zmodem implementation in terms of its
ability to pull a file through where other Zmodems fail miserably.

This response has been erased.

Can somebody tell me the address to Colummbia so I can ftp it myself...?

This response has been erased.

Yup, that's the place.  And it really is Kermit v 3.13.  In case anyone
is interested, there have been notices on the kermit Usenet group
trying to make it unmoderated (since the maintainers of Kermit are
too busy with Kermit itself to have time to moderate the group).
I guess the idea is to get more suggestions for how to improve Kermit,
and in general discuss how it works. 

How about a command to uucode and mail a file to someone?  Could someone write
me a alias for bash that would to that?

Ok, thanks for the address.... i'll go check it out...

Response not possible - You must register and login before posting.

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss