"Jean-Pierre Radley" <jpr@jpr.com> wrote in message
news:20050823173318.GP29460@jpradley.jpr.com...
> Bob Bailin typed (on Tue, Aug 23, 2005 at 05:06:12PM +0000):
> | For some unknown reason, I can't access
> | ftp://ftpput.sco.com :
> |
> | PING ftpput.sco.com (216.250.128.195): 56 data bytes
> | 64 bytes from artemis.sco.com (216.250.128.195): icmp_seq=0 ttl=44 time=79.677 ms
> | 64 bytes from artemis.sco.com (216.250.128.195): icmp_seq=1 ttl=44 time=79.985 ms
> |
> | --- ftpput.sco.com ping statistics ---
> | 2 packets transmitted, 2 packets received, 0% packet loss
> | round-trip min/avg/max = 79.677/79.831/79.985 ms
> |
> |
> | ftp> open ftpput.sco.com
> | Connected to ftpput.sco.com.
> | 421 Service not available, remote server has closed connection
> | ftp>
> |
> | No problem with other ftp sites, including ftp.sco.com.
> | Could someone else outside of sco.com please give it a try?
>
> I can connect to ftpput, and run 'cd 'commands, but 'dir' returns
> nothing in any directory.

Just a follow-up:

After receiving a great deal of insight from John Boland and the
IT staff at SCO(UK) in charge of such things, I was told that my ISP
(SBC) had misconfigured the PTR record for my static DSL
IP address so that it didn't point to any "A" record. (I was told
by the DNS guy at SBC that it points to a generic record.) The
ftpput.sco.com, because it allows anonymous uploads, does
a reverse lookup of the IP address and disconnects if this
fails. Assigning an "A" record thru the DNS service at my
domain registrar's website to point to this IP address was
not sufficient. SBC had to configure the PTR to point to the
"A" record that I had established.

And now it all works just fine, thank you.

Apparently, this is a not uncommon problem at SBC and
Comcast, but relatively few ftp sites employ this method of
reverse lookup, relying I guess on account logins instead.

Bob