А можно подробнее, на каких браузерах работает, а на каких нет, и не пробовали ли отключать файерволлы - по моему, здесь просто пути в куках неправильно ставятся, а некоторые особо умные браузеры( IE и костыль над ним Avant) ещё и корежат.
Приведите текст куки - будет подробнее ответ, а то телепаты в отпуске

Купил пару дней назад себе новый комп, настроил на нем систему: WinXP SP2 + Apache 2.2 + PHP5 + MySQL 4.1, теперь описанная в первом посте проблема с локальным друпалом наблюдается во всех браузерах (ие, авант, файерфокс) и чистка куков не исправляет ситуацию. С другими сайтами, в том числе и с этим проблем нет. Файерволл во время экспериментов отключал. Мои действия: захожу на свой локальный друпал, делаю высылку пароля на мыло, перехожу по пришедшей в письме ссылке, меняю пароль (или не меняю и так и так пробовал), перехожу на любую другую страницу, регистрация слетает.

Вот что друпал кладет в куки:

PHPSESSID
8ig8u69k2090q7rf6ojqvp2ss4
127.0.0.1/
1024
1853169664
29831616
3519927136
29826959
*

Содержимое php.ini:

session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_path = /
session.cookie_domain =
session.cookie_httponly =

Да эта тема уже много раз обсуждалась и обсуждается (и здесь - .ru и на .org).
Проблема только в IE

Можешь дать ссылку на обсуждение? Я сам найти не сумел.

Спасибо за ссылку Как я погляжу ты с такой же проблемой столкнулся... Сумел найти ее решение? Ни одно из решений в приведенном тобой топике мне, к сожалению, не помогло...

Вспомнил тут одну похожую проблемку, с которой сталкивался года два назад. Симптомы были один в один те же, что и сейчас: после входа в систему регистрация сразу слетала. Тогда дело было вот в чем: на компе была неправильно установлена дата (на клиенте была на 1 год больше чем на сервере) время жизни куки, которую ставт сайт, памому, было 24 часа. Получалось что сайт ставит куку, например, от 14.12.2006 20:48, браузер думает что кука слишком старая, так как он считает что сегодя 14.12.2007 и не отдает куку серверу. После установки правильной даты на клиенте проблема решилась...

Как я уже говорил выше: симптомы очень похожи на то, что происходит сечас, но вот в этом дело или нет сложно сказать... По крайней мере у меня сейчас и клиентом и сервером являются одна и та же машина, так что такой проблемы, по идее, быть не должно...

У меня такое было в лисе. Помог хак от Натали, за что ей большое спс (хотя канешна лучше бы обойтись без хаков).

Имеешь ввиду закомментировать строчку "session_regenerate_id();" в user.module? Пробовал, не помогло.

Вот на какую интересную особенность обратил внимание! При высылке пароля на мыло, с сайта на котором логин идет без проблем, а затем при переходе по ссылке из письма выдается сообщение:

This is a one-time login for Ромка and will expire on пт, 2006-12-15 20:58

При тех же действиях на сайте, на котором не удается залогиниться выдается сообщение:

This is a one-time login for Ромка and will expire on Fri, 12/15/2006 - 17:59

То есть: а) разные форматы даты; б) на "глючном" сайте неверно указано время. Сейчас буду копать в эту сторону, разгадка видимо близко

Эх, Need For Speed: Carbon все-таки зло... Поставил ее себе вчера вечером и рубился до двух часов ночи, потом спал до часу дня и потом опять рубился в энфээску до одиннадцати вечера, пока всю не прошел... шикарная игрушка...

Но зато благодаря этой игрухе отвлекся от всех проблем, а потом за 5 минут нашел их решение.

Вот что мне помогло исправить ошибку с авторизацией: http://drupal.org/node/92802 , то есть в index.php после строки

drupal_page_footer();

добавил строчку:

session_write_close();

Если я все правильно понял, то такая проблема возникает только в php 5.2, раньше у меня была версия постарше, по этому все работало ок, сейчас на новом компе поставил последнюю версию php и столкнулся с описанным глюком...