StevenWhiting.com

A place for info I've learnt in IT & stuff. (I get a little kick back from affiliate ads & links, just so you are aware)

Browsing Posts published in October, 2012

Normally caused by pgpfsshl.dll (on PGP 10.1.1 & 10.2  Not sure if fixed in later releases)

If you use Process Explorer and monitor it’s threads at the time of the issue, you’ll probably see pgpfsshl.dll in there running at 50% or more.

This feature of PGP scans a directory for files that are encrypted so it can then display an icon showing the file is encrypted.

Causes this ANNOYING issue.  So can safely be disabled by running

regsvr32 /u pgpfsshl.dll
Reboot might be required before notice a difference.

 

Obviously person has to have logged on successfully at least once.

In XP search in reg for cachedlogonscount

Normally at

HKLM\Software\microsoft\Windows NT\currentversion\winlogon

Normally shows the user.  Change

cachedlogonscount

to anything above 0

Maybe other references in that section that prevent it but need to compare with a working machine to find the entry blocking the cache.

 

Normally type

COMPUTER\administrator

Now you can just type

.\administrator

 

UPDATE:  This is now fixed as YouTube have added the http:// to the SRC addresses now to stop Outlook thinking it’s a network path.

 

 

If you attempt to open and e-mail from YouTube recently in Outlook you’ll probably get what seems to be a lock-up and sometimes a complete Outlook crash.  Most of the time it’s just timing out.  Why is this happening?  With the help of Process Monitor and some pointers from Mark Russinovich from Microsoft and creator of the great series of talks The Case Of The Unexplained it appears to be the way Outlook handles “//” tags.

While opening the e-mail Outlook, after a while frozen, would pop up the below message.  Why was it trying to look at a network address \\ when ytimg.com is clearly a http address.

Running Process Monitor and putting some filters on it’s capture I found this:

 

As you can see Outlook is trying to look for a file at \\i3.ytimg.com\i\ and not finding it so timing out.   Sending the findings to Mark Russinovich for his Case Of The Unexplained talks he replied, after I sent a copy of the e-mail so he was able to recreate it, that it’s the table in the e-mail that is trying to load the avatar’s people use:

<tr>
<td bgcolor=”#FFF” align=”left” width=”50″>
<img src=”//i3.ytimg.com/i/ZfOE9SPvPjlslcDGePkIiQ/1.jpg?

v=4fc532bd” height=”50″ width=”50″>
</td>
<td width=”16″></td>

 

Turns out Outlook is interpreting the “//” as a file server and attempting to find it, but obviously failing.

Only way around it at the moment is turning off HTML on all e-mails or just moving the file to a junk folder, which also turns off all html but just in that e-mail.

 

Bad Behavior has blocked 104 access attempts in the last 7 days.