There is a package called XDIR from Lawrence Livermore Labs.  Here is

the link:

ftp://coral.ocf.llnl.gov/pub/ia/llnlxdir/latest_xdir.tar.Z

http://www.llnl.gov/ia/xdir.html

It will do the third party transfers but does require Motif for

compilation.  It may or may not work with Mesa, I have no idea.

Dow

"Michael H. Warfield" wrote:

> 

> On Tue, Feb 22, 2000 at 04:50:31PM -0500, Jeff Hubbs wrote:

> > Okay - then why does FTPing with a browser work through our proxy server but

> > FTP clients don't, no matter how we configure them with proxy server info?

> > (granted, you probably aren't in a position to answer that, but we've never

> > received a satisfactory answer from the people who run our proxy server

> > either)

> 

>         Oh that's simple...

> 

>         Most stock ftp clients default to "port mode" while most browser

> based ftp clients default to "passive mode".  If you are using a fairly

> recent version of an ftp client, try typing "passive" right after connecting

> and logging in or running the command "pftp" instead of "ftp" (that's

> passive ftp).

> 

>         In "port mode", the ftp server must be able to connect back to the

> client on the client specified port in order to transfer data.  That

> data connection includes things like directory listings as well as getting

> and putting files.  Most filtering firewalls and a lot of proxy firewalls

> block these sorts of connections.

> 

>         In "passive mode", the ftp client makes all the connections to the

> server and the server just listens for connections.  The server never needs

> to connect back to the client for any data connections.

> 

>         There is a lot of history behind passive vs port mode and some

> really WEIRD design decisions for those two modes.  The RFC actually

> allows for a "three body transaction" where a client establishes two

> control connections to two separate servers.  It uses passive to one

> server to get a server port and issues a port command to the other

> server with the results from the passive command.  It can then issue

> a "RETR" command (get) to one server and a "STOR" command to the other

> server.  The file is then transferred directly between the two servers

> without going through the client!  Do any ftp clients actually impliment

> this?  Not that I've ever seen.  But that's WHY there is two modes.

> 

>         There ARE some servers which do not respond properly to passive

> mode (mostly, they are also behind very restrictive firewalls).  You'll

> find that you won't be able to talk to them through your firewall at all,

> since your firewall is blocking port mode connections and their firewall

> is blocking passive mode connections.  You loose.

> 

> > - Jeff

> 

> > > -----Original Message-----

> > > From: Michael H. Warfield [mailto:">mhw@wittsend.com]

> > > Sent: Tuesday, February 22, 2000 4:42 PM

> > > To: Jeff Hubbs

> > > Cc: ">ale@ale.org

> > > Subject: Re: [ale] FTPing with a browser

> > >

> > >

> > > On Tue, Feb 22, 2000 at 04:43:17PM -0500, Jeff Hubbs wrote:

> > > > Can someone explain what is actually happening when one

> > > tries FTP with a Web

> > > > browser?  Is the browser actually doing HTTP and a

> > > conversion takes place on

> > > > the server side?  What's the real story?

> > >

> > >     No.  It understands the ftp protocol and is acting like an

> > > ftp client.

> > >

> > > > - Jeff

> > >

> > >     Mike

> > > --

> > >  Michael H. Warfield    |  (770) 985-6132   |  ">mhw@WittsEnd.com

> > >   (The Mad Wizard)      |  (770) 331-2437   |

> > > http://www.wittsend.com/mhw/

> > >   NIC whois:  MHW9      |  An optimist believes we live in

> > > the best of all

> > >  PGP Key: 0xDF1DD471    |  possible worlds.  A pessimist is

> > > sure of it!

> > >

> 

> --

>  Michael H. Warfield    |  (770) 985-6132   |  ">mhw@WittsEnd.com

>   (The Mad Wizard)      |  (770) 331-2437   |  http://www.wittsend.com/mhw/

>   NIC whois:  MHW9      |  An optimist believes we live in the best of all

>  PGP Key: 0xDF1DD471    |  possible worlds.  A pessimist is sure of it!

> 

> --

> To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.


-- 
_______________________________________________________________
Dow Hurst                   Office: 770-499-3428
Systems Support Specialist  Fax:    770-423-6744
1000 Chastain Rd.
Chemistry Department SC428  Email:  ">dhurst@ksumail.kennesaw.edu
Kennesaw State University           ">Dow.Hurst@mindspring.com
Kennesaw, GA 30144
*********************************
*Computational Chemistry is fun!*
*********************************
--
To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.