Re: Failure to set credentials
From: Steven Cheng[MSFT] (stcheng_at_online.microsoft.com)
Date: 07/22/05
- Next message: Andy Fish: "Re: forms authentication cookie changes"
- Previous message: Joe Kaplan \(MVP - ADSI\): "Re: ClassFactory cannot supply requested class (2nd Post - MSFT Please make an effort!)"
- In reply to: Philip Colmer: "Re: Failure to set credentials"
- Next in thread: Philip Colmer: "Re: Failure to set credentials"
- Reply: Philip Colmer: "Re: Failure to set credentials"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Fri, 22 Jul 2005 02:43:37 GMT
Thanks for your response Philip,
Since the local success behavior is not machine specific, we can start
checking in the .NET CAS setting. Would you please try the following test
first:
For .NET Code Access Security, we can configure it through
Control Panel--->Administrative tools--->.NET Framework Configuration tool
or caspol.exe
#Code Access Security Policy Tool (Caspol.exe)
http://msdn.microsoft.com/library/en-us/cptools/html/cpgrfcodeaccesssecurity
policyutilitycaspolexe.asp?frame=true
We can simply start from caspol.exe. Open the VS.NET's commandline window
and execute the following command which temporarily turn off .NET CAS:
caspol -s off
After that, no .NET CAS checking will perform at runtime. Then, please try
running the INFO PATH form (from sharepiont library) again to see whether
it works. If this can work, we could make sure the problem is caused by the
infopath running from sharepoint library is restricted to a certain
security zone which hasn't permission to adjust Credentials of
httpwebrequest. And we should manually add a custom code group in CAS
group to grant the components from the form library the sufficient
permissions.
Anyway, please let me know what you got and if there're anything unclear,
please feel free to post here.
Thanks,
Steven Cheng
Microsoft Online Support
Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
--------------------
| From: "Philip Colmer" <pcolmer@newsgroup.nospam>
| References: <uz9jXbTjFHA.3540@TK2MSFTNGP14.phx.gbl>
<pzvMP5ZjFHA.588@TK2MSFTNGXA01.phx.gbl>
| Subject: Re: Failure to set credentials
| Date: Thu, 21 Jul 2005 09:40:16 +0100
| Lines: 26
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2900.2527
| X-RFC2646: Format=Flowed; Original
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
| Message-ID: <#EJZT$cjFHA.1948@TK2MSFTNGP12.phx.gbl>
| Newsgroups: microsoft.public.dotnet.framework.aspnet.security
| NNTP-Posting-Host: host-news.chadwyck.co.uk 195.22.151.243
| Path: TK2MSFTNGXA01.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTNGP12.phx.gbl
| Xref: TK2MSFTNGXA01.phx.gbl
microsoft.public.dotnet.framework.aspnet.security:6050
| X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet.security
|
|
| "Steven Cheng[MSFT]" <stcheng@online.microsoft.com> wrote in message
| news:pzvMP5ZjFHA.588@TK2MSFTNGXA01.phx.gbl...
| > Hi Philip,
| >
| > Welcome to .NET newsgroup.
|
| Thank you.
|
| > 2. If the infopath form also works on other machine (running from
local),
| > I
| > think it's likely due to the seuciryt restriction for the downloaded
| > infopath form from SPS FORM library. We'll need to do some further
| > research
| > on the LOCAL .NET CAS setting for remote component.
|
| It was the non-development machine that I had been testing the form from,
| and which is working.
|
| Please tell me what steps you'd like me to take to check the CAS setting.
|
| Thank you.
|
| --Philip
|
|
|
- Next message: Andy Fish: "Re: forms authentication cookie changes"
- Previous message: Joe Kaplan \(MVP - ADSI\): "Re: ClassFactory cannot supply requested class (2nd Post - MSFT Please make an effort!)"
- In reply to: Philip Colmer: "Re: Failure to set credentials"
- Next in thread: Philip Colmer: "Re: Failure to set credentials"
- Reply: Philip Colmer: "Re: Failure to set credentials"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]