[ASP.NET] Permission denied wegschrijven naar Exchange 2003

[_Rob]

Ik probeer om de Exchange 2003 server middels ASP.NET aan te spreken en een contactpersoon te bewaren. Dit heeft een maal gewerkt en zonder script wijzigingen krijg ik ineens de foutmelding.

code:

Exception Details: System.Runtime.InteropServices.COMException: Permission denied.

Ik heb informatie opgezocht op MSDN: http://msdn.microsoft.com...ting_a_contact_webdav.asp helaas kreeg ik geen antwoord op de Permission denied foutmelding.

Dit is de (ingekorte) code die ik gebruik om de contactpersoon op te slaan naar de Exchange 2003 server:

ASP:

Function CreateContacts(ByVal Aanhef As String, _
                            ByVal ANaam As String)

        Dim CDOPerson As New CDO.Person()

        ' URL om contact op te saven met gebruik van Exchange OLE DB Provider
        Dim Contacts As String = "http://server/public/contacts/"

        With CDOPerson
            .NamePrefix = Aanhef
            .LastName = ANaam
            .Fields("objectClass").Value = "contact"
            .Fields.Update()

            ' Save contactpersoon
            .DataSource.SaveTo(Contacts & "RB" & Session("ConPersId") & _
                        ".eml", Nothing, ADODB.ConnectModeEnum.adModeWrite, & _
                        ADODB.RecordCreateOptionsEnum.adCreateOverwrite)
        End With
    End Function

Ik heb overigens in Exchange 2003 eigenaars rechten over de contacts.

Alvast bedankt voor de eventuele hulp!

[P_de_B]

Als je via een ASP.Net pagina ergens verbinding mee maakt worden niet standaard jouw rechten toegepast maar de rechten die de ASPNET user heeft. Google eens op "impersonation"

[_Rob]

Ik had <identity impersonate="true"/> al ingesteld.

In principe wordt er eerst ingelogd met het netwerk gebruikersnaam en wachtwoord.

Het aparte is dat het heeft gewerkt.

[gorgi_19]

En heb je al gekeken of hij die impersonating goed heeft gepakt?

[The Lord]

Wellicht in de tussentijd een security update of service pack geïnstalleerd? Er zijn de afgelopen maanden namelijk een aantal geweest die een flinke impact hebben op hoe CDO aan te spreken is.

In een aantal gevallen (van lui geschreven scripts en applicaties) had ik ook problemen met impersonation waar dat tóch niet helemaal lekker ging en CDO alsnog onder een lagere 'privliged user context' werd aangesproken. Gevolg: 'Permission Denied'.

Test dus of de impersonation wel goed werkt en schrijf daarvoor eend ebug scriptje ofzo.

[_Rob]

De UserIdentity wordt gewoon opgevolgd in de applicatie.

Het eigenaardige is dat wanneer ik de map over het netwerk opvraag ( \\server\public\contacts\ ) de ene keer er vlekkeloos in kom en de andere keer een permission foutmelding krijg. Klik ik de foutmelding weg en sluit het venster en vraag nogmaals dezelfde map aan dan zit ik er ineens in...

"\\server\public\contacts\ is not accessible. You might not have permission to use this network resource. Contact the administrator of this server to find out if you have access permissions. The network path was not found."

De security over deze map wordt ingesteld middels Microsoft Outlook en is dus niet via de map properties te veranderen.

Ik loop vast...

[_Rob]

Plesant schopje!

[_Rob]

Wederom een schopje, heb dit project weer opgepakt en heb direct op de exchange server de applicatie gedraaid. Dan werkt alles naar wens.

De server waar uiteindelijk de applicatie zou moeten draaien geeft fouten. Ik ben er achter gekomen dat standaard CDO geleverd wordt maar deze niet correspondeerd met de Exchange server. De Exchange SDK heb ik op deze server los geinstalleerd (deze bevat CDOEX). Helaas blijft de permission denied foutmelding (gebeurd ook op mijn lokale machine...)

De identity heb ik nogmaals getraced en die staat op mijn netwerk identity. Ik sta dus niet op de standaard IUSR o.i.d.