in reply to IIS, SharePoint, and HTTP::DAV

I've never used that combo myself... but the LWP::Authen::Negotiate docs state "To see what is going on add use LWP::Debug qw(+);". So, if the authentication plugin is actually being used (as intended), you should then see some debugging messages... If so, what do they say?

Replies are listed 'Best First'.
Re^2: IIS, SharePoint, and HTTP::DAV
by jmw_90266 (Acolyte) on Oct 31, 2008 at 18:04 UTC
    Thanks almut. I was more focused on the debug from HTTP::DAV vs the underlying LWP::Authen::Negotiate. With LWP debug enabled, I get the following output:
    LWP::UserAgent::new: () Setting auth details for default, default to myusername,mypassword new_resource: For myurl, creating new resource LWP::UserAgent::request: () LWP::UserAgent::send_request: PROPFIND myurl LWP::Protocol::http::request: () LWP::UserAgent::request: Simple response: Unauthorized LWP::Authen::Negotiate::authenticate: authenticate() version 0.06 call +ed LWP::Authen::Negotiate::authenticate: target hostname myhost LWP::Authen::Negotiate::authenticate: GSSAPI servicename HTTP/myhost@m +ydomain LWP::Authen::Negotiate::authenticate: Miscellaneous failure LWP::Authen::Negotiate::authenticate: No credentials cache found Unauthorized.

    Based on the debug, it looks like the credentials are not getting passed. At the very least, it gives me another layer to dig into instead of banging my head against the wall with HTTP::DAV...
Re^2: IIS, SharePoint, and HTTP::DAV
by jmw_90266 (Acolyte) on Nov 01, 2008 at 04:52 UTC
    Based on more research, this is a linux kerberos system configuration issue (krb5.conf, etc) rather than a perl issue. Still haven't figured it out yet but the problem isn't caused by the perl libraries that are being used.