Feature Requests item #3180678, was opened at 2011-02-14 12:42
Message generated for change (Comment added) made by arekm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=350976&aid=3180678&group_id=976

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Arkadiusz Miskiewicz (arekm)
Assigned to: Daniel Stenberg (bagder)
Summary: pure socket interface

Initial Comment:
I have a tcp service that listens on some port and wait for requests and repliec with data. It should be considered generic tcp service.

I would like to use curl as client of that service, connect to it, write request and read response, limit data transfer, properly handle timeouts etc - basically use curl features with that generic tcp service.

Unfortunately curl doesn't have such protocol support. Closest one is probably telnet://.

I'm requesting a feature: pure tcp client, working like telnet but for raw tcp services.

----------------------------------------------------------------------

>Comment By: Arkadiusz Miskiewicz (arekm)
Date: 2011-02-14 14:50

Message:
Telnet would work if there was option to make it binary clean. I'm sending
xml and receiving xml from a tcp service ( + small 4 byte header that
specifiec size of xml) and unfortunately telnet protocol doubles all 0xff
bytes etc.

So if there only was a option to make this interface not altering data
then IMO it would be enough.

Not sure if supporting/activating "RFC 856 - Telnet Binary Transmission"
would be enough.

----------------------------------------------------------------------

Comment By: Daniel Stenberg (bagder)
Date: 2011-02-14 14:42

Message:
I move this to the feature-request tracker. Note that telnet:// is already
similar to this and CONNECT_ONLY should cover much pretty much of other use
cases. libcurl is focused on data transfers, so I'm reluctant to adding
things like this - telnet is already poorly maintained and nursed...

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=350976&aid=3180678&group_id=976
Received on 2011-02-14