Getting Prompt for Credentials When Opening InfoPath 2010 Form in Sharepoint 2010

I have a domain user who runs Office 2010 x32 and uses a Sharepoint 2010 site daily. Lately a specific page on that site has been randomly giving prompts for credentials when opening existing documents and creating new ones. The process can be most easily
replicated by opening the new document template in Infopath by going to Documents -> New in the ribbon bar of the SP page. Most of the time the Windows credentials for the user are passed to Infopath/Sharepoint automatically (which is normal), but on the
fourth or fifth attempt to create a new form, the prompt appears. The user can still enter the credentials and open the blank template form, but a prompt should not appear. The user is also the administrator for that page, so I'm thinking it's not a permissions
issue.
The user is running IE 9 on Windows 7 Pro x64. I have performed the following:
Reset advanced IE settings and all user cache data
Cleared cached Sharepoint credentials in Windows credential manager
Re-applied group policy for the machine using gpupdate /force
Logged in with a clean temporary profile
Logged in to another domain account using the user's Sharepoint credentials
Cleared Infopath cache
Re-installed Office 2010 x32
The problem only occurs only on this particular machine. There are no Sharepoint or authentication-related errors or warnings in the application and system event logs. There are also no error messages on-screen when the prompt appears. I also considered
the possibility of this being a performance related issue in the case that maybe Infopath was taking too long to start, causing the credential pass-through process to time out and fall back to a prompt. I ran disk cleanup, deleted some temporary files, and
checked for excessive CPU/memory load. I didn't find any issues and doing these things did not help.
I'm convinced there is another setting somewhere in Windows that is causing this. Interestingly it always happens after four or five attempts, never the first time. Can someone point me in the right direction?

Hi Titan, this sounds like an IE security setting issue. Things to do:
1. In Internet options>Security>Local Intranet, make sure "Enable Protected Mode" is not selected.
2. Under Sites>Advanced, add https://*.sharepoint.com (and make sure "Require server verification..." is not checked).
3. Under Security>Custom Level, scroll all the way to the bottom and make sure "Automatic logon with current user..." is checked.
cameron rautmann

Similar Messages

Office O365 prompting for credentials when opening files from OneDrive and selecting "Edit in Word"

When logged into my OneDrive IE 9 and select a word or excel file to "Edit in Word" or "Edit in Excel"I get prompted with the following Sign In message.
"Call us overprotective, but we need to verify your account again before opening this document."
When I enter my live ID and password it then asks again for my user ID and then password over and over and I can never open the document to edit in my local copy of Word or Excel 2013.
I have done the basic internet troubleshooting and deleted all my temporary internet files. I have also re-installed MS office 2013 from my O365 account without issue.
Any help on this would be greatly appreciated.
Thanks Much.

Hi,
I've seen this issue on Office 365 Community before, it should be like:
Some users resolved the issue by pressing the Enter key instead of clicking on the Next button, try if this works for you.
You can also try with another Web Browser if you have, if with another browser it works fine, consider to reset the Internet Explorer:
Internet Options -> Advanced -> Reset Internet Explorer Settings -> Reset.
Let me know if you need further assistance.
Regards,
Melon Chen
TechNet Community Support
It's recommended to download and install
Configuration Analyzer Tool (OffCAT), which is developed by Microsoft Support teams. Once the tool is installed, you can run it at any time to scan for hundreds of known issues in Office
programs.

STSNavigate() still prompting for credentials when trying to open a document

Here is my scenario. We have setup a public facing site the utilizes a Web Application that searches a internal SharePoint 2010 site. The web app utilizes the SharePoint QueryService to search the site. We provide credentials to the service as the SharePoint
site is not an anonymous site (although if the QueryService worked with the site being anonymous that would satisfy our requirements). The Web server allows anonymous access to the web app through IIS. I have found that utilizing the STSNavigate() function
SUPPOSED to allow the document to be downloaded or opened without prompting for credentials. I modified my search results link to include the function on click and low and behold it still prompts for credentials the same way it would if the url just had the
link to the file. I am on a time clock here and I am running to the end of my rope. Any suggestions?

