nester@pop.stat.purdue.edu (Darryl K. Nester) (12/31/90)
After seeing the discussion on the net, I decided to "test-drive" Telix before registering my (shareware) copy of ProComm. But I have a question about Telix, and was hoping someone can help me. In the very brief time I have used Telix, I have been generally pleased, and am leaning toward choosing it over ProComm. However, there is one fairly serious problem -- I can't get Telix to do Kermit uploads or downloads. Please understand -- if I never did another Kermit transfer in my entire life, it would suit me just fine; I'd much rather use ZMODEM (this is one reason I prefer Telix). Unfortunately, the computer at school seems to be brain-damaged when it comes to ZMODEM -- I can get it to do uploads, but not downloads. So, at least for the present, I am stuck with Kermit for downloading. (Incidentally, has anyone at Purdue used sz successfully?) I checked the Kermit setup screen in Telix and it seems to be much the same as Procomm. But when I try a Kermit transfer, the computers don't acknowledge each other, and both sides eventually "time out." Has anyone ever done a Kermit transfer with Telix? (Probably not, unless you HAD to :-) I'd appreciate any advice or suggestions. Thanks. Darryl Nester -- Purdue University Department of Statistics nester@pop.stat.purdue.edu
lmiller@aerospace.aero.org (Lawrence H. Miller) (12/31/90)
In article <3129@mentor.cc.purdue.edu> nester@pop.stat.purdue.edu (Darryl K. Nester) writes: > >I can't get Telix to do Kermit uploads or downloads. > >I checked the Kermit setup screen in Telix and it seems to be much the >same as Procomm. But when I try a Kermit transfer, the computers don't >acknowledge each other, and both sides eventually "time out." > Ditto. Any help would be appreciated. I just use kermit now, but Telix has so much more to offer. Any hints appreciated. Larry Miller Aerospace Corporation lmiller@aerospace.aero.org 213-336-5597
martyz@groucho (12/31/90)
In article <3129@mentor.cc.purdue.edu> nester@pop.stat.purdue.edu (Darryl K. Nester) writes: > >After seeing the discussion on the net, I decided to "test-drive" Telix > >fairly serious problem -- I can't get Telix to do Kermit uploads or downloads. > This is the biggest shortcoming of Telix: it will not do Kermit transfers over a 7-bit data path. I have contacted the author via Email (over a year ago) and he did not seem interested in correcting this problem. No one has mentioned Pibterm as a possible alternative. It is more difficult to set-up than Telix or Procomm, but it is also more versatile. The Turbo Pascal source code is also available. It was on SIMTEL the last I checked. -- Marty Zimmerman Computer Services University of Idaho <martyz@ted.cs.uidaho.edu> or <martyz@idui1.bitnet>
ts@uwasa.fi (Timo Salmi) (12/31/90)
In article <3129@mentor.cc.purdue.edu> nester@pop.stat.purdue.edu (Darryl K. Nester) writes: >fairly serious problem -- I can't get Telix to do Kermit uploads or downloads. : >Please understand -- if I never did another Kermit transfer in my entire : >Has anyone ever done a Kermit transfer with Telix? (Probably not, unless >you HAD to :-) : >I'd appreciate any advice or suggestions. Thanks. : The very first thing for you to do is to narrow down your problem. For example, do the obvious, that is try with another program's kermit. Try MsKermit and Procomm. If you don't have MsKermit you can get it from uwasa.fi (/pc/pd2 directory) or simtel20. If you need kermit advice, get /pc/ts/tskerm24.arc. If you need Procomm advice, get /pc/ts/tspfon29.arc. After the experiments you should know whether your problem is specific to Telix. If it is see what settings you have different from what you have with the working transfer. This is the way to proceed. Isolate the problem step by step. BTW, I just re-tested that Telix kermit transfer does work on my configuration, so it is not that Telix kermit can't be made to work. ................................................................... Prof. Timo Salmi (Moderating at anon. ftp site 128.214.12.3) School of Business Studies, University of Vaasa, SF-65101, Finland Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun
kgowen@cie.uoregon.edu (Kevin Gowen) (01/01/91)
In article <95569@aerospace.AERO.ORG> lmiller@altair.UUCP (Lawrence H. Miller) writes: >In article <3129@mentor.cc.purdue.edu> nester@pop.stat.purdue.edu (Darryl K. Nester) writes: >> >>I can't get Telix to do Kermit uploads or downloads. >> >>I checked the Kermit setup screen in Telix and it seems to be much the >>same as Procomm. But when I try a Kermit transfer, the computers don't >>acknowledge each other, and both sides eventually "time out." >> > > Ditto. Any help would be appreciated. I just use kermit now, > but Telix has so much more to offer. Any hints appreciated. Well, I used to have this problem when I ran Procomm 2.4.2. To log onto the local Unix machine, I had to set my modem for 7 data bits, even parity, and 1 stop bit. Then when I wanted to do a Kermit dowload, I had to manually switch the settings to 8 data bits, no parity and 1 stop bit. Kermit worked fine that way. Now, of course, I no longer user Kermit because I've been introduced to the wonderful world of Zmodem! :) >Larry Miller -kevin kgowen@cie.uoregon.edu
martyz@groucho (01/03/91)
In article <95569@aerospace.AERO.ORG> lmiller@altair.UUCP (Lawrence H. Miller) writes: >In article <3129@mentor.cc.purdue.edu> nester@pop.stat.purdue.edu (Darryl K. Nester) writes: >> >>I can't get Telix to do Kermit uploads or downloads. >> > Ditto. Any help would be appreciated. I just use kermit now, > but Telix has so much more to offer. Any hints appreciated. This is a repeat, so I'll be brief: are you on a machine with an 8-bit data path or a 7-bit data path? Telix's version of the Kermit protocol will not work on a 7-bit data path. That is the default comm setup on many mainframes (IBM in particular). If your session is using 7-data bits, Telix will NOT be able to do Kermit transfers. -- Marty Zimmerman Computer Services University of Idaho <martyz@ted.cs.uidaho.edu> or <martyz@idui1.bitnet>
mcc@WLV.IMSD.CONTEL.COM (Merton Campbell Crockett) (01/04/91)
I have not used Telix so can't comment on its appropriateness. I have used Procomm and MS-Kermit. One of my requirements is that the prod- uct provide an exemplary VTxxx terminal emulation. The version of Procomm that I tested and used for a short while failed miserably on its VTxxx emulation. Setting Procomm up so that it did a fairly reasonable emulation of a VTxxx terminal required constant changing of set-ups to handle the var- ios Unix (ATT and BSD), VMS, IAS, and RSX hosts that I use. These changing set-ups also effected whatever file transfer protocols were available on the host systems. MS-Kermit 3.02 on the other hand doesn't suffer from these problems. It has perhaps the best VTxxx emulation that is available (provided that you aren't particularly concerned about double-high, double-wide character em- ulation). It also provides TEK 4014 graphics capability. I wasn't particularly impressed with ZMODEM as a transfer protocol. Kermit used over a 2400 baud modem link produces the same effective throughput as ZMODEM provided that the host is running C-Kermit 4E, 4F, or 5A. I haven't tested it that much against another MS-DOS machine. In those cases where the windowing capability of Kermit has been enabled, there was only a marginal throughput improvement; however, the host systems were only set for two windows rather than the three required for true streaming. In addition to simtel20 and the University of Vaasa, the MS-Kermit sources and executables are available from the University of Columbia. Internet node name watsun.cc.columbia.edu. Merton
dmurdoch@watstat.waterloo.edu (Duncan Murdoch) (01/05/91)
In article <1991Jan02.171049.3742@groucho> martyz@ted.cs.uidaho.edu (Marty Zimmerman) writes: >Telix's version of the Kermit protocol will not >work on a 7-bit data path. That is the default comm setup on many mainframes >(IBM in particular). If your session is using 7-data bits, Telix will NOT be >able to do Kermit transfers. It's possible to install an external protocol into Telix to handle the 7-bit kermit transfers. I use the PCKERMIT program; I think I got it from Simtel. Installing external protocols is easiest with batch files; here are mine: KBSEND.BAT :Send a binary file using kermit and even parity pckermit -s %3 -l COM%2 -b %1 -p e KBRECV.BAT :receive a binary file using kermit pushdir d: :this cd is necessary so that the file ends up in the DL directory cd \bbs c:\util\telix\pckermit -r -l COM%2 -b %1 -p e popdir
dmm0t@holmes.acc.Virginia.EDU (Dave Meyer) (01/14/91)
Apparently, Telix has some problems over 7 bit networks, since I've been unable to use it over our LAN except for file type text. Binary transfers get the same "time out" error as you're having. My suggestion: use a better kermit program. I'm using the program mstibm.exe from watsun.cc.columbia.edu, under /kermit/bin. It's the latest release, and includes sliding windows, which is tremendously faster. Also on watsun under /kermit/sw is the source for kermit with sliding windows, so you can compile it on your host machine. What I've done is to make mstibm.exe one of the external protocols, and write a small batch file to run it. It works great, and is much faster for having sliding windows. -- David M. Meyer | dmm0t@virginia.edu Department of Mechanical & Aerospace Engineering | (804) 924-7926 University of Virginia |
ilan343@violet.berkeley.edu (Geraldo Veiga) (01/14/91)
In article <1991Jan13.211741.6620@murdoch.acc.Virginia.EDU> dmm0t@holmes.acc.Virginia.EDU (Dave Meyer) writes: > >My suggestion: use a better kermit program. I'm using the >program mstibm.exe from watsun.cc.columbia.edu, under /kermit/bin. >It's the latest release, and includes sliding windows, which is >tremendously faster. Also on watsun under /kermit/sw is the source >for kermit with sliding windows, so you can compile it on your >host machine. > How does this compare to other protocols like Ymodem an Zmodem? I've recently switched from (old) kermit to zmodem for all my micro-mainframe transfers. It speeded up things by a factor of (at least) 2. The rzsz package (ftp'able from simtel20) compiled without changes in every Unix machine I tried. Combine this with Telix (under DOS) or pcomm (under unix) and you are in business. Can the new kermit can match zmodem in speed? Also, I assume both sides will have to be aware of the new kermit protocol. How would you make it work with existing DOS software like Telix or Procomm?
ccfac@nt.sait.edu.au (01/14/91)
> In the very brief time I have used Telix, I have been generally pleased, > and am leaning toward choosing it over ProComm. However, there is one > fairly serious problem -- I can't get Telix to do Kermit uploads or downloads. > > I checked the Kermit setup screen in Telix and it seems to be much the > same as Procomm. But when I try a Kermit transfer, the computers don't > acknowledge each other, and both sides eventually "time out." > > Has anyone ever done a Kermit transfer with Telix? (Probably not, unless > you HAD to :-) > I have, what sort of computer system are they using at your school? A vax? Over here, on the Vax, when we run kermit session on it, we have to tell it to send the file, then in Telix when you press the PG-DN to download, just select Kermit, and it should work. If your school is not using a Vax system, it should be pretty much the same. Get the host to send the file, then on your remote PC, select download with kermit. Should work. Hope that helps. Cheers Francis Chan ------------------------------------------------------------------------------- CCFAC@SAIT.EDU.AU Francis Chan University of South Australia -------------------------------------------------------------------------------
dmm0t@holmes.acc.Virginia.EDU (Dave Meyer) (01/14/91)
Kermit with sliding windows is nowhere near as fast as Ymodem or Zmodem, but for those of us using 7-bit networks, it's the only game in town. X/Y/Zmodem require 8-bit transmission. As for making mstibm.exe work with Telix, you use the external protocol feature, which will call user-defined batch files or scripts when they are call up. I assume Procomm has something similar, 'though I don't know since I don't use it. If anyone's interested I can post my Telix scripts here. If you can get Zmodem to work for you, there's absolutely no reason to go to any other protocol unless you have an error correcting modem (in which case, use Ymodem-G). But if you're stuck using kermit, get the sliding windows versions running on host and remote and you'll see a huge improvement. -- David M. Meyer | dmm0t@virginia.edu Department of Mechanical & Aerospace Engineering | (804) 924-7926 University of Virginia |
nan@math.ksu.edu (Nan Zou) (01/14/91)
dmm0t@holmes.acc.Virginia.EDU (Dave Meyer) writes: >Kermit with sliding windows is nowhere near as fast as Ymodem or Zmodem, >but for those of us using 7-bit networks, it's the only game in town. >X/Y/Zmodem require 8-bit transmission. I also have Kermit transfer problems under Telix. I connect to the school's VM mainframe from a dataswitch, which I believe is 8 bit. Whenever I do a file transfer, it would just wait for ack and time out each other. The host Kermit will tell me missing start of packet. I get the same problem under Procomm. >As for making mstibm.exe work with Telix, you use the external protocol >feature, which will call user-defined batch files or scripts when they are >call up. I assume Procomm has something similar, 'though I don't know >since I don't use it. If anyone's interested I can post my Telix >scripts here. Please do post it here. Thanks. Nan
fictorie@freyr.pttrnl.nl (Henk Fictorie) (01/14/91)
ilan343@violet.berkeley.edu (Geraldo Veiga) writes: >In article <1991Jan13.211741.6620@murdoch.acc.Virginia.EDU> dmm0t@holmes.acc.Virginia.EDU (Dave Meyer) writes: >> >>My suggestion: use a better kermit program. I'm using the >> >How does this compare to other protocols like Ymodem an Zmodem? >I've recently switched from (old) kermit to zmodem for all my >micro-mainframe transfers. It speeded up things by a factor of (at >least) 2. The rzsz package (ftp'able from simtel20) compiled without >changes in every Unix machine I tried. Combine this with Telix (under >DOS) or pcomm (under unix) and you are in business. I tried rzsz with Telix and with DSZ and I only got timeouts after one exchanged packet. I did try several sizes for the window and/or packet size in rzsz, but it wasn't of any help. Also different settings for the flow control didn't help. Anybody got any suggestions?? -- Henk Fictorie, PTT Research Neher Labs, H_Fictorie@pttrnl.nl P.O. box 421, ...!hp4nl!dnlunx!henkf 2260 AK Leidschendam, The Netherlands Phone : +31 70 3326356
dmm0t@holmes.acc.Virginia.EDU (Dave Meyer) (01/14/91)
I'm not really an expert in the kermit field, so I'm not sure what the problem may be here. My best guess is that you've got the host and the remote configured differently. There are a bunch of possible conflicts you can check out with "show protocol" and "show comm" with the mstibm kermit, but I don't know what you'd do with telix or procomm. > >>As for making mstibm.exe work with Telix, you use the external protocol >>feature, which will call user-defined batch files or scripts when they are >>call up. I assume Procomm has something similar, 'though I don't know >>since I don't use it. If anyone's interested I can post my Telix >>scripts here. > >Please do post it here. Thanks. Here's mskermd.slt: -----------BEGIN---------------------- // MSKERMD.SLT - script to use MSKermit 3.02 for kermit downloads main() { int result; str cml[200]; str temp[20]; result = newdir(_down_dir); if (result == 0) { prints("Error changing to directory "+_down_dir); return 0; } cml=""; strcat(cml,"set spe "); itos(get_baud(),temp); strcat(cml,temp); strcat(cml,",set po "); itos(get_port(),temp); strcat(cml,temp); strcat(cml,",set bl 2,set win 3,set rec pac 2000,r"); // Make sure to put the correct path to kermit.exe here: result = run("c:\mskermit\kermit.exe",cml,0); if (result == -1) prints("ERROR running c:\mskermit\kermit"); result = newdir(_telix_dir); if (result == 0) { prints("Error changing to directory "+_telix_dir); return 0; } } ---------END----------- and here's mskermu.slt --------BEGIN-------- // MSKERMU.SLT - script to use MSKermit 3.02 for kermit uploads main() { int result; str cml[200]; str temp[20]; result = newdir(_down_dir); if (result == 0) { prints("Error changing to directory "+_down_dir); return 0; } cml=""; strcat(cml,"set spe "); itos(get_baud(),temp); strcat(cml,temp); strcat(cml,",set po "); itos(get_port(),temp); strcat(cml,temp); strcat(cml,",set bl 2,set win 3,set sen pac 2000,send "); strcat(cml,_ext_filespec); // Note that it is possible for the command line to get too long // for kermit.exe (particularly if the filename has a long pathname // in front of it. If this bothers you, get rid of set port or // set speed, which ought to be redundant anyway. // Make sure to put the correct path to kermit.exe here result = run("c:\mskermit\kermit.exe",cml,0); if (result == -1) prints("ERROR running c:\mskermit\kermit"); result = newdir(_telix_dir); if (result == 0) { prints("Error changing to directory "+_telix_dir); return 0; } } -------------END---------------- Hope this helps to solve your kermit woes. -- David M. Meyer | dmm0t@virginia.edu Department of Mechanical & Aerospace Engineering | (804) 924-7926 University of Virginia |
otto@tukki.jyu.fi (Otto J. Makela) (01/14/91)
In article <1991Jan14.003203.8193@murdoch.acc.Virginia.EDU> dmm0t@holmes.acc.Virginia.EDU (Dave Meyer) writes:
Kermit with sliding windows is nowhere near as fast as Ymodem or Zmodem,
but for those of us using 7-bit networks, it's the only game in town.
X/Y/Zmodem require 8-bit transmission.
I'm sure that someone will correct me if I am mistaken, but doesn't Zmodem
also have a 7-bit mode ?
--
/* * * Otto J. Makela <otto@jyu.fi> * * * * * * * * * * * * * * * * * * */
/* Phone: +358 41 613 847, BBS: +358 41 211 562 (CCITT, Bell 24/12/300) */
/* Mail: Kauppakatu 1 B 18, SF-40100 Jyvaskyla, Finland, EUROPE */
/* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */berger@iboga (Mike Berger) (01/15/91)
ilan343@violet.berkeley.edu (Geraldo Veiga) writes: >In article <1991Jan13.211741.6620@murdoch.acc.Virginia.EDU> dmm0t@holmes.acc.Virginia.EDU (Dave Meyer) writes: >> >>My suggestion: use a better kermit program. I'm using the >> >How does this compare to other protocols like Ymodem an Zmodem? There's no question that zmodem is a faster and more robust protocol. Conversely, kermit is available for everything from CP/M machines and Apple II to big mainframes, all for free. I use zmodem on the rare occasions when it's available on both ends, but I find that Kermit is the most popular protocol around here. -- Mike Berger Department of Statistics, University of Illinois AT&TNET 217-244-6067 Internet berger@atropa.stat.uiuc.edu
bwilliam%peruvian.utah.edu@cs.utah.edu (Bruce R. Williams) (01/15/91)
In article <fictorie.663843941@freyr> fictorie@freyr.pttrnl.nl (Henk Fictorie) writes: >I tried rzsz with Telix and with DSZ and I only got timeouts after one >exchanged packet. I did try several sizes for the window and/or packet >size in rzsz, but it wasn't of any help. Also different settings for >the flow control didn't help. >Anybody got any suggestions?? > >-- >Henk Fictorie, PTT Research Neher Labs, H_Fictorie@pttrnl.nl >P.O. box 421, ...!hp4nl!dnlunx!henkf >2260 AK Leidschendam, The Netherlands Phone : +31 70 3326356 Yeah. As was suggested by a previous posting, Zmodem does have a 7-bit mode. Use this. You may need to tell Zmodem to escape all control characters... option "-e" if memory serves. Good luck with it! -Bruce Bruce R. Williams "The most beautiful thing we can experience University of Utah is the mysterious. It is the source of all (bwilliam@peruvian.utah.edu) true art and science." -Albert Einstein
chris@utgard.uucp (Chris Anderson) (01/16/91)
In article <1991Jan14.003203.8193@murdoch.acc.Virginia.EDU> dmm0t@holmes.acc.Virginia.EDU (Dave Meyer) writes: >Kermit with sliding windows is nowhere near as fast as Ymodem or Zmodem, >but for those of us using 7-bit networks, it's the only game in town. >X/Y/Zmodem require 8-bit transmission. Ummm, I beg to differ. My experiments with sliding window kermit (and by that I mean the new one, not the old sliding window kermit released several years ago) show it to be comparable with ymodem and about 85-90% of zmodem's efficiency. In addition, kermit is much more stable with noise on the line than zmodem. This was with 2 512byte windows. Zmodem also can be used on 7 bit lines. It does this the same way that kermit does -- by escaping every 8 bit character. >If you can get Zmodem to work for you, there's absolutely no reason >to go to any other protocol unless you have an error correcting >modem (in which case, use Ymodem-G). But if you're stuck using kermit, >get the sliding windows versions running on host and remote and you'll >see a huge improvement. I'm not such a big fan of zmodem when you have noisy lines. Zmodem makes some huge assumptions regarding the quality of the line. Kermit is slower, but it gets the job done where zmodem will crap out. Chris -- +---------------------------------------------------------------+ | Chris Anderson, QMA, Inc. utgard!chris@csusac.csus.edu | | My employer doesn't listen to me... why should you? | +---------------------------------------------------------------+
system@syzzle.chi.il.us (SYSTEM 0PERATOR) (01/17/91)
fictorie@freyr.pttrnl.nl (Henk Fictorie) writes: > I tried rzsz with Telix and with DSZ and I only got timeouts after one > exchanged packet. I did try several sizes for the window and/or packet > size in rzsz, but it wasn't of any help. Also different settings for > the flow control didn't help. > Anybody got any suggestions?? I have been using rszs with Telix's internal Z-Modem with no problems. I did have trouble using DSZ.EXE (it would lock up when downloading using sz on the UNIX system). I have seen posts relating to earlier versions of rzsz having trouble with transfers to DOS systems in general (both telix and DSZ). I would check to be sure you have the latest version of rzsz available. When sending and receiving files to/from the UNIX system I have used the default parameters (sz filename, rz) with no problems. +---------------------------------+----------------------------+ |Al Oomens awol@syzzle.chi.il.us | Simplicity is the ultimate | ..uunet!ddsw1!infopls!syzzle!awol | form of sophistication! | +---------------------------------+----------------------------+