Search results for query: *

In the tests we did we had a 70+Kb word document (full of graphics) which generated a spooled print job of 1096Kb from the Citrix box back to the client. When we used UNIPrint it delivered a compressed PDF file back to the client of around 60Kb, massive reduction in WAN traffic but the client...

We tested UNIPrint and it all worked fine 'til we checked the size of the print jobs being generated... A quote from the findings... "While UniPrint has been observed to reduce WAN traffic when printing it generates a print job observed at 19 times the size of the original." (This...

Thanks for that. I assume this isn't likely to do any damage as we only have the problem in the live environment and can't reproduce it in test or development? We'll schedule it in one evening probably next week now. Will let you know how we get on with it anyway. Thanks for the info.

We're running a farm of 13 servers (Win 2k SP3 in an Nt4 domain) and have deployed 34 software packages via Installation Manager. All of these are in a group folder under IM but when we try to deploy the package group and put them in the order in which we'd like them to roll we have duplicate...

We're currently running a farm of 13 servers (win 2k members in an NT4 domain) and the last one installed accepts connections but doesn't display them in the License Manager. We're running XPe with Feature Release 2. The server in question does accept connections and you can see the connected...

We had to grant the user group the right to "Act as part of the operating system" on each server and that seemed to do the trick.

Thanks a lot for that. Really, really useful. G:)

I've been asked to look at AppSense which is a tool to manage processor and memory usage in a Metaframe environment. For what it does it seems expensive (£900/server). In the longer term the user/application base is set to increase so it would probably be useful. Does anyone have any experience...

Not really what we're after as we're trying to avoid 3rd party printer solutions and apart from this one problem printing is under control. However, after discussing this with a colleague we seem to have just found a solution. When connecting the ICA session a network print device behaves...

We've been hoping to take advantage of printer bandwidth throttling via Metaframe policies but haven't had much luck. Win 2k Metaframe XP FR2 servers in an NT4 domain. All printers are network devices running off standard NT4 print servers via standard TCP/IP ports. We can apply other policies...

This is related to permissions on the directory that the icons are cached in. Users need the right to read/write to the "NFuseIcons" directory from the IIS console. Took a little while for everything to sort itself out but if there are some still missing then I found publishing the...

The workaround we've since found is to grant full access to the ICA connection (via connection manager)on each server to the help desk users. The last response I made contradicts this but it was due to the sessions I was trying to shadow being started prior to the perms being reset. So, grant...

Makes sense actually as I've since found that if the users are members of the local administrators group the shadowing works ok. Power users group membership results in the same error. However, this isn't really ideal as it raises a number of security risks that are unacceptable. I've tried...

We've deployed the FR2 console to a number of help desk users with the intention of them being able to shadow user sessions. The users have been granted Shadow access on the ICA connection and the CMC has been published to them with the necessary permissions to manage sessions. When they...

We had this when we tried to move the web site off the default root. You need to edit C:\winnt\java\trustlib\nfuse.properties to read... SessionField.NFuse_IconCache=/nfuseicons/ SessionField.NFuse_TemplatesDir=d:\\Inetpub\Nfuse\\Citrix\\NFuse151 URLMapping./=d:\\Inetpub\\nfuse The iconCache...

Having developed our ideas on this one we seem to have got it sorted now. We use mandatory profiles so default paper sizes etc are lost after each session. In the system32\spool\drivers\w32x86\3 directory (the last dir may well be different) edit all of the .gpd files that are related to your...

We've monitored this remotely from an NT4 workstation with no problems. Not sure if that helps much!

If its XP switch the session window size to full screen in at App appearance tab.

We've deployed Xp+FR1 into several environments and in all of them we're experiencing performance issues when printing.Small print jobs to 70k are ok but anything larger seems to get drip fed at about 4Kb/sec. Xp's running on a number of Win 2k servers in an NT4 domain using IP/WINS. Clients...

It's all gone a bit quiet on this one hasn't but anyway.... We've yet to fully test this one but so far so good. Check out the contents of c:\winnt\system32\spool\drivers The .GPD files are all text with references to default paper size etc. Search for the text PAPERSIZE and change the value...