Re: anyone running 'Kodak Dental imaging'

Thanks will take a look

We gave users admin rights but are finding that some machines (those that
use X-Ray scanner)
loose the boot files such as NTLDR, BOOT.INI. These files do not end up in
the bin!

Normally don't mess but I setup a User with ONLY user rights - but they can
still DELETE these files
(they can't copy them back or restore it from the bin but...)

How can I protect this.

"dsatchell" <support@xxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:793A5958-39DB-4640-BE8F-448C649F2CC1@xxxxxxxxxxxxxxxx
> I have to agree with Karl. I have two clients with Kodak Softdent and one
> with Ace Dental.
>
> All three have to have either local Standard User (power user) rights or
> local admin rights for the software to work correctly. With Ace,
restricted
> users won't work at all, standard users will go into the software but
crash
> when exiting, admin works fine.
>
> I found a CMD file that I run that gives the user local admin rights. Put
> the following commands in a file like localadmin.cmd
>
> ---------
> @echo off
> echo net localgroup administrators /add %userdomain%\%username% >
> %temp%\addme.cmd
> echo pause >> %temp%\addme.cmd
>
> runas /user:administrator %temp%\addme.cmd
> ----------
>
> log in as the user and then run this file. It will ask for the local
machine
> administrator password and then set the current user as a local admin.
>
> David.
>
>
> "Karl Middleton" wrote:
>
> > Bharat,
> >
> > I have a customer that is a dental practice. They use Gendex imaging
> > software and it takes quite a lot of tweaking to get it to work. They
also
> > use Dentrix practice management software. There is a DDE software bridge
to
> > handle imaging integration between Gendex and Dentrix.
> >
> > Most dental practice software is poorly written and usually has its
genesis
> > in Windows 9x. Most of them haven't updated it to work properly in an NT
> > based world with locked down security, etc. I have studied it in depth
and
> > created custom sets of GPOs and registry files to handle a locked down
> > desktop and non-adminstrator security requirements.
> >
> > Also, the X-Ray and OPG machines often use ActiveX based controls to
> > interact with Gendex. Care needs to be taken with Internet security
zones,
> > etc, to allow it to work. We still have a clunky install procedure to
cover
> > off that fact that ActiveX lives in the user rather than computer side
of XP
> > life.
> >
> > I would say that the issues with Kodak Imaging are similar. Prior to
buying
> > the OPG, we investigated the Kodak imaging and found that it was
purchased
> > from some French company. My experience shows that corporate takeovers
are
> > usually the death knell for quality software and service. We bought the
> > particular OPG on the basis that it DIDN'T use the Kodak software. The
Kodak
> > software would have been nearly impossible to integrate with the
practice
> > management software. It is interesting to by a $70,000 piece of medical
> > imaging equipment on the basis of the software that supports it.
> >
> > My suggestion to you to solve the problem is to start out trying to run
the
> > software with full administrative privelege under the userID you
installed
> > it on. If it works you have narrowed the problem to security permissions
> > and/or per user registry settings. If that works, to narrow it to
registry
> > settings, create a new user with administrative privilege and then log
on
> > and see if the software breaks. If it does, you know it is registry
settings
> > not being preserved from one user to another. I find 95% of dodgy
software
> > stems from these two items. The registry issue is solved by exporting a
> > known working set and then importing into the userID where there are
> > problems. You may need to tweak for user specific keys but generally
this
> > solves things. The administrative privelege issue is usually solved by a
> > review of the file directories permissions and/or registry permissions.
Both
> > of these can be managed by GPOs to overcome the need for full
administrative
> > priveleges.
> >
> > As for expecting help from Kodak forget it. Most likely they didn't
write
> > it, they bought it in a takeover. The developer was probably fired in
the
> > takeover or left in disgust. This means you are on your own.
> >
> > Regards
> > Karl from Oz
> >
> >
> > "Bharat" <bharat@xxxxxxxxxxxx> wrote in message
> > news:eKP6qb3uFHA.596@xxxxxxxxxxxxxxxxxxxxxxx
> > > One of my clients is having a lot of problems
> > >
> > > (1) Kodak's messaging server refuses to work
> > > The only time they have been able to get the Messaging server to work
> > > was when BackupExec didn't !
> > >
> > > (2) Application on Workstations loose functionality
> > > ie. entering data into a grid sometimes works then for some strange
reason
> > > dosen't
> > >
> > > Anyone come across "Kodak Dental Imaging software" (we are in the UK)
> > >
> > > Kodak have had "teams" of people working on various problems for 9
months
> > > For some reason they are blaming the Server & workstations we put in.
> > >
> > > The Server is P4 3Ghz, 1Gb RAM, 2 x 80Gb SATA (software mirroring)
> > > BackupExec 9.1 for SBS
> > >
> > > The server has 2 NW cards and connected to a Firewall/Router (simple
ADSL
> > > NAT Router)
> > > they were implying the "Firewall" might be restricting their Messaging
> > > Application
> > > I pointed out its an External Firewall router (which can be swiched
off if
> > > they suspect any issues)
> > > but they insisted in having a look at the settings!
> > >
> > > Patches are NOT uptodate simply because the customer has so far had a
lot
> > > of
> > > issues with the
> > > Kodak software.
> > >
> > > Upto now nobody has said the Server is NOT setup correctly or
mentioned a
> > > Specific problems
> > > (other than the messageing server not running - client is NOT to
bothered
> > > about that anyway)
> > > Client has mentioned that Kodak are having some problems from time to
time
> > > but nothing
> > > specific to us.
> > >
> > > Its now come to a point where customer wants Us and Kodak to discuss
the
> > > peoblems as the
> > > client is in the middle and simply a user.
> > >
> > > I'm looking to see if anyone has had ANY experience of the Dental
> > > software -
> > > good or bad...
> > >
> > >
> > >
> >
> >
> >


.

Relevant Pages

  • Re: Running a program with elevated privilages
    ... Thanks for the post anthony however the installation is not really the problem it's running the program for the first time that creates an issue as admin rights appear to be needed to create registry entries and register an OCX. ...
    (microsoft.public.windows.server.security)
  • Re: Quickbooks does not open
    ... for now we can to accomodate them and complain to them. ... There is another way around the registry permissions issue. ... > You don't have to give the user full admin rights, but you do have to give ... > computer's Power Users group and all will be right with the world. ...
    (microsoft.public.windows.server.sbs)
  • Re: Local Administrators group
    ... How do I give the users local Admin rights to the registry? ... I'm happy with giving users full admin rights to there local computer. ... >> Mark Heitbrink - MVP Windows Server ...
    (microsoft.public.windows.group_policy)
  • RE: registry class
    ... Do you have access to the registry as a user on that machine? ... on with full admin rights, does the code work? ... Purchase VFP8 here: ...
    (microsoft.public.fox.programmer.exchange)
  • Re: Programs that need admin rights, but user shouldnt have the
    ... > user to have local machine and domain local admin rights. ... For the registry it is a little trickier. ...
    (microsoft.public.win2000.group_policy)