Hank,

Thank you very much for the reply! I worked with the client today and I am still having trouble. We tried several things:

1. Manually unregistering the control mscomctl.ocx and then using REGSVR32 as Admin in install mode to register the control, but the user still gets error message #1098 that the control is not registered for this user.

2. Tried to run REGSVR32 as the user, but the registration failed.

3. Manually unregistered the control mscomctl.ocx, then tried to open the .exe as the user, but the control would not register.

The strange thing is we had the issue with 2 controls, mscomctl.ocx and mscomct2.ocx. The user was able to register the mscomct2.ocx control and now the activeX calendar control is working in Terminal Server? It is the mscomctl.ocx that only works for the Admin.

I am trying to avoid a complete unistall/reinstall of the application, but I will do that as a last resort. If you have any other suggestions, they would be greatly appreciated.

Kind Regards,

Mat


>Hi Mat,
>
>you have to run your setup from Add Programs, not by clicking the exe. This, in turn, creates a dummy registry entry. When the program runs, under a user, the call to the activex goes against the registry; if the class cannot be found, the dummy registry is searched, and the class is registered for the user during that first call (it is present from then on).
>
>Your setup has to run "for all users of this computer" of course.
>
>You can also do this by issue commands from the CMD window setting TS into administrative mode; and if doing manual regsvr, in fact have to do it this way. But the easiest way is to run an install which works for a workstation but using the Add Program method.
>
>hth,
>
>Hank