This is odd... it only took half of my first line...
The plug-ins are located in C:\Program Files\Adobe\Acrobat 6.0\Reader\plug_ins
Main Topics
Browse All TopicsI have a Windows 2k, SP3 server farm running Citrix XPe. I'm publishing Adobe Acrobat reader 6.0.1.
My problem is that users with ADMIN privlidges can open pdf's fine. (They open in IE)
My normal users get the error: "Could not find Acrobat External Window Handler" when clicking on an adobe link. I'm guessing that this could be a permissions error as the servers are locked down but Adobe's tech support is hopeless.
My question is twofold...
What file is the "plug in" and what permissions does this file need? Could this be the problem ?
I don't care about embedding adobe in IE...frankly it's the worst thing they could do if they can't support their product. If there is a way to hard code this setting (I know, Edit \ Preferences \ unselect Open PDF in Browser but that doesn't seem to work all the time....)
Any help would be GREATLY appreciated. (Man I wish MS would buy out Adobe...then maybe they could at least support it...)
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Let's try a different browser...
The plug-ins are located in C:\Program Files\Adobe\Acrobat 6.0\Reader\plug_ins, and the "External Window Handler" is EWH32.api. All plug-ins are actually DLLs that are loaded at runtime. The permissions should allow to read and execute this file.
Why does deselecting "Open PDF in Browser" not work all the time? It's supposed to work... What this setting does is modifying a registry key. You may be able to just reset this registry key automatically for all users every night or so.
Whoops, didn't see the full post.
I'm "fine" with hard coding the registry. I run a login script every time a user logs on so I can import something there. Any suggestions?
I did set HKLM\Software\Adobe\Acroba
I don't know what's wrong today. I just lost another comment. This time nothing showed up...
The registry key for Acrobat 6 is HKCU\Software\ADOBE\Acroba
Are you familiar with this document? http://www.adobe.com/suppo
They actually list accessing a PDF file in IE as acceptance criteria.
I was not familar with that doc. Thanks.
So you're saying I should try making this setting:
HKCU\Software\ADOBE\Acroba
Now, if so, how should I set it so user's can't change this setting? Can't they just go to Edit \ Prefs and "check" display adobe in browser thus messing up my settings? Would you suggest exporting that registry key and then scripting it to be loaded in the reg each time a user logs in?
It really was bBrowserIntegration (b for boolean). If you want to force this to false, you have to ways to do this: Either run a script at login time and write zero to this key, or use regedt32 and change the permissions for this key (after it is created) so that the user cannot modify it. However, I don't know how Acrobat (or Reader) will react if you force it to 0 by using permission settings.
I was considering the regedt32 and changing permissions solution but I have similar concerns about how Acrobat Reader will react to this.
How do you suggest writing the zero to the key each login? Previously, I had exported the key and put it in the Citrix login script to add to the reg every login as such: regedit -s m:\scripts\adobe_noweb.reg
(There is no HKCU\Software\ADOBE\Acroba
With the current settings "as is" (both previous reg entries set to DWORD 0) I can log in as a user with admin rights and Adobe works. With a normal user however, adobe starts to open, then fails when the splash screen hits XFA.api. Users have full control of program files\adobe.
Anything under winnt\system32 that they'd need that might be preventing the external windows handler from opening?
Well that can't be it....I just tried "Everyone" to Full Control and it still fails.
Any other ideas? IE settings? I'm thinking that there is something "permissions based" that is preventing the user sessions from creating or initializing the acrobat window handler but I've no idea where to go from here.
How about an older version of Adobe? I'm willing to put on an older version (one without IE integration if there is such a thing) on if that will solve the problem.
Ok, may be getting close here....
I have my server drives "hidden" so user's can't mess up the server.
On a published desktop for the user, I did:
regsvr32 "m:\program files\adobe\acrobat 6.0\reader\plug_ins\ewh32.
"m:\program files\adobe\acrobat 6.0\reader\plug_ins\ewh32.
"m:\program files\adobe\acrobat 6.0\reader\plug_ins\ewh32.
If it's not seeing the EWH, I think I can get around it by manually registering it upon logins. Thoughts?
ewh32.api is a DLL, just with a different name, but it's not a component that needs to be registered, so running regsvr32 on it is wrong. Acrobat uses a plug-in concept that allows 3rd party developers to add new functionality by creating a plug-in. Such a plug-in is a DLL that is loaded at runtime. There are a number of requirements so that Acrobat can find such a plug-in: It has to have the extension .api, it needs to be in the plug-ins directory, or in a subdirectory in the plug-ins directory, and it needs to support the plug-in handshake functions. Once such a plug-in is loaded, it's functionality is added (via Acrobat API functions) to Acrobat.
This plug-in concept is so conveniant that even Adobe is using it for it's core Acrobat (or Reader) functionality.
I don't know how exactly Acrobat gets called from IE and what else is involved in getting this to work.
I'm sorry, but I don't think I can be of any more help. Nobody else has added to this discussion, so I think you should request a refund of your points.
Might have something here:
Install Adobe 6.0 as admin
Launch Adobe to register additional components, edit preferences to disable IE functionality
Launch Adobe as a user, the user is prompted with something like...adobe is set up to not use IE. Would you like to enable this feature? Yes \ NO and a checkbox for "Always check this setting"
Uncheck the box and answer NO.
Subsequent user logins opened .pdf's with full Adobe, not IE Adobe plug in.
I'm going to try locking down these settings through regedt32. What keys should I set this at? HKCU\software adobe and HKLM\software\adobe?
It's hard to say what Reader will do if it only finds two of the keys, but not the other ones. Give it a try and see if you get the modified settings. THe save thing to do would be to copy the complete tree you find at HKCU\Software\Adobe\Acroba
Does this help?
Yes, thank you very much again. I'm good now.
* uninstalled all adobe
* ran regclean
* logged in as local admin (not domain account, admin)
* Installed adobe 6 from .msi file
* Launched Adobe from admin desktop, accepted license agreement to finish install
* Edit \ Preferences and UNchecked display in browser
* Launched Citrix session on that server AS A NORMAL USER WITH NORMAL RIGHTS and brought up adobe. It prompted that adobe was not set up to display in IE, did I want to enable it? I unchecked "always check" and answered NO.
*No more problems or prompts.....although I did have to recreate the PDF association on a few of my servers.
Hopefully we're good to go now. Thanks for your help on this.
I ran regclean just to be safe, let regclean "fix errors"
The .msi I used is from this link:
http://www.sanx.org/tipSho
Ive got the solution, took me awhile to work it out but its a common coding problem.
Give all users groups you what Acrobat Reader 6 to integrate with IE, Full Access via Regedt32 to the Key:
HKEY_LOCAL_MACHINE\SOFTWAR
The code should have referenced the Current User Version of the Key.
Cheers.
Andrew H. (West.Australia)
I had the same problem on a fresh installed laptop.
Registry monitor gave the answer: access denied on HKCR\Software\Adobe\Acroba
Security rights in the Adobe key are a bit f*cked up (and the subkeys)
I restored the rights as the are set in the Software key and problem solved.
I have to say that i already gave the users group the Full Controll option, so keep this in mind.
Cheers,
Tuur
Business Accounts
Answer for Membership
by: khkremerPosted on 2004-02-19 at 14:05:16ID: 10407069
The plug-ins are located in C:\Program Files\Adobe\Acrobat 6.0\Reader\plug_ins