Простейшее восстановление пароля.

> Если убрать кэширование при регистрации, то восстановление работает

и в чём же тогда проблема?

да, и кстати: это хеширование, а не кеширование
cache и hash - разные слова, обозначающие разные вещи

В нормальной БД пароль не содержится как раз для того, чтобы нельзя было его заполучить. При запросе восстановления генерируется новый. Он и высылается в письме.

Если в строке $rr['pass'] у тебя содержится строка вида 0599a1e1ce3968d52cb814533fb93133 а она у тебя там содержится то это скорее всего md5 хэш а значит из нее обратно пароль получить нельзя. Можно только проверить тот пароль или не тот, потому что прожевав через хеширование тот же самый пароль как в первый раз- 32 символа хеша будут такие же как тогда когда они записывались в базу, обратно из них пароль получить нельзя, потому что нет математических решений. Ну например для контрольных сумм :10/2=5 5/2= 2.5 5+2.5=7.5 тоесть в базе 7.5 а пароль 10. Если знаешь 7.5 то 10 не получишь никак но зато если пользователь введёт 10 и у тебя получится 7.5 значит пароль верный. По этому для восстановления пароля делают так : пользователь вводит email по этому, email ищется юзер, этому юзеру записывается в столбец токен какая то уникальная строка а на почту шлется письмо с GET параметром равным этой строке далее если пользователь из письма переходит по ссылке он попадает на страницу восстановления пароля где по уникальной стррке ищется пользователь в базе и ему записывается новый хеш от пароля который вводит человек на странице восстановления пароля. В результате такой схемы проверяется email гарантируется что пароль не стырят так как письмо со ссылкой на восстановление приходит на почту. Плюс контрольные суммы это слишком просто (здесь для наглядного примера привел) в них слишком много коллизий и md5 тоже слишком просто поэтому сейчас пароли делают солёными это некий набор букв который добавляется к хеширкемой строке который в случае с проверкой будет точно такой же как на этапе создания пароля

шифрование кэшом работает в одну сторону, расшифровать это нельзя, пиши свой алгоритм шифровки и дешифровки

простой алгоритм восстановления:
пользователь запрашивает восстановление указывает логин
по логину из бд вытаскиваешь его зашифрованный пароль
дешефруешь
посылаешь на электронную почту

В БД у тебя пароль хранится в виде хэша. Вспомни, как происходит регистрация:
1. login = "...", password = "..."
2. hash = hash_password(password) # хэшируешь пароль
3. INSERT INTO users VALUES (login, hash);

А при восстановлении пароля тебе нужно сделать почти то же самое, но посылать пароль на почту нужно ДО хэширования:

1. login = "...", new_password = "..."
2. send_mail(new_password, ..) # отправляешь новый пароль на почту
3. hash = hash_password(new_password) # хэшируешь пароль
4. UPDATE users SET password=hash WHERE login=login

PS Но лучше сделать так: при восстановлении пароля просим пользователя ввести логин и новый пароль, на почту ему присылаем уникальный код и просим ввести этот код. Затем, сравниваем введенный код с отправленным, потом хэшируем пароль и обновляем запись в БД