[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug-inetutils] GNU inetutils telnet enh request

From: Andrew Marlow
Subject: [bug-inetutils] GNU inetutils telnet enh request
Date: Wed, 04 Apr 2007 07:11:56 -0000

This is not a bug report but I don't know how else to contact
maintainers of GNU inetutils. Perhaps that info could be added to
http://www.gnu.org/software/inetutils please? This is an enhancement
request for telnet.

Can you please add the command 'send file <filename>'. This is present
in some ancient versions of telnet but I could not find it in any
versions of telnet that I use. I could not find any source that has this
extension. The extension was added to some versions to act as a
poor-mans FTP before the FTP protocol was well established. The idea is
that if a machine is isolated and telnet is the only means of connection
then one uses the command when the host is in an editor session. That
way the contents of the file get absorbed by the editor, providing a way
to transmit that file.

The commonly suggested solution to this problem is to use kermit or
{z,y,x}modem. These are not options for me. The machine I am trying to
transmit to is running an emulation of PRIMOS. It is quite an old
version that does not have Berkeley sockets, neither does it have
suitable async lines set up for serial modem transfers. This is
precisely the situation that this extension is intended to cover.

I looked into making the modifications myself but I don't know enough
about how telnet works. I added the 'send file <address@hidden command
easily enough but I tried to make it work by doing a NETADD for each
byte in the file. This doesn't work. Nothing actually happens until the
session resumes with the host (hit return after the 'send file
<filename>' command) then a few of the initial characters get
transmitted but nothing else. It is as if there is a very small buffer
(a couple of k or so) and anything larger than that gets dropped. Can
you help please?


Andrew Marlow
There is an emerald here the size of a plover's egg!
Don't top-post  http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please      http://www.expita.com/nomime.html

The data and information (collectively called Information) herein is the sole 
property of ICAP.  The Information is confidential, may be legally privileged 
and is intended solely for the use of the individual or entity to whom it is 
addressed.  Unauthorised disclosure, copying or distribution of the Information 
is strictly prohibited and the recipient of the Information shall not 
redistribute the Information in any form to a third party.  If you received 
this Information in error please tell us by reply (or telephone the sender) and 
delete all copies on your system.

References in this Information to ICAP are references to ICAP plc, a company 
incorporated in England with registered number 3611426 whose registered office 
is 2 Broadgate, London, EC2M 7UR and where the context requires, includes its 
subsidiary and associated undertakings.  As applicable, certain companies 
within the ICAP group are authorised and regulated by the Financial Services 
Authority.  Any investment research sent from ICAP will provide an impartial 
and objective assessment of the securities, companies or other matters that are 
the subject of their research and our Conflicts of Interest Management Policy 
regarding investment research can be viewed by requesting a copy from your 
usual contact at ICAP.  Please visit www.icap.com for further regulatory 
information including details regarding the European eCommerce Directive.

We have taken precautions to minimise the risk of transmitting software 
viruses, but we advise you to carry out your own virus checks on any attachment 
to this message. We cannot accept liability for any loss or damage caused by 
software viruses. "

reply via email to

[Prev in Thread] Current Thread [Next in Thread]