Thanks, Michal...

But I believe the services on the host(s) are correct.

It seems that I get a similar message whenever I try to connect from
REBOL (either on the HP-UX box or my desktop box running Linux)
to ANY ftp server.

However, a transcript from a console ftp session (to the same host
I'm trying to hit from REBOL) makes it appear that a "normal" ftp
service is running on the host's port 21.

    $ ftp 1.2.3.4
    Connected to 1.2.3.4.
    220 HOSTNAME Microsoft FTP Service (Version 4.0).
    Name (1.2.3.4:user): userid
    331 Password required for userid.
    Password:
    230-Hello, welcome to HOSTNAME.
    230 User userid logged in.
    Remote system type is Windows_NT.
    ftp> ls
    200 PORT command successful.
    150 Opening ASCII mode data connection for /bin/ls.
    09-25-00  07:23AM       <DIR>          downloads
    09-24-00  06:00PM       <DIR>          xxxxxxx
    08-24-00  09:01AM       <DIR>          yyyyyyy
    05-12-00  03:02PM       <DIR>          zzzzzzz
    06-30-00  05:38PM       <DIR>          wwwwwww
    ftp> quit
    221  Goodbye!
    $ 

I get a similar response when connecting to the HP-UX server from
my Linux box, and I just checked /etc/services and /etc/inetd.conf
to verify that ftp really is running on port 21.

    $ ftp my-hpux-box
    Connected to my-hpux-box.
    220 my-hpux-box FTP server (Version 1.7.212.2 Tue Apr 21 12:14:46
GMT 1998) ready.
    Name (my-hpux-box:zzuserzz): xxuserxx
    331 Password required for xxuserxx.
    Password:
    230 User xxuserxx logged in.
    Remote system type is UNIX.
    Using binary mode to transfer files.
    ftp> ls
    200 PORT command successful.
    150 Opening ASCII mode data connection for /usr/bin/ls.
.
. long ls output suppressed here
.
    226 Transfer complete.
    ftp> get user.r junkfilekillme
    local: junkfilekillme remote: user.r
    200 PORT command successful.
    150 Opening BINARY mode data connection for user.r (152 bytes).
    226 Transfer complete.
    152 bytes received in 0.00718 secs (21 Kbytes/sec)
    ftp> quit
    221 Goodbye.
    $

But then, from my desktop Linux box...

    >> system/version
    == 2.3.0.4.2

(just FYI)

    >> foo: read http://www.rebol.com/
    URL Parse: none none www.rebol.com none none none
    Net-log: ["Opening tcp for" HTTP]
    connecting to: www.rebol.com
    Net-log: {GET http://www.rebol.com/ HTTP/1.0
    Accept: */*
    Connection: close
    User-Agent: REBOL 2.3.0.4.2
    Host: www.rebol.com
    
    }
    Net-log: "HTTP/1.0 200 OK"
    Net-log: ["low level read of " 11210 "bytes"]
    == {<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
    <HTML>
    <HEAD>
    <META HTTP-EQUIV="Content-Type" CONTENT="text/html;CHARSET=iso-...

(OK.  We've verified REBOL talking to the network.)

    >> foo: read ftp://xxuseridxx:xxpasswordxx@my-hpux-host/      
    URL Parse: xxuseridxx xxpasswordxx my-hpux-host none none none
    Net-log: ["Opening tcp for" FTP]
    connecting to: my-hpux-host
    Net-log: [
        none ["220" "230"]]
    ** User Error: Server error: tcp HTTP/1.0 408 Request Time-out.
    ** Where: foo: read ftp://xxuseridxx:xxpasswordxx@my-hpux-host/
    >> 

???

-

[EMAIL PROTECTED] wrote:
> 
> Hi,
> 
> I'm not a REBOLnetworkingwizard, but from the error message
> "tcp HTTP/1.0 408 Request Time-out."
> it seems that a HTTP, not FTP server listens at default FTP port 21,
> so the WinNT server configuration may be responsible for it.
> Causes of such mysterious errors are easily discovered with a packet
> sniffer and analyzer, where you can see the whole TCP communication.
> 
> hope this helps,
> --
> Michal Kracik
>

Reply via email to