How to save your SharePoint password in Windows

A poster asked me a wonderful question: “How do I get Access [linked to SharePoint] to remember my login credentials so I don’t have to login everytime?” The answer to the question isn’t simple as it should be and hence, I felt an article on the subject would be helpful for those who want to automate logging.

MS Access Consulting

For people who have an account with Office365, remembering the account password is quite straightforward. Office365 has their own custom security and thus we get a different login form when we open an Access database that depends on Office365 (whether as a published web database or containing linked tables to lists on the site):

As you can see on the screenshot, you can simply check the checkboxes, “Remember Me” and “Keep me signed in” if you don’t want to get prompted for password again. Simple!

Great! But I’m not on Office365…

When you’re using a SharePoint server that is maybe hosted somewhere else or on your network, and SharePoint is using its default setting, you’ll see a login like this:

(on Windows XP)

(on Windows 7)

The important thing to note here is that it’s not an Access thing. Access is basically calling Internet Explorer to authenticate for you. So it’s the Internet Explorer setting what we want to work with, and hence why you wouldn’t find anything to do with managing authentication within Access.

“Remember Me” doesn’t mean what it says

A more accurate statement would be probably “Remember Me, if you’re allowed to”. People are understandably frustrated when they check the box then next time they still get challenged. What’s going on? Well, in name of security, Internet Explorer may not be permitted to save the password unless you make some changes to the settings. By default, it tries to automatically authenicate for Intranet, which isn’t appropriate in this case. Therefore you need to change it so that it uses username/password. To do this, we start with….

Start Menu -> Control Panel -> Internet Options:

On the dialog, select Trusted sites zone, then click the Sites button

On the dialog, clear the checkbox for “Require server verification…” and then enter the host name of your SharePoint server. You don’t need to enter the full address of where your Access application is published to or linked to, just the base address. So if your Access application has a SharePoint list linked to http://mySharePoint.local/sites/MySite, then you would just enter “mySharePoint.local”

Click “Close” to return to Internet Properties dialog, then click Custom Level.

Scroll all way to the bottom then select “Authenicate with current username and password”

Once you’re set the radio button, click OK, then OK again on Internet Properties dialog to close both dialogs and save the changes. Back on Control Panel, we go to User Account.

Note: From this point on, the steps diverge between Windows XP and Windows 7 — for those on Windows 7 scroll down further to see the steps for Windows 7.

On the Advanced tab, click Manage Passwords

Click the “Add” button.

On this page, enter the same server host name that you entered for sites dialog previously, then the username and password you use to log in to your SharePoint host.

Click OK, then Close, then OK. You’re done with establishing the identity. You can now go to your Access application, login in then check the “Remember Me” this time and you won’t be challenged next time you run your Access application.

For Windows 7 users

As mentioned the last part of saving passwords diverge when you get into User Accounts. In User Accounts, you would select Manage Credentials.

On Credential Manager, select “Add Generic Credentials”

You would then enter the same hostname of your SharePoint server that you entered in Sites for Trusted Sites and your username/password you use to log in.

At this point, you can now run your Access Application, log in and check the “Remember Me” and it’ll actually remember next time you run your Access application.


The steps I have outlined here are essentially the same steps that one would take to remember the login for any other SharePoint function. If you have your SharePoint server hosted somewhere other than Office365, they will likely have specific instructions that may differ slightly in allowing you to use the “Remember Me” functionality. Thus, it may be good idea to consult with them first. Searching using “Remember Me SharePoint Internet Explorer” keywords usually will yield good results.

Furthermore, if you google a bit on the subject, you’ll find different methodologies. Some may recommend using Intranet zone instead of Trusted Sites zone in the Internet properties – there is indeed a subtle difference in behaviors between those two zones, so if you find that the above instructions does not work for you, give Intranet zone a try. This appears to be a version-specific issue for the Internet Explorer as well.

Can I use VBA to automate this?

This isn’t a final pronunciation but my guts says “No” on this subject. As mentioned, this is an Internet Explorer thing and Access needs to get the token after authentication, so while I believe there may be APIs that could allow you to simulate logging in, you’d be faced with problem of feeding that token to Access. One could argue this is a good thing since it makes it less likely that you’ll be hijacked and logged into someone else’s site. After all, saving passwords are big security issues (e.g. it may mean someone could just waltz in, sit in any one of the workstation and they have access to the data). You could use the information above to at least get your users set-up at the installation time, so it’ll be an one time thing.

If the article has helped or didn’t work, by all means, let us know in comments below!


