I am trying to set up a friend's PC to dial in via Kermit. I get
in okay about once out of five. The other times I get on but 
receive ~~ etc. I have \N set in hayes.scr to turn off error 
correction but I don't think it's turning off. I try cntrl break
several times also.

40 responses total.

Some modems use other codes beside \N. Check the modem manual.
Does contrl-brk send a break in PC Kermit? I'm not sure.
I use command-B in Mac-Kermit and it works when the speed is hosed.

This response has been erased.

I see I'm sending the wrong thing for a break signal. I'll try
^]B next time.

Using MS-Kermit. Hayes.scr is a file on the Kermit disk with 
Gianone's book. When I add M to the AT line, it dials with no
volume on the modem, so I know it accesses this file somehow.

Also, in dialups.txt, I have    grex  761-3000   2400   even
so it should be trying in even parity.

The modem is internal with no manual so we don't know what it is.

This response has been erased.

This might be off the point, but is there a "Kermit" used for mail on
VAX-VMS systems? A colleague says that he must use "Kermit" provided by
his university (not in MI) to read mail via dialin. I logged into his
account via internet (with permission), and had access to files etc, but
got garbage when I tried to open his mail program. 

So maybe he's the kind of guy who gets a lot of garbage mail.

Hmm... I use VAX/VMS and have never had a problem reading my mail
using any standard communication program, and no problem via
telnet either. Not sure what would be going on in your friend's
case.

(The "garbage" was messed up formatting. I'll get an example.)

(So I figured. Yes, an example might give a clue as to what's going on.)

<rcurl prepares to post private email on the net>?

8-{)}

Heh...I connected again, and this time it worked! Only "error" message was
  %DCL-W-INSFPRM, missing command parameters - supply all required parameters
So my question is moot. I guess my friends main problem is finding "Kermit"
for dialin a not very user friendly program. 

Well, VMS is a not very user friendly operating system, so it sounds
like a good match.

The next version of Kermit (for Windows 95) will not be freeware.
List price = $54. ($45 if ordered before October 5)

Oops, make that $49 for early orders.

I have trouble seeing why people would pay for a Windows 95 terminal program.
Rather than including their own terminal program with Windows 95, Microsoft
licenced somebody else's, and Windows 95 therefore comes with a very nice
terminal program.  It's called HyperTerminal.

I've used HyperTerminal a bit, and it's actually pretty limited
(although better than the brain-damaged Terminal program that came
with Windows 3.1). Can't change the number of rows or columns
on screen, only an incomplete implementation of VT100 supported
(and no VT102, VT220, etc.), and not much in the way of file
transfer. Also no telnet capability--strictly serial, dialup
communications. So HyperTerminal isn't a very full-featured
product.
  Kermit for Windows 95 will offer everything that MS-DOS Kermit
does--like VT320 emulation, full keyboard redefinability, and Kermit
file transfers with sliding windows and long packets--and a lot more:
full integration with the Win95 environment, multiple terminal 
windows, dialing directory, zmodem, and winsock-compliant telnet
capability. For the official announcement, see

        http://www.columbia.edu/kermit/k95.html

I've already ordered a copy.

We need a really good comms program and telnet client at my office. 
It should support full vt100, scrollback, copy and paste, and multiple xfer 
protocols.  I am convinced Kermit 95 should be site licensed for this purpose,
but this is based on the hype. I will probably wait to order it
until I have had an opportunity to test it. It might cost more that
way, but it will be peanuts compared to the lost productivity of
having chosen the wrong solution.

Other commercial solutions are much higher in price, and many miss important
features. Shareware solutions have too many glitches. I have great
hopes for K95.

Right. I ordered it sight unseen, just based on the hype, because the
same team is developing it that did MS-DOS Kermit, which I have been
using for years and which is an excellent communications program.
They have an excellent track record.
  But I'm just ordering it for myself. If you're contemplating a site
license for a company, it's indeed wisest to wait until you can
evaluate it.

(Hopefully Bill will feel free to barge into the midst of this
drift if he has further questions or comments concerning the
original problem.)

Oh, I hadn't played around with Hyperterminal enough to find out about the
limitations.  I just assumed that it would be able to do things I haven't
tried, since it does everything I've tried to do with it.  Maybe it was
designed specifically around how I tend to use a terminal program. ;)

Hey, if it works for you, fine. I know people who are still using
T-Com. (And there aren't that many people who even know what T-Com
is.)

What's T-Com?

]:h
I have uploaded mskermit.ini, mscustom.ini, hayes.scr, and 
dialups.txt to /u/wh. These files get me into Grex fine. But
when I try them on a friend's PC, they only get in some of the
time. It has an internal modem. I'm not sure what brand or what
commands to send it. Don't different modems require different
commands sometimes? Are are all commands standard by now?

Re #22: T-Com is an MS-DOS communications program developed by
Glen Roberts in 1984 and last updated in 1985 or '86. I used it
for a while. Good for its time, but time has passed it by.

This response has been erased.

