Recovering the outlook password from a non functional windows installation HELP !

[silviuvrx]

Already posted: someone can help me ?

Hi !
I've a problem: one of our customer bring us his own computer with a non
functional windows xp installation for data recovery.

This computer have a windows xp SP2 with office 2003.

The only one thing we can't recover was the mail pop3 password:
the customer can't remember it and we are totally unable to recover !

This customer told us that is impossible contact the mail provider and reset the
mail password, maybe it's something statal or the mail is overseas.
We know this customer from years, and trust him absolutely, we also have
performed data recovery on his computer and all the data belong to him.


I've tried with another computer and seem that the outlook password is recorded
there:

C:\Documents and Settings\tbaroni\Dati
applicazioni\Microsoft\Protect\S-1-5-21-1614895754-688789844-854245398-1003

the file have a casual name like: 010b9592-8a54-49df-b43a-028ccdfc4fb9

How do can I recover the password from this file ?

I know a little utility from Nir Sofer site, mailpv.exe that can recover the
outlook password in one second from a working windows system, there are some
that can recover the password from dead ones ?

can us copy the user profile from one non working installation and copy in a
working one ?


==============================
remove x to contact me

 

[Diane Poremsky {MVP}]

you need a utility that can read the registry file from an 'offline'
system - browse to that key and get the password.

 

[VanguardLH]

Diane Poremsky {MVP} wrote (in

you need a utility that can read the registry file from an 'offline'
system - browse to that key and get the password.

Isn't that key's data item encrypted using whatever RSA seed was
assigned to the user for their SID under that other instance of Windows?
If so, that key is worthless in the new instance of Windows because the
seed won't match.

This is the same poster from back on the 20th that was claiming to
*crack* a login password for some "customer". Apparently he has a very
patient customer waiting for him to crack the password rather then
letting the customer do their own cracking. Oooh, the e-mail provider
is overseas. BFD. Yeah, like that prevents this "customer" from using
the e-mail provider's support web form or chat to get help to have the
password reset, or using a temporary freebie account to e-mail them for
a password reset. Obviously the customer got back all the data in their
..pst file because the login password is irrelevant to that file. If the
customer wants to continue hiding from the e-mail provider, let them get
a new account somewhere else.

There are surreptitious machinations going on here that not only the
"customer" wants to hide from the e-mail provider but also not divulge
to silviurx (if customer and silviurx are actually different entities).