Link to home
Start Free TrialLog in
Avatar of Stateplan
Stateplan

asked on

Users can't open PDF through Terminal Services

I work at a company that has remote locations where users login and access a program that, amoungst other functions, runs in Internet Explorer and produces PDF documents for them to open up within the window to view and/or print and save.  For some reason certain users (and I cannot find any consistency between these users), cannot view these documents.  When they click on the link, they get the following message:

Internet Explorer cannot download ******** from <IP Address of server that program runs on>
Internet Explorer was not able to open this Internet site.  The requested site is unavailable or cannot be found. Please try again later.

I have installed the latest version of Acrobat, i have uninstalled and re-installed the latest version of Acrobat.  I've uninstalled and gone back to version 6, and that didn't work either.  If I create a new user, they get the same problem, and if I copy an existing user that doesn't have the problem, the copy still gets the problem.

The program that runs within the web page requires a login, but if you login to the Terminal Server as a user that has the problem, it doesn't matter who you login as to the program, it will have the problem.

Tried Firefox, and that works to some extent, but the rest of this program does not function well within Firefox, so currently our users with login using Firefox if they want to access these PDFs but is not a real solution as they have to switch between IE and Firefox to get full functionality of the program.  

Any help or suggestions would be greatly appreciated.
ASKER CERTIFIED SOLUTION
Avatar of dmccurdy51
dmccurdy51

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Avatar of Jeffrey Kane - TechSoEasy
This is probably the issue that's causing the problem:  http://support.microsoft.com/kb/323308

It most likely has to do with the fact that the pdf is coming through a Secure site (SSL).

Jeff
TechSoEasy
Avatar of Stateplan
Stateplan

ASKER

Thanks for the comments guys.
I tried all 3 of these and no change to the problem.

Any other ideas?
Please open IE on that machine and click Help > About Internet Explorer and post back the exact version number of IE.

Jeff
TechSoEasy
IE Version is:

6.0.2800.1106CO
And if you open the pdf file on another machine, what is the IE version on the machine that it works on?  Further, once it's open on that machine, look at the properties of the pdf file and see what the Encryption level is on that file.  My guess is that it's 128 bit is causing a problem with either your current IE version, or the version of Acrobat Reader you are using.  If you are using Reader 6, make sure that it's 6.0.5 (http://www.adobe.com/support/downloads/detail.jsp?ftpID=3330)

Jeff
TechSoEasy
Thanks for all your suggestions.

However, I have tried all of these, and still no solution.  This one's starting to drive me mad...
Give foxit reader a try.

-gsgi
I've only had bad experiences with Foxit... it renders pdfs incorrectly much of the time.  However, if you do want to try an alternate reader, there is eXPert PDF Reader from http://www.visagesoft.com.  I use it at home and like it a lot... but don't know how it behaves in a TS environment.

Jeff
TechSoEasy
Thanks, I will give that a try and let you know how I go.

Rowan.
Here is a possible fix:  - gsgi


 Accepted Answer from wyliecoyoteuk
Date: 06/26/2005 02:48PM PDT
Grade: A
      Accepted Answer       

It is more likely to be a timeout issue.
PDF files are actually Postscript programs, so they have to be converted to PCL before printing.
This takes time, especially if there are graphics. If thew printer receives the first page or two quickly, and then has to wait while the PC processes the rest, the printer times out and drops the job.
This is common when printing through a busy print server, as the spool file is tranferred twice.

In the print driver, set spooling to "start printing after the last page has spooled" this reduces print job timeouts, as the job is sent as a single block, not fragmented pages..

On the printer, in the menus, increase buffer size and timeout values.

In win2k and above, deselecting  "advanced printing features" may help.

Comment from gjirvine3000
Date: 06/27/2005 12:16AM PDT
      Author Comment       

Thanks wyliecoyoteuk. It was unchecking "advanced printing features" that did it in the end...

Thanks

Comment from wyliecoyoteuk
Date: 06/28/2005 02:38PM PDT
      Comment       

No problem.
The " advanced printer features" are a real issue, and can create huge spool files, as the (rather poor) windows GDI driver tries to pre-render pcl or postscript files.

It is a shame that MS still tries to usurp the printer driver as the control app.

Another gem is in MS word, tools>options>print tab, make sure "allow a4/letter resizing is UNTICKED, otherwise it breaks many printer driver
 settings.
Thanks again for your efforts but, no go on any of these.

The only thing I seem to have found in common with the users that have this problem versus the users that don't have the problem is in the Documents and Settings folder on the server they log into, the users that don't have this problem have their folder in there with <username>.<domain>   whereas the users that do have the problem, their folder in there is just <username>

Could this be related in anyway to a problem with the authentication over the terminal service or something like that?
Just in case anyone comes across this one, it was due to permission problems with temporary internet files as dmmcurdy51 suggested.  However, it wasn't as simple as just deleting the files in the cache or deleting the profile.
A script had to be written to make all users have their own temporary internet folder and set it up that way.
Seems to be working fine now.

Thanks for everyone's suggestions.