🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.amiga.tech
Article #6947

DNet and remote login (dumb console window)

#6947
From: Michael Bergman
Date: Fri, 23 Nov 1990 15:04
49 lines
2788 bytes
ANNOUNCEMENT:
I've found the last(?) "bug" in DNet 2.10.13's docs.
I and several others have had problems with DNet when trying to log into a
remote computer via modem (typically via a terminal server or such).

SYMPTOMS:
You dial up, and the modems connect. Then you press return, and *nothing*
happens - you can't get the promt!

A somewhat "dumb" solution to this (the one I've been using up to now) is to
use another term program to log in (or at least get past the terminal server)
and then quit it and run DNet. Of course the modem mustn't drop the line when
it senses the DTR/DSR(?) transition, i.e. when you quit one terminal program to
start another.

Yesterday I saw an article in c.s.a. that revealled the proper solution to
this annoying problem. I've asked Matt himself about this, but he didn't know
what to do, so whoever you are (I can't remember your name I'm afraid) - how
did you come to think of it???

Anyway this is how to cure it:
Edit the file s:dnet.config.
At the top there are lines reading 'AUTA 19200 "CONNECT 1200"' and so on.
There is also a comment saying "Only scanned if option -a is used"
*THIS IS NOT TRUE(!!!)* - they are always scanned. This means that when the
modem writes "CONNECT 2400" or whatever, DNet sees it and scannes dnet.config
to see what baudrate it should use.
I have a supra modem which doesn't distinguish between the modem-modem speed
and the modem-terminal speed. For a modem that *does* distinguish, the entries
in the config file are correct. Naturally you should use as high a speed as
possible between modem and computer, regardless of what the modem-modem speed
is. So Matt set it to 19200 in all cases. With my modem however, these two
speeds are the same so that when DNet changes the baudrate according to the
entry in dnet.config, it destroys the modem-modem communication also.

Simply change the entried in dnet.config to read 'AUTA 2400 "CONNECT 2400"'
and so on.

With this, my DNet finally works flawlessly. Thanks again, Matt (but you should
have written proper docs!!)

Mike

-- 
      Michael Bergman         Internet: d88-mbe@sm.luth.se
  //  Undergrad. Comp. Eng.   BITNET:   d88-mbe%sm.luth.se@kth.se
\X/   U of Lulea, SWEDEN      ARPA:     d88-mbe%sm.luth.se@ucbvax.berkeley.edu
			      UUCP:  {uunet,mcvax}!sunic.se!sm.luth.se!d88-mbe
Technical Details
Message-ID: <1229@tau.sm.luth.se>
Path: arc1-ca.pugleaf.net!utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!luth!d88-mbe

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!luth!d88-mbe
From: d88-mbe@sm.luth.se (Michael Bergman)
Newsgroups: comp.sys.amiga.tech
Subject: DNet and remote login (dumb console window)
Message-ID: <1229@tau.sm.luth.se>
Date: 23 Nov 90 15:04:21 GMT
Distribution: comp
Organization: University of Lulea, Sweden
Lines: 49