>It all makes perfect sense, and should be fairly straightforward to do, but I can't figure out what DNS has to do with anything.
Erik!
I guess I'm trying emphasize that the remote DBFs reside on a Web Server, rather than some other kind of network server. I think I'm also trying to emphasize that: Rather than an HTML Client submitting calls to a CGI engine, the client would be a VFP form (not ASP or Active Doc), and it would connect to the Server VFP DBMS through (the) DCOM.

So.. the part about forwarding parameters across DCOM seems workable? DCOM can do a VFP connect to the server DBF, pass arguments for record points, and store results in VCX properties. Little bits of data like this could be stashed in a DCOM property, thus forcluding an immediate foray into XML or ADO (right?).

I guess its time to do some local tests. Is the only difference between COM and DCOM, the fact that DCOM is local to the server, while COM is local to the client?

Ten Four,
Terry