Joining in to say I’m experiencing this problem also. It’s been suggested elsewhere that the cause could be that IE refuses cookies from sites using non-RFC compliant hostnames. but by hostname is RFC-compliant, so this is not the cause for me. Does anyone have any other ideas? I’m surprised a problem as big as this one has existed for so long.
Clear your cache and cookies…. see if that helps.
Tg
hmmm.. no luck. I tried that first. I wonder if the problem could be the way I set up the dns…. see this thread for the discussion:
http://wordpress.org/support/topic.php?id=5995
As I mentioned in the other thread…
IE doesn’t have any idea about your cloaked DNS. Your web server simply sends HTML to your browser. Everything else is done on the server end.
got the same problem. I can access from my PC, but I cannot access from other pcs, neither admin nor any user.
tryed explorer and mozilla, no way.
I got an IIS server.
I can log in as a user but NOT as admin. I get the results already mentioned from both Firefox and Exploder locally and remotely. Running IIS on 2000 Server.
Your IIS problem seems different than the rest – others are reporting this problem in IE only, yours is across multiple browsers.
BUT I HAVE A FIX FOR THE REDIRECT ISSUE IN IE!!!!!!
I set my security to LOW (which forces acceptance of ‘third-party’ cookies)
I reset my WordPress password from my main ‘parent’ URL (http://thedixons.net/damnablog)
logged in and out from parent URL
Logged in from redirect URL (http://damnablog.com)
Logged out and back in from redirect URL (http://damnablog.com) just to be sure….
Success!
I have no idea if all of those steps were required, but it works now so I’m not going to complain!
having cleared both cookies and cache in ie + firefox (running on xp), accepting all cookies in both browsers i still can’t log in as admin, though i can login as a “normal” user.
i only ran into this today, everything was fine yesterday. but then again i already had been loged in as admin for 2-3 days (since first installing wordpress).
my solution (to my problem, see above): changed the admin passwd directly in the user table in the database (i copied and pasted one of the crypted user passwd i had generated a few hours ago). note: leaving the passwd field empty in the database did not (and probably should not) work.