Prev: VBA code to fax from Excel or Outlook
Next: Exchange sends email to outside server but it never arrives.
From: Steve Moss on 24 Jun 2010 13:43 Howard08 wrote: > Just to close this thread - we eventually had to call in Microsoft > Tech Support. The solution took half a day and involved editing the > registry. I won't even try to detail the edits here. That done we > were able to recreate the user profile and the performance issue had > gone. Ah, go on, detail the registry edits here if you can. My client still has this issue and it would be helpful to know what the underlying cause and fix is.
From: Nick on 24 Jun 2010 14:05 I had the slow opening and saving of Office 2007 and 2010 files. Turning off Indexing of Offine Files fixed the problem "Steve Moss" wrote: > Just to let you know, I have had the chance to check things out with > Office 2007 format files, and the problem is the same. Will re-create > the user's local copy of their (roaming) profile next to see if that > helps. > . >
From: Steve Moss on 24 Jun 2010 17:47 Steve Moss wrote: > Just to let you know, I have had the chance to check things out with > Office 2007 format files, and the problem is the same. Will re-create > the user's local copy of their (roaming) profile next to see if that > helps. Nope, recreating the local copy of the roaming profile didn't help.
From: Steve Moss on 24 Jun 2010 17:56 Nick wrote: > I had the slow opening and saving of Office 2007 and 2010 files. > Turning off Indexing of Offine Files fixed the problem Thanks for that, but these files are not held offline. They are all on a drive-mapped share whose files are not available offline. Interestingly, if a .doc (or .docx) file is opened by launching the file directly, Word takes around 8-10 seconds to launch and open it. If the user opens Word 2007 (without a document file) it opens quickly. Launching the file in Explorer then opens the file quickly in Word. In fact, performing these two operations separately is quicker than having Word launched with a file open! Weird. This would suggest the issue is somethin g to do with the way Word opens the file, but inspection of the HKCR registry hive on the user's workstation shows the expected DDE-based file opening sequences, so this appears to be a dead-end, too.
From: Howard08 on 30 Jun 2010 08:56
The required fix was to delete and re-create the corrupted user profile. With luck you should be able to do this without getting into the same tangle. We only had to call in Microsoft Tech Support (who charged us over 100 pounds for a 'non-business-critical' fix) because we couldn't recreate the deleted profile. The MS tech did the regedit using EasyAssist remote access. -- Howard08-Debugging SBS "Steve Moss" wrote: > Howard08 wrote: > > > Just to close this thread - we eventually had to call in Microsoft > > Tech Support. The solution took half a day and involved editing the > > registry. I won't even try to detail the edits here. That done we > > were able to recreate the user profile and the performance issue had > > gone. > > Ah, go on, detail the registry edits here if you can. My client still > has this issue and it would be helpful to know what the underlying > cause and fix is. > . > |