I'm hoping others have either run into this or have suggestions. We have Sharepoint setup as our Intranet with login access through the domain. When some users are prompted to change their passwords after 90 days, they can no longer access Sharepoint. It's as if IE or Sharepoint hold on to the old password and don't recognize the new one. I have tried various ways of clearing the cache in IE and even set the intranet to prompt for username and password but it doesn't. Any thoughts?
Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations Chriss Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
Can't access Sharepoint after password change
- Thread starter Sman12
- Start date
Thomas2000
Technical User
Hello,
I've never had this problem with password changes for our users. Only thing I have noticed is the "common" thing where users have saved their passwords and marked the checkbox to remeber the password in IE.
But then users would be prompted since the password would not match, but after putting in the correct they are logged in properly.
If you set IE to prompt for username and password, you say that does not work? Your users never get the login prompt? You have your site added to the Local Intranet or Trusted Zone in IE?
Are you using SharePoint Portal Server or just Windows SharePoint Services?
Cheers,
Thomas
I've never had this problem with password changes for our users. Only thing I have noticed is the "common" thing where users have saved their passwords and marked the checkbox to remeber the password in IE.
But then users would be prompted since the password would not match, but after putting in the correct they are logged in properly.
If you set IE to prompt for username and password, you say that does not work? Your users never get the login prompt? You have your site added to the Local Intranet or Trusted Zone in IE?
Are you using SharePoint Portal Server or just Windows SharePoint Services?
Cheers,
Thomas
- Thread starter
- #3
Thanks for the reply. We're using Portal Server 2003. and yes, even with the prompting selected, the user never gets prompted, just a page not found error.
These are users that had been able to access Sharepoint fine. The only solution so far has been to reset their password to what it was prior to them changing it. When you do that, they are immediately able to access the intranet/Sharepoint again.
These are users that had been able to access Sharepoint fine. The only solution so far has been to reset their password to what it was prior to them changing it. When you do that, they are immediately able to access the intranet/Sharepoint again.
Thomas2000
Technical User
That sounds strange. It does sounds like the password is cached somewhere. What you could try is to do an import of the user profiles from Active Directory (it should not be necesary but you never know). I did some testing in our Portal environment, changing passwords for several test accounts that we have and it worked straight away.
Just to double check, you have changed the IE settings under user authentication logon and set it to prompt for username and password in the same security zone as the user(s) has added your portal webaddress to?
The password change, is it done when the user is logon to their machine and not through the sharepoint interface via a webpart?
Also another thing to check is that when a user has changed password, is it only in SharePoint they have access problems, not to any other network resources on your network?
Cheers,
Thomas
Just to double check, you have changed the IE settings under user authentication logon and set it to prompt for username and password in the same security zone as the user(s) has added your portal webaddress to?
The password change, is it done when the user is logon to their machine and not through the sharepoint interface via a webpart?
Also another thing to check is that when a user has changed password, is it only in SharePoint they have access problems, not to any other network resources on your network?
Cheers,
Thomas
- Thread starter
- #5
Just to double check, you have changed the IE settings under user authentication logon and set it to prompt for username and password in the same security zone as the user(s) has added your portal webaddress to?"
That is correct
"The password change, is it done when the user is logon to their machine and not through the sharepoint interface via a webpart?"
The password is changed when they attempt to login to the domain and are prompted that their password will expire in "X" days.
Also, to date, no one has had issues accessing anything else. Once the password is changed, they are able to access everything they normally do except the Sharepoint portal.
I try not to approach problems with blinders on because many things can contribute to a problem, but I definitely feel like this is a caching problem. Researching this online I have yet to find anyone else with the same problem and it doesn't happen to everyone here or even the majority, just a small number of people.
To add one more thing to this, those users that can't access Sharepoint are able to if they use Mozilla Firefox. I tried it and it doesn't have the same functionality as IE 6, but they get in without a problem. Maybe reinstall IE 6?
That is correct
"The password change, is it done when the user is logon to their machine and not through the sharepoint interface via a webpart?"
The password is changed when they attempt to login to the domain and are prompted that their password will expire in "X" days.
Also, to date, no one has had issues accessing anything else. Once the password is changed, they are able to access everything they normally do except the Sharepoint portal.
I try not to approach problems with blinders on because many things can contribute to a problem, but I definitely feel like this is a caching problem. Researching this online I have yet to find anyone else with the same problem and it doesn't happen to everyone here or even the majority, just a small number of people.
To add one more thing to this, those users that can't access Sharepoint are able to if they use Mozilla Firefox. I tried it and it doesn't have the same functionality as IE 6, but they get in without a problem. Maybe reinstall IE 6?
Thomas2000
Technical User
Well if it works to access the portal through FireFox the problem is definately located in IE. Although FireFox is not a supported browser for SharePoint so there are a lot of functionalities that does not work.
Have you made sure that the save username and passswords cache in IE is emptied aswell?
Does this happen to all usrs that changes the password or was it just a small group of them? If that is the case have you compared the IE settings?
Cheers,
Thomas
Have you made sure that the save username and passswords cache in IE is emptied aswell?
Does this happen to all usrs that changes the password or was it just a small group of them? If that is the case have you compared the IE settings?
Cheers,
Thomas
- Thread starter
- #7
Thanks again for the help. All the PC's here are imaged so the settings start off the same. That being said I have checked a number of the settings and unless I missed something, everything matches up to what it should be. Caches have been cleared as well.
It definitely isn't everyone. It's a small minority experiencing the problem. But it is more than one or two people, maybe 10-12.
It definitely isn't everyone. It's a small minority experiencing the problem. But it is more than one or two people, maybe 10-12.
I have had the same thing happen here with 2 users, doesnt matter what I've done with IE, rebooting, flushing DNS, clearing and turning off autocomplete nothing works.
Both users have been on XP SP2 which I dont think is a coincedence because about 75% of users are on Win2k.
I was able to resolve by getting the users to Ctrl+Alt+del and change their passwords. Makes me wonder if it something to do with when the password is changed?? Maybe it needs to be done before it expires or something. Who knows. I'm sure its a bug MS know about but pretend it doesnt happen until they actually have a patch or SP to fix it.
Hope it helps you or someone at MS read this.
Cheers
Both users have been on XP SP2 which I dont think is a coincedence because about 75% of users are on Win2k.
I was able to resolve by getting the users to Ctrl+Alt+del and change their passwords. Makes me wonder if it something to do with when the password is changed?? Maybe it needs to be done before it expires or something. Who knows. I'm sure its a bug MS know about but pretend it doesnt happen until they actually have a patch or SP to fix it.
Hope it helps you or someone at MS read this.
Cheers
Thomas2000
Technical User
Since it works when accessing the site through Firefox it does sound like an IE problem (or I should say it is a Microsoft problem 
). I have never noticed any problems with XP SP2, we have around 7000 users using Win XP SP2 and SharePoint, and none has reported any problems. Our users have to change their password every three months.
It would be very interesting when you solve the problem, to know what it was.
Have you tried on a users machine that has these problems, to create a test user in your domain, add it to sharepoint, then access sharepoint with this account. Then set the attribute so the password needs to be changed on the next logon, log off then log back on, change the password when prompted and see if you can login to sharepoint after that.
Cheers,
Thomas
). I have never noticed any problems with XP SP2, we have around 7000 users using Win XP SP2 and SharePoint, and none has reported any problems. Our users have to change their password every three months.It would be very interesting when you solve the problem, to know what it was.
Have you tried on a users machine that has these problems, to create a test user in your domain, add it to sharepoint, then access sharepoint with this account. Then set the attribute so the password needs to be changed on the next logon, log off then log back on, change the password when prompted and see if you can login to sharepoint after that.
Cheers,
Thomas
Yeh, the firefox part has thrown me as well?
The only thing that comes to mind, and I make no claims to know anything about IE's API is that XP or AD isnt doing something it needs to in order to let IE know that the password has changed?
I can only wonder if the functions are different that are called in XP when a password is changed through pressing Ctrl+Alt+Del as compared to having a pw expire and being forced to change it.
The other thing of note is that both my users passwords could potentially have been expired a longer than normal period of time as both had just returned from annual leave to find their pws had expired. Maybe a flag is set somewhere in AD when it expires but eventually it dissappears??
Strange Days, I personally am not too phased by it as we do have a work around but it would be nice to know.
I think we will need someone with an understanding of the Windows, IE and AD APIs to get to the bottom of this one. I never upskilled from VB6 so that counts me out.
Both Machines were also HP, dont know if that matters but I have had some issues in the past with Sharepoint and the jscript.dll file on some HP laptops which I found out only affected HP Laptops.
I'd be interested to here from Sman12 if any of my users details coincide with his/her affected users.
I'll give yor idea a go tomorrow Thomas with a test user. (dont have a test domain)
Enjoy
- Thread starter
- #11
In most cases but not all, the user allowed their password to expire before resetting it. A few have stated they changed it right away and didn't allow it to expire.
All users are running HP desktops using XP SP2.
ouzojd, have you ever had one of those users try Firefox? Curious if it would work for them or if they can't use anything.
I'll try having the user change their own password to see if that helps. As I might have mentioned, using changing the users password back to the previous one has worked, but I had a case this week where it didn't. I think they forgot what it was because they weren't 100% sure though.
All users are running HP desktops using XP SP2.
ouzojd, have you ever had one of those users try Firefox? Curious if it would work for them or if they can't use anything.
I'll try having the user change their own password to see if that helps. As I might have mentioned, using changing the users password back to the previous one has worked, but I had a case this week where it didn't. I think they forgot what it was because they weren't 100% sure though.
- Thread starter
- #12
No, I havent tried Firefox on the users PCs, but if I can get it to happen again I will try it.
Only thing I'm hearing that is the same is HP.
The users are both running HPd530's which are about year and a half old.
Do you have other non HP machines, and if so has it happened on any of them?
Like I said earlier I have had issues with Sharepoint and HP laptops with the jscript.dll before. Basically if a user opened our default.aspx page it IE would close. Research said it was only a HP thing, I wonder if this is something similar.
Only thing I'm hearing that is the same is HP.
The users are both running HPd530's which are about year and a half old.
Do you have other non HP machines, and if so has it happened on any of them?
Like I said earlier I have had issues with Sharepoint and HP laptops with the jscript.dll before. Basically if a user opened our default.aspx page it IE would close. Research said it was only a HP thing, I wonder if this is something similar.
Just had a thought, the laptop issue was caused by HP Credential Manager, I'm wondering if there is something built into the HP Desktops build that is similar. I had a quick look at the services running but couldnt see anything obvious, I'll keep looking.
Found something worth having a look at, I cant really try it because its not happening to any of my users at the moment.
Beowulf005
Technical User
- Apr 5, 2005
- 640
Something else you could try to see what happens. On the server change the password for the user back to the password that worked and see if you get access. Then you would definitly know that its using a cached password.
Just a thought
When frustrated remember, in the computer world there is almost always a backdoor.
Just a thought
When frustrated remember, in the computer world there is almost always a backdoor.
- Status
Similar threads
- Locked
- Question