MSINET control - installation/setup hitches

[Pete]

I am doing maintenance on a database that uses the MSINET.OCX ActiveX
control to do FTP transfers. Ideally, the program uses an embedded
ActiveX control on a form to run about twenty downloads from an FTP
server. In practice, the download process has been 'broken' for many
years.

I am not the original implementor/creator of this process, so I
apologize in advance if I am (flagrantly) ignorant for some aspect of
this process.
On my computer, a W2K machine w/ SP4, the process works fine,
completes successfully. On the user's machine (there are many users,
but the owner/admin of the database is the only one who does the
imports), a NT4 box w/ SP6, produces error messages and fails. The
error messages are lost in Access' error-handling routines, but the
bottom line is that the ActiveX control for "MSINET.OCX" is not
properly registered on the user's machine.

Because I think it matters, I'll mention that we both (the W2K and the
NT4 machine) have installed MS Internet Explorer 5.5, SP1 (and some
post-SP1 security patches).

Now. The obvious answer is "uninstall, then re-install the ActiveX
object." I already tried it, and it *fails to uninstall*. Error
message: "J:\DBDir\msinet.ocx was unable to add/remove itself to/from
your system. Install/remove the control using a separate setup
utility." I tried this on my machine as well, and received the same
error message.
So my question is: What is a solution to this problem? I don't want
to switch my method of FTP'ing everything, because the existing method
*works flawlessly*, if it works. Upgrading the user's machine and/or
operating system is not an option. Deploying the specific OCX file to
the user's machine is the obvious answer, but I'm at a sort of brick
wall--it doesn't work, and I can't figure out why.

If anyone has run into this sort of problem before, I'd be interested
to hear it. I've searched Google (Groups) and run regsvr32 in just
about every way imaginable.
Thanks,
Pete

[TC]

This is a 100% guess, but, would you need to be an Administrative user to
(un)install/(re)register things on NT4?

HTH,
TC
"Pete" <ps********@zombieworld.com> wrote in message
news:98**************************@posting.google.c om...

I am doing maintenance on a database that uses the MSINET.OCX ActiveX
control to do FTP transfers. Ideally, the program uses an embedded
ActiveX control on a form to run about twenty downloads from an FTP
server. In practice, the download process has been 'broken' for many
years.

I am not the original implementor/creator of this process, so I
apologize in advance if I am (flagrantly) ignorant for some aspect of
this process.
On my computer, a W2K machine w/ SP4, the process works fine,
completes successfully. On the user's machine (there are many users,
but the owner/admin of the database is the only one who does the
imports), a NT4 box w/ SP6, produces error messages and fails. The
error messages are lost in Access' error-handling routines, but the
bottom line is that the ActiveX control for "MSINET.OCX" is not
properly registered on the user's machine.

Because I think it matters, I'll mention that we both (the W2K and the
NT4 machine) have installed MS Internet Explorer 5.5, SP1 (and some
post-SP1 security patches).

Now. The obvious answer is "uninstall, then re-install the ActiveX
object." I already tried it, and it *fails to uninstall*. Error
message: "J:\DBDir\msinet.ocx was unable to add/remove itself to/from
your system. Install/remove the control using a separate setup
utility." I tried this on my machine as well, and received the same
error message.
So my question is: What is a solution to this problem? I don't want
to switch my method of FTP'ing everything, because the existing method
*works flawlessly*, if it works. Upgrading the user's machine and/or
operating system is not an option. Deploying the specific OCX file to
the user's machine is the obvious answer, but I'm at a sort of brick
wall--it doesn't work, and I can't figure out why.

If anyone has run into this sort of problem before, I'd be interested
to hear it. I've searched Google (Groups) and run regsvr32 in just
about every way imaginable.
Thanks,
Pete

[Pete]

"TC" <a@b.c.d> wrote in message news:<1067313354.28051@teuthos>...

This is a 100% guess, but, would you need to be an Administrative user to
(un)install/(re)register things on NT4?

HTH,
TC

If you don't know already, you *ARE* the man. But you already know.

I logged on as the Windows admin user, and the ActiveX control
uninstalled and then re-installed like it was nothing. Thanks a
million.
Pete

PS--the official error message when attempting to get the Properties
page of the ActiveX control: "You don't have the license required to
use this ActiveX control.@You tried to open a form containing an OLE
object or an ActiveX control or you tried to create an ActiveX
control.@To obtain the appropriate license, contact the company that
provides the licensed OLE object or ActiveX control."

[TC]

Words fail me!!

TC
"Pete" <ps********@zombieworld.com> wrote in message
news:98**************************@posting.google.c om...

"TC" <a@b.c.d> wrote in message news:<1067313354.28051@teuthos>...

This is a 100% guess, but, would you need to be an Administrative user to (un)install/(re)register things on NT4?

HTH,
TC

If you don't know already, you *ARE* the man. But you already know.

I logged on as the Windows admin user, and the ActiveX control
uninstalled and then re-installed like it was nothing. Thanks a
million.
Pete

PS--the official error message when attempting to get the Properties
page of the ActiveX control: "You don't have the license required to
use this ActiveX control.@You tried to open a form containing an OLE
object or an ActiveX control or you tried to create an ActiveX
control.@To obtain the appropriate license, contact the company that
provides the licensed OLE object or ActiveX control."