About the Author:


  1. bob alston July 30, 2017 at 1:15 am - Reply

    Will this technique allow me to store login credenti9als for use by Access ONLY, credentials that cannot be used by the user in a browser to acess the same Sharepoint site?

    I want to ensure that the user can only access the sharepoint site used for lists, connected to an Access front end, using the Access front end.

  2. VK January 8, 2016 at 2:08 pm - Reply

    Does this apply to Sharepoint document library mapped as Network drive? As we have to login to SharePoint portal through IE to access files using Network drive. Is there a way to overcome IE login?

  3. Aleksey April 8, 2015 at 12:18 am - Reply

    Thanx, helped! Even through the years! =)

  4. Ray May 31, 2014 at 4:31 am - Reply

    If you are using IE 10, enable Windows compatibility view for your SharePoint site. It should begin remembering your credentials on your next visit…

  5. Ben O'Loghlin October 9, 2013 at 7:46 am - Reply

    Thanks Ben, your instructions were concise and accurate and they fixed the problem I was having.

    • Ben Clothier October 9, 2013 at 9:08 pm - Reply

      Ben, glad it worked out for you!

  6. SPAdam July 30, 2013 at 3:46 pm - Reply

    Its a known issue and there could be multiple causes for SharePoint Keeps Asking for Password Everytime. Try adding your site to “Trusted Sites” list in Internet Explorer as the first step.

    Find other possible workaround to fix this issue at:

  7. Osmita Mitra June 28, 2013 at 4:51 pm - Reply

    Thanks for this useful post.
    I have some queries on it.
    The above described method is to save Sharepoint password in the login prompt which appears when user wants to connect to an access table linked with SharePoint.
    But in our project, we need to automate the opening of the linked access table by windows scheduler and by VBA macro, the data needs to be inserted in the linked access table .But this login prompt is resisting to enter any data automatically in the linked access table.
    My query is how to stop getting this login prompt or how to pass this SharePoint credential by VBA code while opening the linked access table.

    • Osmita Mitra June 28, 2013 at 4:58 pm - Reply

      Just to add to the above post of mine,I am using Access 2010 linked with SharePoint 2010 list.

  8. Stephanie June 6, 2013 at 4:52 pm - Reply

    Thanks for finally talking about > How to save your SharePoint password in Windows | accessexperts.
    com < Liked it!

  9. Florence May 24, 2013 at 9:00 am - Reply

    magnificent issues altogether, you simply won a new reader.
    What would you suggest about your publish that you just made some days
    ago? Any certain?

  10. cybersex May 24, 2013 at 7:44 am - Reply

    Thanks for sharing your thoughts about sharepoint password.

  11. free sexcam May 23, 2013 at 12:40 pm - Reply

    WOW just what I was searching for. Came here by searching
    for sharepoint password

  12. web to web cam May 23, 2013 at 12:09 pm - Reply

    hello there and thank you for your information – I have definitely picked up anything new from right here.
    I did however expertise several technical points
    using this website, since I experienced to reload the website a lot of times previous to I
    could get it to load correctly. I had been wondering if
    your web hosting is OK? Not that I am complaining, but slow loading instances times will often affect your placement in google and can
    damage your high-quality score if ads and marketing with Adwords.
    Well I am adding this RSS to my e-mail and could look out for a lot more of
    your respective fascinating content. Make sure you update this
    again soon.

  13. live sexs chat May 23, 2013 at 12:02 pm - Reply

    This is a really good tip especially to those fresh to the blogosphere.
    Short but very accurate information… Thanks for sharing this
    one. A must read article!

  14. Marc May 3, 2013 at 12:48 am - Reply

    This worked for me!

  15. Is February 22, 2013 at 8:45 pm - Reply

    I found this post looking for a way to automate mapping to a SharePoint library in VBA.

    In my experience, your last comment is correct… Unless Internet Explorer is logged in, Access cannot access the SharePoint resource, even with the “generic credential” setup. This is because of forms authentication.

    If IE is logged in to the site, the VBA mapping works fine.

    On the other hand, if you have a server with challenge response authentication turned on, you can map a drive as normal and it works just fine.

    • Ben Clothier February 25, 2013 at 8:24 pm - Reply

      Thank you, ls, for sharing!

      I wonder if in your situation, it may make more sense to use something like WebBrowser control and have it land on a good landing page within your SP site so that it can get authenticated then you could hide the form for the session’s duration? Would that then preserve the authentication?

  16. qvforum October 11, 2012 at 5:14 pm - Reply

    I am trying to achieve the same but still manged to do it. In my case I trying to access the secured sharepoint list(from sharepoint website(aspx page)). But whenever I am trying to access the link it is everytime asking for the user it and password. I couldn’t execute the above the steps as I am not the authorized person to do it.Could you please help me on how to access the sharepoint link without it asks for the userid and password evertime we try to access it. It it little urgent, hope someone can help me out for the same.

    • Ben Clothier October 13, 2012 at 4:32 am - Reply

      qvforum –

      We certainly can provide help with identifying the solution that works for your cirumcstances. Please give us a call 773.809.5456 or email to make arrangements.

      Thank you!

  17. Lee September 6, 2012 at 7:30 pm - Reply

    Ben, I have unchecked the box for Require server verification (https:), yet I am unable to add the website. Do you have any insight to this problem?

    • Ben Clothier September 7, 2012 at 3:22 am - Reply

      What happens when you try to add the website – do you get an error message?

  18. Neil September 2, 2012 at 4:11 am - Reply

    Thanks for the helpful article, Ben! I’m using Office 365 with Access 2010, using an automated process that opens Access, uploads data to SharePoint lists, and then closes Access, every 5 minutes. The Access database seems to stay logged in. Every once in a while, though, we get a prompt for login. Do you think adding the Trusted Site steps would help with that, if the password is stored?

    Also, I’m implementing a second process as part of the automated routine, which uploads documents to the SharePoint library. My plan is to use Net Use with user name and password as parameters to map the library site as a mapped drive, and then copy the files from within Access. Do you know of a way to enable login for copying to a library without having to use Net Use each time?



    • Ben Clothier September 7, 2012 at 3:26 am - Reply

      To be honest, I’ve not tested this in context of automation and with different user profiles. It sounds like it should work but the concern is that because it’s Access managing the connections there is no programmatic access to the said connection and therefore manipulate accordingly. Access is designed to be interactive so we can’t rely on it to work well in an unattended service context. If it is forced to show a UI dialog, then everything will stop and wait until someone clears that UI dialog.

      With SharePoint library and using it as a mapped drive, I do think you have more control over than if you were using Access because you can specify different user credential during the mapping of user. If this is at all feasible, look into using PowerShell, which has SharePoint module that may be useful for you to leverage.

  19. QlikView August 30, 2012 at 7:19 pm - Reply


    I think due to some security reasons custom level is disabled in my server machine. So unfortunately I couldn’t proceed further with the solution that you have provided.

    So I request you let me know is there is anyway to overcome this problem? As I am struggling to overcome from this issue.

    If you know some solution please share the same ASAP.


    • Ben Clothier August 30, 2012 at 8:19 pm - Reply

      If you do not have privilege to change your machine’s security setting, then this may be managed by your IT department. I would suggest that you contact your IT department and refer them to this solution so that they can set it up for your machine (and your other users as well).

      Does that help, QlikView?

  20. Fred February 26, 2012 at 7:41 am - Reply

    Dear Mr. Clothier:

    I have been struggling to find an answer to a problem I am having with Access/Office365 Sharepoint. Questions posted on forums have gone unanswered – I wonder if you can help:

    I am an amateur Access developer. I want to use Access and store my data in linked lists on my Office365 Sharepoint site. I have signed up for a trial Office365 account. I have, without much trouble, created test Access applications which use Sharepoint linked lists. And they worked. But…

    They only seem to work if I am (or have recently) logged onto/into my Office365 Sharepoint account. If I try to just use the Access app, it throws error messages about not finding the data, not being able to link to the site, etc. Also, I am not presented with a login screen.

    One partial answer on a Sharepoint forum suggests the following:

    “When connecting to SharePoint from anything, it uses a SAML token; this token will close after a set amount of time unless there is activity within SharePoint itself. I can’t remember exactly how long the token lasts for sure I believe it is around 8 hrs.” Unfortunately, this means little to me, and he seems to have dropped the thread.

    It seems quite self-evident to me that if I want to create an Access application that uses a linked Sharepoint list, the application should be able to open, run, and link to the list automatically. But this doesn’t seem to work? I’d love some clear descriptions of how/why this isn’t working and how I can make it work.

    I wonder if you can suggest a link or resource?

    (running Office365 with Access 2003/2007 and IE8)

    • Ben Clothier March 9, 2012 at 2:17 am - Reply

      This does sounds odd and not expected of Office365 since as pointed out, it’s very simple to get set up with Office365. It’s very possible that it could be due to running older version of Access, something I’ve not explicitly tested myself (only used 2010 with Office365).

      I believe that because you paid for Office365, you should be able to get support from Microsoft for this issue. Try and post an issue in their community forums and see if they can resolve this issue.

      • Anonymous March 17, 2012 at 9:18 pm - Reply

        Dear Mr. Clothier:

        Thanks for your help! I’ve been investigating this further, and in my testing, if one waits long enough, (i.e. overnight, or more than 8 hours), you will be automatically logged out of your Office365 account, even if “Keep me signed in” is checked.

        If I could trouble you with one more question? At the beginning of your article you seem to suggest that a login screen will open up from within an Access application. Specifically this sentence: “…and thus we get a different login form when we open an Access database that depends on Office365…”.

        1. Am I interpreting this sentence correctly?
        2. If so, I don’t see this behaviour with Access 2007, and don’t own Access 2010 – is it possible this is a functionality available only in Access 2010?

        I appreciate your help! Thanks!

        • Ben Clothier March 19, 2012 at 6:24 pm - Reply

          Thank you for the excellent questions!

          #1) Correct, at least in all O365 setup I’ve seen, a custom login form was used.
          #2) I have to confess that I’ve not tried this with Access 2007, since all of O365 I’ve worked with used Access 2010.

          Here’s a thought – suppose you download the free Access 2010 runtime and run your application using that runtime — do you get that custom login form?

  21. Gronkey Kong February 1, 2012 at 12:46 am - Reply

    Ben, this is good stuff! Thanks for posting these details. I’m hard pressed to find much detail on the topic of integrating SharePoint 2010 and Access 2010. But maybe the reason my googling of this particular issue did not return much results is the idea you present in this article that this is an IE thing and not Access or even SharePoint issue. Makes sense, I think (as much as it can to a non-networking guy).

    The Local Intranet option is the only option I could get to work as following the Trusted Sites options produced the following error at the User Accounts –> Manage Passwords –> Add step: “Windows cannot save the logon information. Make sure the information is correct and that all required fields are completed.”

    Currently I run kick off Access 2010 macros (because they are exposed the the command prompt) that contain procedure calls (VBA) that perform ETL processes on SharePoint 2010 Lists. Eventually we will be given some Office 2010 server space to host these “ETL” jobs. So its crucial we avoid getting prompted even the first time which your Local Intranet instructions seemed to solve. But also the Local Intranet option remains more attractive to me as I am not sure what rights or how flexible the server team will be in following the Trusted Sites option.

    Obviously we’ll have to give the machine access/privileges to the the SharePoint site as well, but please do respond with any details, warnings, lessons learned, etc.


    • Ben Clothier February 1, 2012 at 1:00 am - Reply


      I’m glad to hear you got it working using the Intranet site. I’m going to climb out on the limb and guess that your SharePoint was in the same domain and therefore you could use your Windows login to authenticate yourself so the extra step of saving user id/ password would be possibly unnecessary. As I told Jack, my steps were based on a SharePoint in a different domain (e.g. you’re trying to reach it from your home rather than from your office) so you may actually find the extra steps appropriate for external access but unnecessary for internal use. Thanks for pointing it out.

      Generally, I’m inclined to say that as long the server is in the same domain, Intranet is likely more appropriate than Trusted Sites. The only consideration you have to give is if you’re using a laptop which may be in and out the domain and therefore may need to work in both contexts or have your VPN configured to handle the authentication correctly. (in one workplace I worked, we had to tweak a DNS setting on the VPN to suffix a certain ending so that the VPN would be able to correctly forward requests for internal sites not available externally.)

      Thanks for sharing, Gronkey. Much obliged!

      Also, if you (or anyone else) wants, feel free to leave behind what other questions you may have about SharePoint/Access integration and I may try to provide additional information.

  22. Jack February 1, 2012 at 12:02 am - Reply


    why you don’t put the url of the server in the intranet zone? that zone is used by default to send your credentials to a server in your local network. With trusted you need to use password manager, with intranet zone, your logged on credentials are used.


    • Ben Clothier February 1, 2012 at 12:53 am - Reply

      Excellent question!

      The thing is that it depends on what particular set up you have. For example, in my testing, I was using a remote SharePoint server in a different domain and therefore couldn’t have used my Windows login which doesn’t match up with what SharePoint uses. When I used intranet zone, I’d still get prompted for the login and when I move it in Trusted site, it works for me. Then there’s also the fact that SharePoint server can be configured to use different authentication schemes. I’ve already noted in my article toward the end that if you have it hosted, odds are that they already have a specific instruction appropriate for their site and may tell you to use Intranet instead of Trusted zone. At any rate, it’s not a “one size fits all” solution. Hopefully, at least, the article provides enough information for readers to work out the specifics that they need to get the login remembered.

      Thanks again for the thoughtful comment, Jack!

  23. Yasin January 27, 2012 at 10:04 pm - Reply

    Thank you very much for showing a way to solve this indeed annoying issue. I just wanted to add that your method also works in another scenario:
    We run Access Frontend Applications via RemoteApp (a great new feature coming with Win Server 2008) and the only thing that prevented these Apps to work just like a locally installed software was this repetitive password input…

    • Ben Clothier January 27, 2012 at 10:08 pm - Reply

      That’s awesome to know about. Thanks for sharing, Yasin!

Leave A Comment


Contact Us
close slider
  • This field is for validation purposes and should be left unchanged.