Sample configuration files (WAS Re: Docusign )
Eric Wedaa
Eric.Wedaa at marist.edu
Tue Aug 9 15:04:17 EDT 2016
What I'd like to see is a complete set of example files for all the popular SPs, including things like InCommon/EDUCAUSE, WebEx, Docusign, AWS, etc. I know that there are many variables involved such as LDAP vs anything else. I would suggest full files so that we don't have to try and figure out "which file does this really go in?" and "Where the heck do I put this data into the file?" Not all of us can instantly recognize by context which file the documentors are talking about.
Right now anthing is better than what we have now, which is nothing. Why should we all be duplicating each other's pain and suffering trying to beat our config files into submission?
Of course I would strongly suggest that they all be based off of IDPV3.2.1 as a baseline, and also to encourage people to upgrade to the lastest version.
>>>>>Ericw
-----"users" <users-bounces at shibboleth.net> wrote: -----
To: Shib Users <users at shibboleth.net>
From: IAM David Bantz
Sent by: "users"
Date: 08/09/2016 02:36PM
Subject: Re: Docusign
Given the interest from several institutions, is there a way we could pool resources or call on those with deep expertise to provide a clear explicit Shib IdP configuration for all of us to achieve SSO with DocuSign? What incentive might I provide?
David Bantz
UA OIT IAM
On Tue, Aug 9, 2016 at 10:01 AM, Cantor, Scott <cantor.2 at osu.edu> wrote:
> We released our OSU ID number to Docusign as the NameID. It's as
> persistent as anything we support right now. Ideally, we would have a
> person registry identifier we could release instead.
That's not a SAML persistent ID. I would never want to be in a situation where a Format is RP-specific (one thing for A and another for B). I have refused to do that in a number of cases.
If they require "persistent", they'd better hande a long, ugly, impossible to predict value.
-- Scott
--
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
--
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
More information about the users
mailing list