Hi, David.
a module written in VisualBasic invokes a series of XML queries, vis
https, between our SQL/IIS server and another here on campus to update
data.
I'm not familiar with Access's use of XML queries as yet, so I may not be
much help to you. I'm not sure of anyone else who hangs around the Access
security newsgroup and may be familiar with XML queries and troubleshooting
them, either. Perhaps posting a question about "Connection problem with XML
queries" in the Microsoft.Public.Access.Queries newsgroup will turn up
someone knowledgeable in this area.
In comparison, I can take the https URL and paste it into IE or Firefox on
any Windows XP system and it WILL connect successfully to the remote server
and update the records.
This connection is apples to oranges when compared to Access's ability to
connect to a data source. Being able to connect via the Web browser is good
news, because it means there's a network connection. It doesn't mean,
however, that Access can get through as well. Access needs to be able to
"talk" to the data source via Jet, the database engine, using the
appropriate connection, drivers and network protocols. The DSN (if that's
what your application is using) may not be configured correctly on this
computer, which would prevent a connection to the server.
Check for a DSN and, if there is one, compare it to the DSN used by the
other Windows 2K computers. If you don't know what a DSN is, then get a DBA
to help you determine what information needs to match with the DSN's on the
other computers for it to work on the Windows XP computer, too.
As a test I removed Office 2003 and installed Office XP and the
macro still would not run and generated the same error.
As Brendan Reynolds mentioned earlier in this thread, it may be an OS
configuration/security issue, not an Access issue. Since you know that it
doesn't work for either Access version on this computer while it works on
other computers, you've found a strong indicator that either the DSN or the
OS settings on this computer don't match those of the other Windows 2K
computers. That's where I would start my investigation if the DSN is
determined to be fine (or not an issue) if I were in your shoes. The
Microsoft.Public.Access.Queries newsgroup may have some suggestions for you
on what to check.
I'm going to be offline for the next five or six hours, so perhaps someone
else may be able to help you on this thread in the meantime.
HTH.
Gunny
See
http://www.QBuilt.com for all your database needs.
See
http://www.Access.QBuilt.com for Microsoft Access tips.
(Please remove ZERO_SPAM from my reply E-mail address, so that a message
will be forwarded to me.)