Path: csiph.com!weretis.net!feeder9.news.weretis.net!panix!.POSTED.spitfire.i.gajendra.net!not-for-mail From: cross@spitfire.i.gajendra.net (Dan Cross) Newsgroups: comp.os.vms Subject: Re: Camiel talks about OpenVMS x86 V9.2.-4 Date: Thu, 2 Apr 2026 11:19:26 -0000 (UTC) Organization: PANIX Public Access Internet and UNIX, NYC Message-ID: <10qljbu$dcf$1@reader2.panix.com> References: <69cdb5bf$0$676$14726298@news.sunsite.dk> <69cddd17$0$676$14726298@news.sunsite.dk> Injection-Date: Thu, 2 Apr 2026 11:19:26 -0000 (UTC) Injection-Info: reader2.panix.com; posting-host="spitfire.i.gajendra.net:166.84.136.80"; logging-data="13711"; mail-complaints-to="abuse@panix.com" X-Newsreader: trn 4.0-test77 (Sep 1, 2010) Originator: cross@spitfire.i.gajendra.net (Dan Cross) Xref: csiph.com comp.os.vms:378687 In article <69cddd17$0$676$14726298@news.sunsite.dk>, Arne Vajhøj wrote: >On 4/1/2026 10:12 PM, David Goodwin wrote: >> In article <69cdb5bf$0$676$14726298@news.sunsite.dk>, arne@vajhoej.dk >> says... >>> >>> On 3/30/2026 3:16 PM, David Goodwin wrote: >>>> In article <10ps6eh$ei2s$2@dont-email.me>, >>>> clubley@remove_me.eisner.decus.org-Earth.UFP says... >>>>> I wonder if anyone will complain about the removal of the telnet server ? >>>> >>>> A little disappointing - its the only telnet server I've encountered >>>> that will actually try to negotiate a terminal type with the client. >>> >>> Is it important? >>> >>> I would expect either SYLOGIN/LOGIN to do a >>> SET TERM/INQ or an application explicit send >>> c or [c and parse the 6nc or >>> [6nc response to get n (VTn00). >> >> Not important at all, just a surprising thing to see happen. Set Kermit >> 95 to emulate something completely foreign to OpenVMS (DG Dasher 200, >> Linux console terminal, whatever), telnet to an OpenVMS box, then watch >> Kermit 95 start iterating through its terminal emulations until it finds >> one OpenVMS recognises before you ever get to the login prompt. >> >> As for probing the terminal to figure out what it is, that only helps if >> what it is turns out to be is something OpenVMS can work with. Sending >> it a c starts out with the assumption you're dealing with something >> vaguely ANSI-shaped, and IIRC the standard says nothing about what the >> response should be so its possible any answer you get may be unhelpful. >> >> Of course the solution to all of this is to just set your terminal >> emulator to VT320 or similar when pointing it at OpenVMS if you want >> things to work. No need for the telnet client and server to come to some >> sort of agreement. > >Trying to use anything not VT100+ with VMS is going to be limited. >I would not even want to use anything not VT200+. > >EDT in line mode should work with anything. But ... > >:-) EDT in line mode works amazingly well over AX.25 packet radio. - Dan C.