Hi Kunlob_1  -  what are CHC files?  What are you downloading to get these CHC files?  We are trying to help you but don't have enough information to understand your problem.

Did you manage to sort your problem out with the chc files?

I've just discovered a similar issue.  We run a domain with roaming profiles, and it seems that CS5 stores cached adobe community help files into the directory "AppData\Roaming\chc.'random salted characters'\Local Sore\Help\"

eg: "AppData\Roaming\chc.4875E02D9FB21DD389F73B8D3802B320485DF8CE.1\Local Sore\Help\

This is currently over 380MB, which makes logon times longer than necessary.

If you use group policy management there is a User Policy "exclude directories from roaming profile" that can stop certain directories from being synced to the domain controller, however this policy won't accept wildcards (*) for specifying all occurrences of chc*.  So you have to put the whole path in for each user!

You can't even block a parent directory instead, as this chc directory is in the root of the Roaming profile folder.  Unless I'm missing something obvious here it seems like a bit of a pain of a design choice.

Mozilla thunderbird also has salted directories for it's user profiles, but at least they're within a subdirectory that can itself be excluded.  We're lucky in this case that I only have one user with CS5 installed so its ok to block just that single salted directory, but I do wonder what companies with many copies do?

Any progress on this issue?  It's been about 6 months since the original post.  I've just discovered a wad of about 300Mb of help cache files in my roaming profile, and I'd like to tell all my Adobe products to store such things in a more sane place.

In the meantime, perhaps a workaround would be to empty the chc.xx directory, and then make it write-protected?  Would the software gracefully fail over to just re-downloading help info from the net each time, or would this break something?

Another alternative would be to use an NTFS junction to redirect the folder somewhere else.  To be honest, I'm not sure I see the reason to cache help info anywhere but Temp...  I mean, how many times are you going to search for help on the same topic?

Dear Adobe / Mark Nochoson -- thanks for your attention. It's somewhat rude and alarming to spew data without at least putting your name on it clearly.I was worried some malware had slipped through before I got a look at the contents of the log/installer files.

I have no idea why this couldn't be a subfolder in the AppData\Roaming\Adobe folder or why it's not called com.adobe.CommunityHelp.12345678.... following the example of the mildly annoying but at least recognizable com.adobe.AdobeStory, com.adobe.DC3Module, and com.adobe.downloadassistant.(Are these goups trying to pretend this is a Mac or something? Smells catty to me. Just stick everything in the Adobe folder and use your silly folder names from there, okay?)

About Junctions

For me the problem is that I'm using a small mini-PCI/e SDD to boot my notebook; big files/folders I relocate to its HDD using junctions. Junctions are a long-standing feature of NTFS that's pretty much been ignored by Windows Explorer. Possibly wisely so for the sanity of most users and the techs who support them.

There's a wonderful, free utility that lets you create and manipulate junctions, hardlinks, and symbolic links by right-clicking: http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html  You should actually read that page, particularly about the "Smart Move" feature which I found I needed to disable and continuing down to the "Backgrounders" section that explains the differences between Hardlinks, Junctions, and Symbolic Links.  Some aspects are pretty subtle. But if you don't go crazy with links to links and can avoid moving things around once you've relocated them, you should be fine.