Hi,
According to your post, my understanding is that STSNavigate() still prompt for credentials when trying to open a document.
Per my knowledge, if you try to open an Office file directly from a remote place, Office wants to know who the hell you are. If the server responses with the
Microsoft Office Protocol Discovery or a
FrontPage Protocol or a
WebDav Protocol
Then it ask you for credentials.
As a workaround, I recommend to “init.js” located in \Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS\1033 folder.
You need to add this it:
STSNavigate(ctx.HttpRoot + "/_layouts/download.aspx?SourceUrl=" + o);return false;
For more information, you can refer to:
SharePoint login prompt when accessing files in a Document Library Solution
Best Regards,
Linda Li
Linda Li
TechNet Community Support

Outlook prompts for credentials when left open for multiple days

Hi,
We have a system setup with Outlook 2010 on it (connected to Exchange Online) and a 3rd party piece of software that interacts with it to send and process incoming messages. This system remains up and running with no user interaction indefinitely.
The problem we're having is that after about a week or so, Outlook stops processing emails and prompts for credentials. Outlook has been set to remember the password (and it's not an issue of the password being expired). Is there a setting to stop
this (I'm assuming it's Exchange that's the culprit)?

First of all exchange online is not the culprit in this case. Can you check what method you're using to authenticate the user? ADFS? DirSync with Password Sync or cloud identitiy? Once checked please make sure that the time interval setup for login prompt
once the user account is inactive is setup unlimited for this user. Thanks.
Kindly Mark this as answer if found helpful. Thanks.
Regards, Riaz Javed Butt | Consultant Microsoft | mstechtalk.com

Prompted for credentials when running the Recovery Audit Report on MBAM Help Desk web portal

I am prompted for my credentials when I try to run the Recovery Audit Report on MBAM Help Desk web portal. I am a member of the MBAM Read Only Reports group which I specified during the web portal configuration wizard. I would like to suppress
the prompt for credentials.

Add the URL to the Local Intranet sites did not work. The Help desk web portal is on port 8088 and it does not allow you to specify the port when you add the URL to the Local Intranet sites. I am able to access the Reports page from the
Help Desk web portal when I open a browser on the IIS server, but the Reports page does not open without a prompt when I open a browser on a client. Strange.

Outlook clients get prompt for credentials

I have get the following strange problem that when the Exchange server restart and get back on-line my outlook clients all get prompt to enter their credentials. If they open and close Outlook it works until there is a lost in communication between Outlook
and Exchange. Everything work until a week or two ago and suddenly it just start to happen. All I did was to reset a few users passwords, but that was not a issue at that time and now sudden it seems to get worsted.
We run Exchange Server 2013 CU5 on Windows 2012 everything patched with Windows 7 Professional Clients either Outlook 2010 or Outlook 2013 everything patched.
Any advice?
Thanks.

Hi,
Based on my experience, the credential issue has many reasons: improper authentication method, access public folder, connectivity issue, performance and so on.
Thus, to narrow down the cause, I'd like to confirm the following inforamtion before we can go further:
1. Does the issue happens on all your clients? randomly or regularly?
2. Check the connection status when the credential appears.
3. Check the authentication method of Outlook Anywhere: get-outlookanywhere |fl *auth*
Thanks,
Angela Shi
TechNet Community Support

Outlook 2007 Clients Prompt For Password When Opening

I am running Exchange 2007 Standard. New outlook 07 clients prompt for password each time it is opened. Older clients do not prompt for password. Is there any way for outlook 07 to not prompt for password? Users already logged into domain, should their credentials not be recognized automatically like with outlook 03?

This fixed it for me.
http://social.technet.microsoft.com/Forums/en-US/exchangesvrgeneral/thread/383d130e-869f-4fce-9502-8b340904b0ba/#636c5a5e-c61f-414b-8e85-562c888b83cc
Quote:
Same problem here after restarting SBS 2008 for upgrades (annoying login box popping up after starting Outlook and also other times).
This solved the problem for me:
IIS Mgr on SBS 2008 / - / SBS Web Applications /
- SSL Settings / Client certificates - Stop / Start web server after changing settings:
Autodiscover: Ignore
EWS: Ignore
OAB: Accept *)
owa: Accept *)
Rpc: Accept *)
RpcWithCert: Accept *)
*) All these have to be Accept to get rid of login box
Best regards
Bjorn
I was having the same issue. SBS2008, Exchange 2007. Only being prompted in Outlook 2007 clients. Tried a lot of different things to fix it, but none worked. This started happening after a round of security updates but I could not find KB2412171 on the list.