I've acquired Kermit95 (for Windows 95) and have used it a bit.
I figure this is as good a place as any to report my impressions.
   Kermit95 comes with two programs--a dialing directory, which
is a GUI fully integerated with the Win95 environment, and
a terminal emulator that runs in a separate window. When you
select a system in the dialing directory, Kermit95 dials it
and fires up the terminal emulator window.
   The terminal emulator runs in a Windows 95 console window
in full 32-bit protected mode, but has virtually the same
command-oriented interface as the older MS-kermit and C-kermit.
The terminal window can be in either of two modes--connect-mode
and command mode; you switch back and forth by typing "c" and
alt-x, just like in MS-DOS kermit. When in command mode, Kermit95
accepts pretty much the same commands as MS-kermit and C-kermit.
Some might see all this as a minus, but I consider it a plus, since
I'm so very familiar with those products and it's a comfortable
mode for me to work in. Just as in MS-kermit, terminal emulation
is very complete and accurate, and you can emulate vt100, vt102,
vt220, and vt320 terminals.
   Kermit95 works either over a serial or network connection.
I find that it works fine as a telnet client, when I've established
a PPP connection using Win95 dialup networking. It's *much* better
than the telnet client that comes with Win95.
   File transfer remains one of kermit's strongest suits. Even
stronger than before, as Kermit95 supports not only the kermit
protocol (with long packets and sliding windows) but also zmodem and
ftp. Haven't tried zmodem, but kermit and ftp file transfers work
beautifully. It's very easy to switch between a telnet and ftp
connection to the same host: First log in via a telnet connection,
then hit alt-X and type "ftp"--Kermit95 will establish an ftp
connection to the same host. When done ftp'ing, close the ftp
connection and type "c" to get back to the telnet session.
   There are some bugs--I don't seem to be able to set terminal
screen colors if I set the terminal screen size to anything other
than 24x80. I've had K95 mysteriously crash or hang a few times.
There's a patch available from the Kermit95 BBS. I've installed
it, but still no success setting screen colors to anything other
than white on black when I choose a non-standard terminal size.
   The product comes bundled with the book "Using C-Kermit" by
Frank da Cruz and Christine Gianone. Nice book with a lot of 
useful info not only on kermit but computer communications in
general. Unfortunately I already had it, so now I have two copies.
The extra one may become JCC fodder.
   All in all, a useful although not perfect product. Certainly
worth the price for me.

A Kermit program that does Z-Modem and ftp.  Bizarre.

Not as bizarre as the fact that they are charging for it. 

This Kermit is a commercial program, and it sounds like it is ready to be one.
Considering the shabby quality of non-commercial (and some commercial) telnet
clients for windows, it is destined to be a star, I think.

I will probably spring for one when I install Win 95 at work. Question for
John: Will Kermit 95 run on NT? You may have run across that in the
documentation.

It runs on NT beginning with a certain version number--I don't have
the docs handy, but 3.51 runs in my mind.

3.51 is the current version.

One addendum to my review above of Kermit-95. I mentioned that I
was unable to set screen colors for any screen height other than
24 rows. I've since discovered that colors work for 42 and 49
rows. (The file TERMINAL.DOC that comes with K95 does mention that
in the current version, screen heights of 24, 42, and 49 rows are
the only ones that work correctly.) I'm currently Grexing in K95
with a 42-line terminal window, black text on white background,
font size set for comfortable reading, gray-on-blue status line.
Very pleasant.
   Users who are used to highly GUI-fied applications may find a
few things about Kermit-95 annoying. For example, you can set up
a scrollback buffer and make it as large as you want, but the
terminal window doesn't have a scrollbar. You have to use control-
or alt-key combinations to scroll back. This doesn't bother a
grizzled old DOS C-prompt veteranl like me, but it might confuse
newbies who have never seen anything but GUI interfaces controllable
with a mouse. The K95 FAQ does indicate that the developers
intend to GUI-fy the interface.

I've been messing around a little more with K95 and have found some
more things I like:

  o Brief, well-written manual. Lots of good, useful information,
      lucidly presented without being verbose. Easy-to-follow
      step-by-step instructions for installing the software,
      adding dialing directory entries, etc.
  o Easy-to-modify dialing directory. This part of K95 *is* well
      GUI-fied. It's easy to add dialing directory entries (which
      can also include telnet connections) and specify things
      like screen size, terminal colors, terminal type. Then you
      just double-click on the entry to fire up a new terminal 
      window and connect to the system.
  o Good mouse support for cutting & pasting and cursor control.
      When running a text editor like emacs or pico on the remote 
      system, you can move the cursor to a new position on the screen
      by putting the mouse pointer at that position and double-
      clicking on the left mouse button. (This also works in vi
      if you're in command mode. Don't try it in insert mode
      though!)
  o Auto-startup of kermit downloads.

This response has been erased.

Good, but you need Windows 95 to run it.

This response has been erased.

Does that mean you're going to give up on Grexing from the 8088?

This response has been erased.

Tell me about it.  >8)

This response has been erased.

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