<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="7ee37ea56ef22b71-4a1954e6-4f0947c6-b34a8952-31522d3b3764ea1b88337394"><ac:plain-text-body><![CDATA[ | 1 | [[Participation Agreement | http://www.incommon.org/docs/policies/participationagreement.pdf], section 9] Participant agrees to respect the privacy of and any other constraints placed on identity information that it might receive from other InCommon Participants as agreed upon between Participant and the InCommon Participant(s). In particular, Participant understands that it may not permanently store nor share or disclose or use for any purpose other than its intended purpose any identity information that it receives from another InCommon Participant without express written permission of the other InCommon Participant. Participant understands that the storing and sharing of resources is between the Participant and the InCommon Participant(s) and is not the responsibility of InCommon. | "A registrar claims that...The Service Provider will not use attributes released for purposes that fall outside of the R&S definition." | ]]></ac:plain-text-body></ac:structured-macro> |
2 | "Whether an SP operator is commercial or non-commercial is not relevant to eligibility for the R&S Category, nor are any other aspects of how the service is implemented or operated, beyond the specific requirements noted below. It's all about purpose." | "This Entity Category should not be used for access to licensed content such as e-journals." |
6 | "R&S category SPs may request other attributes, but IdP operators will likely require a prior agreement before releasing additional attributes." "It is therefore highly recommended that SPs use a minimalist approach to attributes, only requesting those attributes that they absolutely need." | "Service Providers SHOULD request a subset of R&S Category Attributes that represent only those attributes that the Service Provider requires to operate its service." |