Prompted for password when opening icloud mail

Hi,
I downloaded Mavericks a week or so ago and everything's fine except one glitch:
Whenever I open the Mail app, it prompts me to enter my password before retrieving anything. As soon as I enter my password it connects to iCloud fine. Under Preferences (General account tab) there is a password slot into which the password can be entered. But when I do that, and then save the changes, it doesn't retain the information. When I re-open the Mail app, the same prompt re-appears. When I check Preferences, the password slot is still empty.
I also have a pop account separate from iCloud IMAP, and that works just fine. Like it did under Mountain Lion.
Is there some kind of glitch still? I downloaded today the 11-08-2013 Maverick mail update from the App store, but that didn't solve this particular problem. It appears to be related to GMail accounts only anyway.
Any thoughts on how I can get the Mail app to retain my password info for the iCloud account so that I don't have to keep re-entering it?
Many TIA for any hints!
(P.S: My machine is a 2012 15" RD MacBook Pro)

Thanks to both for your replies.
Eric,
Thanks much for that link and the Apple Token workaround. That did the trick!
Thanks a lot for your help.
Best,
Andre

Outlook prompts for credentials when used over DirectAccess

Hello; I have recently setup a DirectAccess Server for our network. The DirectAccess Server is running Windows Server 2012R2. It all appears to be running just fine. The clients are connecting fine and have access to all of our internal network resources,
including the Exchange Server.
However, when using MS Outlook to connect to the internal Exchange Server, we are seeing a strange behavior. The Outlook client initially connects just fine. It says "CONNECTED TO: Microsoft Exchange" down in the status bar, and the
user's mailbox gets updated just fine. But then, after just a few minutes, MS Outlook will prompt the user for their credentials. If the user enters their credentials, the pop up goes away, but then comes right back after another minute or two.
As far as I can tell, the DirectAccess connection is stable, as the user has uninterrupted access to our other internal resources. I've verified the Outlook's connection to the Exchange is using RPC/TCP.
Can anyone shed some light on to what is going on here and how I may resolve this issue?

Hi,
A simple assumption, would clearing the credentials from Windows Credential Manager work?
1. Launch the Credential Manager (from [Control Panel] and [User Settings])
2. In the Generic Credentials section you’ll see a setting for [MS Outlook]. Click the downward-pointing arrow to the right of that value
3. The section will expand to show further details. Under those details is a link to Remove from vault. Click this and Outlook will no longer have a stored copy of your password
The next time the users need to enter a password, select the option that let Outlook remember the credentials.
Thanks,
Melon Chen
Forum Support
Come back and mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback on our support, please click
here

Outlook Anywhere Prompts for Credentials only for Outlook 2010, not Outlook 2013

I'm having a heck of a time with this one. We have Exchange 2010 on premise, with our filtering through EOP. Clients that are using Outlook 2010 Professional Plus are continuously getting prompted for credentials when off network and relying
on Outlook Anywhere.
I've read many threads about configuring credential manager appropriately for the internal domain and our external domain. I can get them to authenticate just fine, and email flows, but they continue to be prompted everytime they connect again.
Here is the kicker: When I install Outlook 2013 on the same computer, outlook anywhere functions just fine, no problems, no authentication prompt.
Like I said I have read a plethera of articles and threads about this, I have gone through all settings on Exchange, our edge server, our firewall, our certificate. The MSSTD string matches our "Issued To" string. NTLM authentication
is configured on both the client and the server. Appropriate settings are configured on the firewalls.
Anyone know why Outlook 2010 would have this problem, but not Outlook 2013 on the same computer, same user, same mailbox database?
Thanks in advance!!!

I'd still Echo Ed's original question.
Do you have Outlook 2010 patched up? At this time you need to be on SP1, and SP2 by October the 14th.
Also I expect you to have a recent update ontop of that as well.
http://blogs.technet.com/b/rmilne/archive/2014/04/14/office-2010-sp2_1320_-do-you-need-to-upgrade_3f00_.aspx
Cheers,
Rhoderick
Microsoft Senior Exchange PFE
Blog:
http://blogs.technet.com/rmilne
Twitter:   LinkedIn:
  Facebook:
  XING:
Note: Posts are provided “AS IS” without warranty of any kind, either expressed or implied, including but not limited to the implied warranties of merchantability and/or fitness for a particular purpose.

SharePoint prompting for password when saving word document

Saving a word document back to SharePoint always prompts for credentials.
I am the administrator for a SharePoint farm. We have enabled kerberos, and added the portal to the intranet zone in Internet Explorer by group policy. Most of the time this limits the amount of password prompts our customers see (including viewing the portal
in a browser, and opening documents); however, we are still getting the prompt for credentials when trying to save a word document back to SharePoint.
Here are some details: - SharePoint 2010 - Word 2010 - Kerberos enabled - Portal added to intranet zone in IE - Checkbox for passing automatic credentials enabled
Can anyone help? Is there something I've missed? Is this prompt just unavoidable?

Hi,
Internet Explorer uses the Web Client service when you use Internet Explorer to access a
WebDAV resource. The Web Client Service uses Windows HTTP Services (WinHTTP) to perform the network I/O to the remote host. WinHTTP sends user credentials only in response to requests that occur on a local intranet site.
However, WinHTTP does not check the security zone
settings in Internet Explorer to determine whether a Web site is in a zone that lets credentials be sent automatically.
Click Start, type regedit in the Start Search box, and then press
ENTER.
Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
On the Edit menu, point to New, and then click
Multi-String Value.
Type AuthForwardServerList, and then press ENTER.
On the Edit menu, click Modify.
In the Value data box, type the URL of the server that hosts the Web share, and then click
OK.
Note You can also type a list of URLs in the
Value data box. For more information, see the "Sample URL list" section in this article.
Exit Registry Editor.
After this registry entry is created, the WebClient service will read the entry value. If the client computer tries to access a URL that matches any of the expressions in the list, the user credential will be sent successfully to authenticate
the user, even if no proxy is configured.
Note You have to restart the WebClient service after you modify the registry.
Reference: http://support.microsoft.com/kb/943280?wa=wsignin1.0
-Ivan
Ivan Sanders My LinkedIn Profile,
My Blog,
@iasanders.

Exhcnage 2013 Migration - User keep keeping prompted for credentials

Hello,
I am migrating all on-premise exchange 2010 SP3 to Exchange 2013 SP1. I am testing mailbox migrations, each mailbox that gets moved to 2013 the user keeps getting prompted for credentials. I have read several posts in the forums yet none which solve my problem.
Can someone point me in the right direction. All 2013 setting are currently at default.

Thank you for your help and your quick response.
Here is the autodiscover test. When I move the mailbox to 2013 its picks up the 2013 URL. In this output mail.myserver.com is the hostname of my 2013 cas.
Also noticed the following in the server field under account settings.
<?xml version="1.0" encoding="utf-8"?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
    <User>
      <DisplayName>2013test</DisplayName>
      <LegacyDN>/o=mycompany/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=2013test436</LegacyDN>
      <AutoDiscoverSMTPAddress>[email protected]</AutoDiscoverSMTPAddress>
      <DeploymentId>91ce898c-65a0-402e-be70-622d0a31f7c3</DeploymentId>
    </User>
    <Account>
      <AccountType>email</AccountType>
      <Action>settings</Action>
      <MicrosoftOnline>False</MicrosoftOnline>
      <Protocol>
        <Type>EXCH</Type>
        <Server>[email protected]</Server>
        <ServerDN>/o=mycompany/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/[email protected]</ServerDN>
        <ServerVersion>73C08391</ServerVersion>
        <MdbDN>/o=mycompany/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/[email protected]/cn=Microsoft Private MDB</MdbDN>
        <PublicFolderServer>mail.myserver.com</PublicFolderServer>
        <AD>nohdomp1.domain.LOCAL</AD>
        <AuthPackage>Anonymous</AuthPackage>
        <ASUrl>https://mail.myserver.com/ews/exchange.asmx</ASUrl>
        <EwsUrl>https://mail.myserver.com/ews/exchange.asmx</EwsUrl>
        <EmwsUrl>https://mail.myserver.com/ews/exchange.asmx</EmwsUrl>
        <EcpUrl>https://mail.myserver.com/ecp/</EcpUrl>
        <EcpUrl-um>?rfr=olk&p=customize/voicemail.aspx&exsvurl=1&realm=domain.LOCAL</EcpUrl-um>
        <EcpUrl-aggr>?rfr=olk&p=personalsettings/EmailSubscriptions.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-aggr>
        <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?rfr=olk&exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx>&realm=domain.LOCAL</EcpUrl-mt>
        <EcpUrl-ret>?rfr=olk&p=organize/retentionpolicytags.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-ret>
        <EcpUrl-sms>?rfr=olk&p=sms/textmessaging.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-sms>
        <EcpUrl-photo>PersonalSettings/EditAccount.aspx?rfr=olk&chgPhoto=1&exsvurl=1&realm=domain.LOCAL</EcpUrl-photo>
        <EcpUrl-tm>?rfr=olk&ftr=TeamMailbox&exsvurl=1&realm=domain.LOCAL</EcpUrl-tm>
        <EcpUrl-tmCreating>?rfr=olk&ftr=TeamMailboxCreating&SPUrl=<SPUrl>&Title=<Title>&SPTMAppUrl=<SPTMAppUrl>&exsvurl=1&realm=domain.LOCAL</EcpUrl-tmCreating>
        <EcpUrl-tmEditing>?rfr=olk&ftr=TeamMailboxEditing&Id=<Id>&exsvurl=1&realm=domain.LOCAL</EcpUrl-tmEditing>
        <EcpUrl-extinstall>Extension/InstalledExtensions.slab?rfr=olk&exsvurl=1&realm=domain.LOCAL</EcpUrl-extinstall>
        <OOFUrl>https://mail.myserver.com/ews/exchange.asmx</OOFUrl>
        <UMUrl>https://mail.myserver.com/ews/UM2007Legacy.asmx</UMUrl>
        <OABUrl>https://mail.myserver.com/OAB/4b0a14e4-d177-415f-9acf-b51b966b6dd8/</OABUrl>
        <ServerExclusiveConnect>off</ServerExclusiveConnect>
      </Protocol>
      <Protocol>
        <Type>EXPR</Type>
        <Server>mail.myserver.com</Server>
        <SSL>On</SSL>
        <AuthPackage>Negotiate</AuthPackage>
        <ASUrl>https://mail.myserver.com/ews/exchange.asmx</ASUrl>
        <EwsUrl>https://mail.myserver.com/ews/exchange.asmx</EwsUrl>
        <EmwsUrl>https://mail.myserver.com/ews/exchange.asmx</EmwsUrl>
        <EcpUrl>https://mail.myserver.com/ecp/</EcpUrl>
        <EcpUrl-um>?rfr=olk&p=customize/voicemail.aspx&exsvurl=1&realm=domain.LOCAL</EcpUrl-um>
        <EcpUrl-aggr>?rfr=olk&p=personalsettings/EmailSubscriptions.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-aggr>
        <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?rfr=olk&exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx>&realm=domain.LOCAL</EcpUrl-mt>
        <EcpUrl-ret>?rfr=olk&p=organize/retentionpolicytags.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-ret>
        <EcpUrl-sms>?rfr=olk&p=sms/textmessaging.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-sms>
        <EcpUrl-photo>PersonalSettings/EditAccount.aspx?rfr=olk&chgPhoto=1&exsvurl=1&realm=domain.LOCAL</EcpUrl-photo>
        <EcpUrl-tm>?rfr=olk&ftr=TeamMailbox&exsvurl=1&realm=domain.LOCAL</EcpUrl-tm>
        <EcpUrl-tmCreating>?rfr=olk&ftr=TeamMailboxCreating&SPUrl=<SPUrl>&Title=<Title>&SPTMAppUrl=<SPTMAppUrl>&exsvurl=1&realm=domain.LOCAL</EcpUrl-tmCreating>
        <EcpUrl-tmEditing>?rfr=olk&ftr=TeamMailboxEditing&Id=<Id>&exsvurl=1&realm=domain.LOCAL</EcpUrl-tmEditing>
        <EcpUrl-extinstall>Extension/InstalledExtensions.slab?rfr=olk&exsvurl=1&realm=domain.LOCAL</EcpUrl-extinstall>
        <OOFUrl>https://mail.myserver.com/ews/exchange.asmx</OOFUrl>
        <UMUrl>https://mail.myserver.com/ews/UM2007Legacy.asmx</UMUrl>
        <OABUrl>https://mail.myserver.com/OAB/4b0a14e4-d177-415f-9acf-b51b966b6dd8/</OABUrl>
        <ServerExclusiveConnect>on</ServerExclusiveConnect>
        <EwsPartnerUrl>https://mail.myserver.com/ews/exchange.asmx</EwsPartnerUrl>
        <GroupingInformation>NebraskaOrthopaedicHospital</GroupingInformation>
      </Protocol>
      <Protocol>
        <Type>WEB</Type>
        <Internal>
          <OWAUrl AuthenticationMethod="Basic, Fba">https://mail.myserver.com/owa/</OWAUrl>
          <Protocol>
            <Type>EXCH</Type>
            <ASUrl>https://mail.myserver.com/ews/exchange.asmx</ASUrl>
          </Protocol>
        </Internal>
        <External>
          <OWAUrl AuthenticationMethod="Fba">https://mail.myserver.com/owa/</OWAUrl>
          <Protocol>
            <Type>EXPR</Type>
            <ASUrl>https://mail.myserver.com/ews/exchange.asmx</ASUrl>
          </Protocol>
        </External>
      </Protocol>
      <Protocol>
        <Type>EXHTTP</Type>
        <Server>mail.myserver.com</Server>
        <SSL>On</SSL>
        <AuthPackage>Ntlm</AuthPackage>
        <ASUrl>https://mail.myserver.com/ews/exchange.asmx</ASUrl>
        <EwsUrl>https://mail.myserver.com/ews/exchange.asmx</EwsUrl>
        <EmwsUrl>https://mail.myserver.com/ews/exchange.asmx</EmwsUrl>
        <EcpUrl>https://mail.myserver.com/ecp/</EcpUrl>
        <EcpUrl-um>?rfr=olk&p=customize/voicemail.aspx&exsvurl=1&realm=domain.LOCAL</EcpUrl-um>
        <EcpUrl-aggr>?rfr=olk&p=personalsettings/EmailSubscriptions.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-aggr>
        <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?rfr=olk&exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx>&realm=domain.LOCAL</EcpUrl-mt>
        <EcpUrl-ret>?rfr=olk&p=organize/retentionpolicytags.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-ret>
        <EcpUrl-sms>?rfr=olk&p=sms/textmessaging.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-sms>
        <EcpUrl-photo>PersonalSettings/EditAccount.aspx?rfr=olk&chgPhoto=1&exsvurl=1&realm=domain.LOCAL</EcpUrl-photo>
        <EcpUrl-tm>?rfr=olk&ftr=TeamMailbox&exsvurl=1&realm=domain.LOCAL</EcpUrl-tm>
        <EcpUrl-tmCreating>?rfr=olk&ftr=TeamMailboxCreating&SPUrl=<SPUrl>&Title=<Title>&SPTMAppUrl=<SPTMAppUrl>&exsvurl=1&realm=domain.LOCAL</EcpUrl-tmCreating>
        <EcpUrl-tmEditing>?rfr=olk&ftr=TeamMailboxEditing&Id=<Id>&exsvurl=1&realm=domain.LOCAL</EcpUrl-tmEditing>
        <EcpUrl-extinstall>Extension/InstalledExtensions.slab?rfr=olk&exsvurl=1&realm=domain.LOCAL</EcpUrl-extinstall>
        <OOFUrl>https://mail.myserver.com/ews/exchange.asmx</OOFUrl>
        <UMUrl>https://mail.myserver.com/ews/UM2007Legacy.asmx</UMUrl>
        <OABUrl>https://mail.myserver.com/OAB/4b0a14e4-d177-415f-9acf-b51b966b6dd8/</OABUrl>
        <ServerExclusiveConnect>On</ServerExclusiveConnect>
      </Protocol>
      <Protocol>
        <Type>EXHTTP</Type>
        <Server>mail.myserver.com</Server>
        <SSL>On</SSL>
        <AuthPackage>Negotiate</AuthPackage>
        <ASUrl>https://mail.myserver.com/ews/exchange.asmx</ASUrl>
        <EwsUrl>https://mail.myserver.com/ews/exchange.asmx</EwsUrl>
        <EmwsUrl>https://mail.myserver.com/ews/exchange.asmx</EmwsUrl>
        <EcpUrl>https://mail.myserver.com/ecp/</EcpUrl>
        <EcpUrl-um>?rfr=olk&p=customize/voicemail.aspx&exsvurl=1&realm=domain.LOCAL</EcpUrl-um>
        <EcpUrl-aggr>?rfr=olk&p=personalsettings/EmailSubscriptions.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-aggr>
        <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?rfr=olk&exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx>&realm=domain.LOCAL</EcpUrl-mt>
        <EcpUrl-ret>?rfr=olk&p=organize/retentionpolicytags.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-ret>
        <EcpUrl-sms>?rfr=olk&p=sms/textmessaging.slab&exsvurl=1&realm=domain.LOCAL</EcpUrl-sms>
        <EcpUrl-photo>PersonalSettings/EditAccount.aspx?rfr=olk&chgPhoto=1&exsvurl=1&realm=domain.LOCAL</EcpUrl-photo>
        <EcpUrl-tm>?rfr=olk&ftr=TeamMailbox&exsvurl=1&realm=domain.LOCAL</EcpUrl-tm>
        <EcpUrl-tmCreating>?rfr=olk&ftr=TeamMailboxCreating&SPUrl=<SPUrl>&Title=<Title>&SPTMAppUrl=<SPTMAppUrl>&exsvurl=1&realm=domain.LOCAL</EcpUrl-tmCreating>
        <EcpUrl-tmEditing>?rfr=olk&ftr=TeamMailboxEditing&Id=<Id>&exsvurl=1&realm=domain.LOCAL</EcpUrl-tmEditing>
        <EcpUrl-extinstall>Extension/InstalledExtensions.slab?rfr=olk&exsvurl=1&realm=domain.LOCAL</EcpUrl-extinstall>
        <OOFUrl>https://mail.myserver.com/ews/exchange.asmx</OOFUrl>
        <UMUrl>https://mail.myserver.com/ews/UM2007Legacy.asmx</UMUrl>
        <OABUrl>https://mail.myserver.com/OAB/4b0a14e4-d177-415f-9acf-b51b966b6dd8/</OABUrl>
        <ServerExclusiveConnect>On</ServerExclusiveConnect>
      </Protocol>
    </Account>
</Response>
</Autodiscover>

Shared folders (Windows file shares) show access denied and do not prompt for credentials

Scenario:
Like other admins, I log on and work as a 'standard user' (usera) with no admin rights anywhere in the domain, to perform admin tasks I have another account (userb) which I authenticate with as and when required. userb has been allocated/delegated permissions
as required.
Problem:
When trying to connect to shared folders on servers (2008 R2) using a UNC patch via Windows Explorer (Win 7 Ent.), I see an access denied error and do not get an option to supply alternative credentials.
If I try to connect to the admin shares on the same server (\\server\C$ or \\server\e$) I get an access denied message AND get prompted for credentials. I supply my admin account and gain access as expected.
If I check share and storage management when attempting to connect, I see that Windows is trying to connect me to each share as usera (which has no access). I understand why I get access denied at this point, but not why it can't just prompt me to supply an
account that does have access. When trying the admin shares I also see the usera account, but I get a prompt to supply a user who does have access.
Share permissions on the folders are for example 'Everyone' Full Control. NTFS permissions are 'userb' has modify (read, execute, list, traverse etc) via a 'Server Admins' AD Universal security group.
Note: If I do a NET USE from CMD and use the /USER switch, I can access the shares fine. But this is not great for accessing shared folders on the fly from various computers.
How can I get the other shares on the server to prompt me, rather than just say access denied?
Many thanks.

Try to disable guest user from the server
If you found this post helpful, please give it a "Helpful" vote. If it answered your question, remember to mark it as an "Answer". This posting is provided "AS IS" with no warranties and confers no rights! Always test ANY
suggestion in a test environment before implementing!

Kerberos authentication prompting for credentials in Sharepoint 2013

Hello all,
I think I’m a bit confused on what I should expect out of Kerberos and sharepoint.
Following the steps located in
http://blog.blksthl.com/2012/09/26/the-first-kerberos-guide-for-sharepoint-2013-technicians/ , I’ve setup Kerberos in my Sharepoint 2013 environment. My hope was that configuring kerberos authentication would solve the issue of users being prompted for
credentials when they access sharepoint. I know that one way to address this problem is to tweak the IE settings by adding the site to the local intranet or trusted zones, but am I wrong in thinking that Kerberos should also authenticate the user on to the
site? Here’s my situation:
Previously, I had our sharepoint URL in the trusted zone and had IE set to pass my credentials through, and that worked. After configuring Kerberos, I can see the tickets on my system using klist and the security log on our web front-end shows that I authenticated
using Kerberos.
However, if I then remove the sharepoint URL from the trusted zone in IE, I still get prompted for credentials. If I cancel the credential prompt, I get a 401 error and the security log on the server shows a NTLM login attempt.
As soon as I put the URL back in the trusted zone, I can access the site and the server log shows a Kerberos authentication.
I’m I wrong in thinking that if Kerberos was working properly then I shouldn't need to have the URL in the trusted zone?
Thanks
Bill

Thanks for the quick reply, Alex. At least it’s good to know it appears to be working as designed.
Thanks again,
Bill

WAAS causing extra prompts for credentials

Hi guys,
So when I install the WAAS mobile client onto one of our branch boxes it's causing extra prompts for credentials to pop up every few seconds. I read what I've pasted below already but our branch servers are running DNS and don't use IP's to communicate back to head office.
Has anyone had this issue and how was it fixed.
Thanks,
Brent
CSCsm78019-Cisco WAAS Mobile causes extra prompts for credentials when users access a file server by IP address, or when the CIFS client cannot use Kerberos authentication with the file server. Workaround: Use host names instead of IP addresses

Are you running this on a Vista client? If so perhaps this release note applies:
CSCsy72308-In some deployments, Vista clients may occasionally be prompted for credentials by the domain controller. Workaround: Verify that the domain controller has been excluded from being accelerated.
One solution that would solve it is to simply bypass the the server in WAAS Mobile using the IP Exclusion List. If it is a domain controller it is likely that that is not a file server and therefore is not the primary need of optimization.

Getting Prompt for Credentials When Opening InfoPath 2010 Form in Sharepoint 2010

Similar Messages

Maybe you are looking for