Good day all...
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client?
Reason behind this, the IP i am trying to access requires a newer version oftelnet than what is supplied with Synchronet's telgate.
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client? Reason behind this, the IP i am trying to access requires a newer
version of telnet than what is supplied with Synchronet's telgate. At a command prompt using Windows telnet I can access the site with no problems. Connecting to the system with a client the system opens a DOS window, the information is displayed within that window yet nothing to
the incoming client. Do I need to configure the Intercept I/O? Right now all I have toggled is Native to Yes and Shell to yes.
On 10-29-1414:13, Digital Man wrote to Bill McGarrity <=-
Re: Windows Telnet...
By: Bill McGarrity to All on Wed Oct 29 2014 11:04 am
Good day all...
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client?
Possibly. I'm not sure I would trust users with access to Microsoft's telnet.exe. For one thing, it would allow them to 'close' the
connection you're bridging them with and open another connection, anywhere, potentially using your system as an unsuspecting attack
source.
Reason behind this, the IP i am trying to access requires a newer version
of telnet than what is supplied with Synchronet's telgate.
What led you to that conclusion? I'm not aware of any "newer version of telnet" since RFC854, from 1983. There are additional
options, suboptions, etc. introduced in subsequent RFCs, but these
aren't "newer versions of telnet"
At a command
prompt using Windows telnet I can access the site with no problems.
That's one data point. If you want toroot-cause and resolve the issue
with telgate, I could help with that.
Connecting to the system with a client the system opens a DOS window, the information is displayed within that window yet nothing to the incoming client. Do I need to configure the Intercept I/O?
You would need enable I/O interception, yes. But like I said, I think that's a bad idea (for security reasons).
On 10-29-14 17:08, IB JOE wrote to Bill McGarrity <=-
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client? Reason behind this, the IP i am trying to access requires a newer
version of telnet than what is supplied with Synchronet's telgate. At a command prompt using Windows telnet I can access the site with no problems. Connecting to the system with a client the system opens a DOS window, the information is displayed within that window yet nothing to
the incoming client. Do I need to configure the Intercept I/O? Right now all I have toggled is Native to Yes and Shell to yes.
I don't know if this will work for you... TelnetDoor is out there... google it... if you cannot find it IO'll send it over to you if you
cannot find it.
Works like a door...
I picked that up yesterday but still having the issue of getting stuck
at the main screen.
On 10-29-1414:13, Digital Man wrote to Bill McGarrity <=-
Hiya DM....
Re: Windows Telnet...
By: Bill McGarrity to All on Wed Oct 29 2014 11:04 am
Good day all...
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client?
Possibly. I'm not sure I would trust users with access to Microsoft's telnet.exe. For one thing, it would allow them to 'close' the connection you're bridging them with and open another connection, anywhere, potentially using your system as an unsuspecting attack source.
Understood... but if I use the Clean-up command to "exit" the window?
Reason behind this, the IP i am trying to access requires a newer
version of telnet than what is supplied with Synchronet's telgate.
What led you to that conclusion? I'm not aware of any "newer version
of telnet" since RFC854, from 1983. There are additional
options, suboptions, etc. introduced in subsequent RFCs, but these aren't "newer versions of telnet"
This is the message I get when logging in with telgate
---------------------------------------------------------------------------
--- * Welcome to THE WEATHER UNDERGROUND telnet service! ----------------------------------------------------------------------------
-- *
* * National Weather Service information providedby Alden Electronics, Inc. * * and updated each minute as reports come in over our data feed.
* *
* * **Note: If you cannot get past this opening screen, you must use a
* * different version of the "telnet" program--some of the ones forIBM
* * compatible PC's have a bug that prevents proper connection.
* *
* * comments: jmasters@wunderground.com
* ----------------------------------------------------------------------------
--
This screen is as far asI can get. I have to CTRL-] to disconnect. The
url s:
rainmaker.wunderground.com
Maybe you can try it on your end.
On 10-29-14 14:13, Digital Man wrote to Bill McGarrity <=-
Re: Windows Telnet...
By: Bill McGarrity to All on Wed Oct 29 2014 11:04 am
Good day all...
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client?
Possibly. I'm not sure I would trust users with access to Microsoft's
telnet.exe. For one thing, it would allow them to 'close' the connection you're bridging them with and open another connection, anywhere, potentially using your system as an unsuspecting attack source.
Understood... but if I use the Clean-up command to "exit" the window?
That wouldn't help. :-)
Reason behind this, the IP i am trying to access requires a newer
version of telnet than what is supplied with Synchronet's telgate.
What led you to that conclusion? I'm not aware of any "newer version
of telnet" since RFC854, from 1983. There are additional
options, suboptions, etc. introduced in subsequent RFCs, but these aren't "newer versions of telnet"
This is the message I get when logging in with telgate
---------------------------------------------------------------------------
--- * Welcome to THE WEATHER UNDERGROUND telnet service! ----------------------------------------------------------------------------
-- *
* * National Weather Service information provided by Alden Electronics, Inc. * * and updated each minute as reports come in over our data feed.
* *
* * **Note: If you cannot get past this opening screen, you must use a
* * different version of the "telnet" program--some of the ones for IBM
* * compatible PC's have a bug that prevents proper connection.
* *
* * comments: jmasters@wunderground.com
* ----------------------------------------------------------------------------
--
This screen is as far as I can get. I have to CTRL-] to disconnect. The
url s:
rainmaker.wunderground.com
Maybe you can try it on your end.
Yeah, I'll give it a look-see and let you know.
Maybe you can try it on your end.
Yeah, I'll give it a look-see and let you know.
Thank you sir!!
On 11-01-14 18:23, Digital Man wrote to Bill McGarrity <=-
Maybe you can try it on your end.
Yeah, I'll give it a look-see and let you know.
Thank you sir!!
I tried it myself by using the sysop command ";EXEC ?telgate rainmaker.wunderground.com" and it worked fine. You have to hit enter/return when it prompt you to and then you can enter a city code
and use the menu. Perhaps you're running an older version of
Synchronet?
I tried it myself by using the sysop command ";EXEC ?telgate rainmaker.wunderground.com" and it worked fine. You have to hit enter/return when it prompt you to and then you can enter a city code
and use the menu. Perhaps you're running an older version of
Synchronet?
On 11-01-14 21:41, Access Denied wrote to Digital Man & Bill McGarrity <=-
Hello Digital,
On 01 Nov 14 18:23, Digital Man wrote to Bill McGarrity:
I tried it myself by using the sysop command ";EXEC ?telgate rainmaker.wunderground.com" and it worked fine. You have to hit enter/return when it prompt you to and then you can enter acity code
and use the menu. Perhaps you're running an older version of
Synchronet?
I can also confirm it works here. I got my forecast for the next week anyways, if that's what you're looking for.
Just an FYI, there's no "hit a letter and it happens" kinda thing. You have to hit enter for every prompt. Like when you type in your 3 letter city code, you have to hit enter. When you hit X to exit, you have to
hit enter also. I don't even think my 3 letters I typed in displayed on
my end, but when I typed them and hit enter it showed my forecast.
If someone wants to telnet in and see if works for them and let me know I would appreciate it. Go to External programs, choose 10 then 1.
On 11-02-14 12:00, Dennis Ayala wrote to Bill McGarrity <=-
If someone wants to telnet in and see if works for them and let me know I would appreciate it. Go to External programs, choose 10 then 1.
I tried to connect to your BBS but the connection was refused.
Maybe you can try it on your end.
Yeah, I'll give it a look-see and let youknow.
Thank you sir!!
I tried it myself by using the sysop command ";EXEC ?telgate rainmaker.wunderground.com" and it worked fine. You have to hit enter/return when it prompt you to and then you can enter a city
code and use the menu.
Perhaps you're running an older version of Synchronet?
On 11-03-1409:58, mark lewis wrote to Digital Man <=-
On Sat, 01 Nov 2014, Digital Man wrote to Bill McGarrity:
Maybe you can try it on your end.
Yeah, I'll give it a look-see and let you know.
Thank you sir!!
I tried it myself by using the sysop command ";EXEC ?telgate rainmaker.wunderground.com" and it worked fine. You have to hit enter/return when it prompt you to and then you can enter a city
code and use the menu.
i just tried it on max's system exactlylike you show above... no
amount of mashing on any of the enter keys worked to get past that
"press enter to continue" prompt...
Perhaps you're running an older version of Synchronet?
possibly... max hasn't updated that synchronet install in several months... we're not even sure if the past updates from CVS have gone properly because of some sort offramebuffer error when running the
jsexec tool to update the javascript files :/ there is no framebuffer
on the nix system that max is using and there's no GUI either...
On 11-03-14 09:37, KenDB3 wrote to Bill McGarrity <=-
Bill, I had the same problem you were seeing, but then it went away.
The day you posted about it, I set up a Telgate and every time I got
the first screen that asked you to hit enter to continue, it would fall apart right there. Nothing would happen at all.
Now, since then I have tried it on your BBS and it works (except I
can't see what I have typed into the prompt, but thetext is certainly there because it works when I hit enter). Also, my own Telgate on my
BBS is working just the same as it is on yours. So, whatever was going
on stopped, and it was probably on Weather Underground's end.
For what its worth, if I telnet directly through Windows Telnet, I can
see whatever I type for responses, but if I Telnet through SyncTerm directly, I cannot see my responses that I type. Not a big deal to me,
but it was a curious behavior.
Perhaps you're running an older version of Synchronet?
possibly... max hasn't updated that synchronet install in several months... we're not even sure if the past updates from CVS have
gone properlybecause of some sort of framebuffer error when
running the jsexec tool to update the javascript files :/ there is
no framebuffer on the nix system that max is using and there's no
GUI either...
Mark... try logging on over here... Ken said it worked, just
wasn't getting input echo back. I just updated all my exec files
to yesterday's release.
On 11-03-14 22:02, mark lewis wrote to Bill McGarrity <=-
On Mon, 03 Nov 2014, Bill McGarrity wrote to mark lewis:
Perhaps you're running an older version of Synchronet?
possibly... max hasn't updated that synchronet install in several months... we're not even sure if the past updates from CVS have
gone properly because of some sort of framebuffer error when
running the jsexec tool to update the javascript files :/ there is
no framebuffer on the nix system that max is using and there's no
GUI either...
Mark... try logging on over here... Ken said it worked, just
wasn't getting input echo back. I just updated all my exec files
to yesterday's release.
i'll try to remember that tomorrow... i'm about wiped out right now...
do you have any ideas on the framebuffer thing i mention above and
whether or not it might have prevented the jsexec process from updating the javascript files properly??
On 11-03-14 23:11, Dennis Ayala wrote to Bill McGarrity <=-
Re: Re: Windows Telnet...
By: Bill McGarrity to Dennis Ayala on Sun Nov 02 2014 03:02 pm
I did a dns on your bbs to see if I had your IP blocked and I don't... if you were using that IP to try and connect. I have no record of it here.
Were you using a different address?
Nope. Trying to connect from home. My BBS is hosted somewhere else.
On Sat, 01 Nov 2014, Digital Man wrote to Bill McGarrity:
Maybe you can try it on your end.
Yeah, I'll give it a look-see and let you know.
Thank you sir!!
I tried it myself by using the sysop command ";EXEC ?telgate rainmaker.wunderground.com" and it worked fine. You have to hit enter/return when it prompt you to and then you can enter a city
code and use the menu.
i just tried it on max's system exactly like you show above... no amount of mashing on any of the enter keys worked to get past that "press enter to continue" prompt...
Perhaps you're running an older version of Synchronet?
possibly... max hasn't updated that synchronet install in several months...
we're not even sure if the past updates from CVS have gone properly because of some sort of framebuffer error when running the jsexec tool to update
the javascript files :/ there is no framebuffer on the nix system thatmax
is using and there's no GUI either...
Bill, I had the same problem you were seeing, but then it went away. The
day you posted about it, I set up a Telgate and every time I got the first screen that asked you to hit enter to continue, it would fall apart right there. Nothing would happen at all.
Now, sincethen I have tried it on your BBS and it works (except I can't
see what I have typed into the prompt, but the text is certainly there because it works when I hit enter). Also, my own Telgate on my BBS is working just the same as it is on yours. So, whatever was going on stopped, and it was probably on Weather Underground's end.
For what its worth, if I telnet directly through Windows Telnet, I can see whatever I type for responses, but if I Telnet through SyncTerm directly, I cannot see my responses that I type. Not a big deal to me, but it was a curious behavior.
i just tried it on max's system exactly like you show above... no
amount of mashing on any of the enter keys worked to get past that
"press enter to continue" prompt...
Perhaps you're running an older version of Synchronet?
possibly... max hasn't updated that synchronet install in several
months...
What version are you/he running then?
we're not even sure if the past updates from CVS have gone properly
because of some sort of framebuffer error when running the jsexec
tool to update the javascript files :/ there is no framebuffer on
the nix system that max is using and there's no GUI either...
If you're referring to update.js, that is only necessary when
upgrading from an older (pre v3.15) release to v3.15 with the introduction of the exec/load directory. Once run, it never needs
to be run again (currently).
The update.js script does not "update from CVS" or actually perform
any kind of update, it's more like a post-update script to be
run when upgrading from v3.14 or earlier to v3.15 and later.
Now, since then I have tried it on your BBS and it works (except I can't see what I have typed into the prompt, but the text is certainly there because it works when I hit enter). Also, my own Telgate on my BBS is working just the same as itis on yours. So, whatever was going on stopped, and it was probably on Weather Underground's end.
You can enable local echo with the telgate TG_ECHO option.
digital man
Youcan enable local echo with the telgate TG_ECHO option.
digital man
Thanks digital man! Is that done right on the command line that calls the telgate, or is that in a config file somewhere?
~KenDB3
The update.js script does not "update from CVS" or actually perform any kind of update, it's more like a post-update scriptto be run when upgrading from v3.14 or earlier to v3.15 and later.
Now, since then Ihave tried it on your BBS and it works (except
I can't see what I have typed into the prompt, but the text is
certainly there because it works when I hit enter). Also, my own
Telgate on my BBS is working just the same as it is on yours. So, whatever was going on stopped, and it was probably on Weather Underground's end.
You can enable local echo with the telgate TG_ECHO option.
Thanks digital man! Is that done right on the command line that
calls the telgate, or is that in a config file somewhere?
I Found what I was looking for, but am still a bit confused. http://www.synchro.net/docs/external_programs.html#InternalGateways
So, fromwhat the docs are telling me, it should be passed on the
command line, but I'm unsure of formatting. Would it look like this?
*telgate rainmaker.wunderground.com TG_ECHO
On 11-05-1414:47, mark lewis wrote to KenDB3 <=-
On Wed, 05 Nov 2014, KenDB3 wrote to Digital Man:
I Found what I was looking for, but am still a bit confused. http://www.synchro.net/docs/external_programs.html#InternalGateways
So, from what the docs are telling me, it should be passed on the
command line, but I'm unsure of formatting. Would it look likethis?
*telgate rainmaker.wunderground.com TG_ECHO
that's what we tried, too... but the telgate.js script ignores
everything after the remote host... that's why we copied the telgate.js file and edited the new one to manually add thoseoptions...
bbs.telnet_gate(argv[0],TG_PASSTHRU|TG_LINEMODE|TG_ECHO|TG_CRLF);
that is the only real set of changeswe made other than commenting out
the pause line as noted in my previous post...
On Tue, 04 Nov 2014,Digital Man wrote to mark lewis:
i just tried it on max's system exactly like you show above... no
amount of mashing on any of the enter keys worked to get past that
"press enter to continue" prompt...
Perhaps you're running an older version of Synchronet?
possibly... max hasn't updated that synchronet install in several months...
What version are you/he running then?
3.16 i think...
whatever it is that's in CVS since 2012 Dec 08... i think
max has done 4 or 5 CVS updates since then... i know that at least one update was done incorrectly and it took a day to recover from but since
then max wrote a script to do it properly... they just don't update the system but once every few months or so... the last update was several
months ago so it is probably about time for them to update again ;)
Now, since then I have tried it on your BBS and it works (except I can't see what I have typed into the prompt, but the text is
certainly there because it works when I hit enter). Also, my own Telgate on my BBS is working just the same as it is on yours. So, whatever was going on stopped, and it was probably on Weather Underground's end.
You can enable local echo with the telgate TG_ECHO option.
digital man
Thanks digital man! Is that done right on the command line that calls the telgate, or is that in a config file somewhere?
You can enable local echo with the telgate TG_ECHO option.
digital man
Thanks digital man! Is that done right on the command line that calls
the telgate, or is that in a config file somewhere?
~KenDB3
I Found what I was looking for, but am still a bit confused. http://www.synchro.net/docs/external_programs.html#InternalGateways
So, from what the docs are telling me, it should be passed on the command line, but I'm unsure of formatting. Would it look like this?
*telgate rainmaker.wunderground.com TG_ECHO
Which I actually gave this formatting a go, and so far I haven't had luck.
I even tried it with the brackets (which I was pretty sure wasn't the answer). I know echo works because I can use Ctrl-] to turn on Echo once I am already connected.
Thanks for any help, dm! Its not a big priority for me, I just like
learning how these things work. It is honestly just fun playing around with the system.
apt-get update synchronet :)
What version are you/he running then?
3.16 i think...
There are many ways to check the exact version, even using finger.
whatever it is that's in CVS since 2012 Dec 08... i think max has
done 4 or 5 CVS updates since then... i know that at least one
update was done incorrectly and it took a day to recover from but
since then max wrote a script to do it properly... they just don't
update the system but once every few months or so... the last update
was several months ago so it is probably about time for them to
update again ;)
Several months ago and Dec 2012 and quite far apart. It's quite
possible there was a telgate related fix since Dec 2012.
what i was trying to say was that the initial install was Dec 2012... since then there have been several (6, 8, 15, i dunno) CVS updates done... IIRC, the last one was June or July of 2014... then the one done today to test further which ended up with a copy of the telgate.js and the needed options added ;)
Re: Re: Windows Telnet...
By: KenDB3 to Digital Man on Wed Nov 05 2014 10:56 am
You can enable local echo with the telgate TG_ECHO option.
digital man
Thanks digital man! Is that done right on the command line that calls the telgate, or is that in a config file somewhere?
~KenDB3
I Found what I was looking for, but am still a bit confused. http://www.synchro.net/docs/external_programs.html#InternalGateways
So, from what the docs are telling me, it should be passed on the
command line, but I'm unsure of formatting. Would it look like this?
*telgate rainmaker.wunderground.com TG_ECHO
Which I actually gave this formatting a go, and so far I haven't had luck. I even tried it with the brackets (which I was pretty sure wasn't the answer). I know echo works because I can use Ctrl-] to turn on Echo
once I am already connected.
Thanks for any help, dm! Its not a big priority for me, I just like learning how these things work. It is honestly just fun playing around with the system.
Until now, we've had diferent *versions* of telgate.js for different types of hosts which required different combinations of TG_* flags (e.g. mudgate.js, unixgate.js). However, with the flexibility of command-line arguments, we don't really need those. If you want to pass multiple flags
to telgate.js (the latest version in CVS), you specify them separate with a pipe-symbol, but no spaces: "?telgate[.js] host[:port] [flag][|flag][|flag]..."
example:
"?telgate.js rainmaker.wunderground.com TG_PASSTHRU|TG_ECHO"
digital man
On Wed, 05 Nov 2014, KenDB3 wrote to Digital Man:
I Found what I was looking for, but am still a bit confused. http://www.synchro.net/docs/external_programs.html#InternalGateways So, from what the docs are telling me, it should be passed on the command line, but I'm unsure of formatting. Would it look like this?
*telgate rainmaker.wunderground.com TG_ECHO
that's what we tried, too... but the telgate.js script ignores everything after the remote host... that's why we copied the telgate.js file and
edited the new one to manually add those options...
bbs.telnet_gate(argv[0],TG_PASSTHRU|TG_LINEMODE|TG_ECHO|TG_CRLF);
that is the only real set of changes we made other than commenting out the pause line as noted in my previous post...
HTH
)\/(ark
---
* Origin: (1:3634/12)
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net
On Wed, 05 Nov 2014, KenDB3 wrote to Digital Man:
I Found what I was looking for, but am still a bit confused.
http://www.synchro.net/docs/external_programs.html#InternalGateways
So, from what the docs are telling me, it should be passed on the command line, but I'm unsure of formatting. Would it look like this?
*telgate rainmaker.wunderground.com TG_ECHO
that's what we tried, too... but the telgate.js script ignores
everything after the remote host... that's why we copied the telgate.js file and edited the new one to manually add those options...
bbs.telnet_gate(argv[0],TG_PASSTHRU|TG_LINEMODE|TG_ECHO|TG_CRLF);
that is the only real set of changes we made other than commenting out the pause line as noted in my previous post...
HTH
)\/(ark
Mark, thanks for all the work and info on this as well. Looks like the
update digital man did might solve some of those problems. Good work figuring out the best combo of options as well.
~KenDB3
I have been tempted to submit and maintain a package for Ubuntu. Maybe we can team up and share the responsibility. A team of 3 or 4 of us could tackle it so that it's consistent and any one of us could keep it up to date when new releases come out (that way there's always coverage).
updates done... IIRC, the last one was June or July of 2014... then
the one done today totest further which ended up with a copy of the telgate.js and the needed options
added ;)
Okay, cool. For what it's worth, the only option I needed to use
with the TG_ECHO (for the keyboard echo), but otherwise, it
worked perfectly with the default options (TG_PASSTHRU) or no
options at all.
*telgate rainmaker.wunderground.com TG_ECHO
that's what we tried, too... but the telgate.js script ignores
everything after the remotehost... that's why we copied the
telgate.js file and edited the new one to manually add those
options...
bbs.telnet_gate(argv[0],TG_PASSTHRU|TG_LINEMODE|TG_ECHO|TG_CRLF);
that is the only real set of changes we made other than commenting
out the pause line as noted in my previous post...
Mark, thanks for all the work and info on this as well. Lookslike
the update digital man did might solve some of those problems. Good
work figuring out the best combo of options aswell.
On Wed, 05 Nov 2014, KenDB3 wrote to Digital Man:
I Found what I was looking for, but am still a bit confused.
http://www.synchro.net/docs/external_programs.html#InternalGateway So, from what the docs are telling me, it should be passed on the command line, but I'm unsure of formatting. Would it look like this?
*telgate rainmaker.wunderground.com TG_ECHO
that's what we tried, too... but the telgate.js script ignores everything after the remote host... that's why we copied the telgate.js file and edited the new one to manually add those options...
bbs.telnet_gate(argv[0],TG_PASSTHRU|TG_LINEMODE|TG_ECHO|TG_CRLF);
that is the only real set of changes we made other than commenting
out the pause line as noted in my previous post...
HTH
)\/(ark
Mark, thanks for all the work and info on this as well. Looks like the update digital man did might solve some of those problems. Good work figuring out the best combo of options as well.
~KenDB3
With the new update to telgate.js I was able to write this new command
line: ?telgate rainmaker.wunderground.com TG_LINEMODE|TG_ECHO|TG_CRLF
Which tops out what looks like 1 character shy of the max characters
allowed in the command line. Works great! Since TG_PASSTHRU is still baked into the telgate.js script itself, I didn't need to fit that.
With the new update to telgate.js I was able to write this new command line: ?telgate rainmaker.wunderground.com TG_LINEMODE|TG_ECHO|TG_CRLF
Which tops out what looks like 1 character shy of the max characters allowed in the command line. Works great! Since TG_PASSTHRU is still baked into the telgate.js script itself, I didn't need to fit that.
Well the TG_PASSTHRU flag won't be set if you pass any flags on the command-line. It's okay though, sounds like you don't need it.
digital man
On 10-29-1414:13, Digital Man wrote to Bill McGarrity <=-
Hiya DM....
Re: Windows Telnet...
By: Bill McGarrity to All on Wed Oct 29 2014 11:04 am
Good day all...
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client?
Possibly. I'm not sure I would trustusers with access to Microsoft's telnet.exe. For one thing, it would allow them to 'close' the connection you're bridging them with and open another connection, anywhere, potentially using your system as an unsuspecting attack source.
Understood... but if I use the Clean-up command to "exit" the window?
Reason behind this, the IP i am trying to access requires a newer
version of telnet than what is supplied with Synchronet's telgate.
What led you to that conclusion? I'm not aware of any "newer version
of telnet" since RFC854, from 1983. There are additional
options, suboptions, etc. introduced in subsequent RFCs, but these aren't "newer versions oftelnet"
This is the message I get when logging in with telgate
---------------------------------------------------------------------------
--- * Welcome to THE WEATHER UNDERGROUND telnet service! ----------------------------------------------------------------------------
-- *
* * National Weather Service information providedby Alden Electronics, Inc. * * and updated each minute as reports come in over our data feed.
* *
* * **Note: If you cannot get past this opening screen, you must use a
* * different version of the "telnet" program--some of the ones forIBM
* * compatible PC's have a bug that prevents proper connection.
* *
* * comments: jmasters@wunderground.com
* ----------------------------------------------------------------------------
--
This screen is as far asI can get. I haveto CTRL-] to disconnect. The
url s:
rainmaker.wunderground.com
Maybe you can try it on your end.
Now, since then Ihave tried it on your BBS and it works (except
I can't see what I have typed into the prompt, but the text is
certainly there because it works when I hit enter). Also, my own
Telgate on my BBS is working just the same as it is on yours. So, whatever was going on stopped, and it was probably on Weather Underground's end.
You can enable local echo with the telgate TG_ECHO option.
Thanks digital man! Is that done right on the command line that
calls the telgate, or is that in a config file somewhere?
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client? Reason behind this, the IP i am trying to access requires a newer version of telnet than what is supplied with Synchronet's telgate. At a command prompt using Windows telnet I can access the site with no problems. Connecting to the system with a client the system opens a DOS window, the information is displayed within that window yet nothing to the incoming client. Do I need to configure the Intercept I/O? Right now all I have toggled is Native to Yes and Shell to yes.
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client? Reason behind this, the IP i am trying to access requires a newer version of telnet than what is supplied with Synchronet's telgate. At a command prompt using Windows telnet I can access the site with no problems. Connecting to the system with a client the system opens a DOS window, the information is displayed within that window yet nothing to the incoming client. Do I need to configure the Intercept I/O? Right now all I have toggled is Native to Yes and Shell to yes.Have you used Telnetdoor.exe from Rich Parish. I use it on Synchronet and Mystic board and have had no problems with it.
Zazz wrote to Bill McGarrity <=-
Re: Windows Telnet...
By: Bill McGarrity to All on Wed Oct 29 2014 10:49 am
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client? Reason behind this, the IP i am trying to access requires a newer version of telnet than what is supplied with Synchronet's telgate. At a command prompt using Windows telnet I can access the site with no problems. Connecting to the system with a client the system opens a DOS window, the information is displayed within that window yet nothing to the incoming client. Do I need to configure the Intercept I/O? Right now all I have toggled is Native to Yes and Shell to yes.
Have you used Telnetdoor.exe from Rich Parish. I use it on Synchronet
and Mystic board and have had no problems with it.
Re: Windows Telnet...
By: Bill McGarrity to All on Wed Oct 29 2014 10:49 am
Quick question. Can I use Window's telent.exe as a command in a door to connect to an outside IP and have the I/O appear in the callers client? Reason behind this, the IP i am trying to access requires a newer version of telnet than what is supplied with Synchronet's telgate. At a command prompt using Windows telnet I can access the site with no problems. Connecting to the system with a client the system opens a DOS window, the information is displayed within that window yet nothing to the incoming client. Do I need to configure the Intercept I/O? Right now all I have toggled is Native to Yes and Shell to yes.
| Sysop: | MCMLXXIX |
|---|---|
| Location: | Prospect, CT |
| Users: | 325 |
| Nodes: | 10 (0 / 10) |
| Uptime: | 24:17:58 |
| Calls: | 508 |
| Messages: | 219991 |