Frank and Marc,

Unfortunately, setting the form's input boxes with the name and password won't work. You would still have to click the Submit button.

There is a bright side, however. Because it is a https request instead of http, you can send the username and password as address parameters and it will be encrypted. Of course, the web site has to use the address parameter method to retrieve the data already. There are also transparent methods to retrieve data from web forms, and the web site may use one of those methods.

You can confirm this by logging onto the web site and entering the username & password manually. When you click on the Submit button, look for something like https://abc.com:6543/cgi/login?uname=frank&pw=toledo in the address bar. You will probably be re-directed to another page immediately, so you will have to be attentive when clicking the Submit button.

If you don't have any luck with this method, you can probably use IE to generate the entire request and embed the username and password within it (a complete web request is the raw data that the browser sends out over the internet). The request can be retrieved from IE through one of it's built-in properties, but I don't know which property off the top of my head. Keep in mind that the entire request will be encrypted by IE before it is sent out over the internet, so you will have to make sure that the property you use gives you the un-encrypted data.

All that being said, to further interact with the web site, you have to use the same connection that logged you in. All of the interaction will have to go through the IE object that you created.

Good luck!

P.S. Does the web site use cookies to automatically log you in when you return to the web site after logging in the first time?

>Hi Marc,
>
>An error message as "member document does not evaluate to an object" when it process loField=oWeb.document.all
>
>What does oWeb.document.all do?