<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Documentum and LDAP, Time to Grow Up</title>
	<atom:link href="http://wordofpie.com/2009/05/05/documentum-and-ldap-time-to-grow-up/feed/" rel="self" type="application/rss+xml" />
	<link>http://wordofpie.com/2009/05/05/documentum-and-ldap-time-to-grow-up/</link>
	<description>Ponderings on Life, the Universe, and Information</description>
	<lastBuildDate>Fri, 25 May 2012 11:29:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Rich Blank</title>
		<link>http://wordofpie.com/2009/05/05/documentum-and-ldap-time-to-grow-up/#comment-4963</link>
		<dc:creator><![CDATA[Rich Blank]]></dc:creator>
		<pubDate>Thu, 25 Jun 2009 03:57:41 +0000</pubDate>
		<guid isPermaLink="false">http://wordofpie.wordpress.com/2009/05/05/documentum-and-ldap-time-to-grow-up/#comment-4963</guid>
		<description><![CDATA[completely agree.  they should really take a look at eRoom and it&#039;s ldap wizard.  easy to add ldap connection and it just works....]]></description>
		<content:encoded><![CDATA[<p>completely agree.  they should really take a look at eRoom and it&#8217;s ldap wizard.  easy to add ldap connection and it just works&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pie</title>
		<link>http://wordofpie.com/2009/05/05/documentum-and-ldap-time-to-grow-up/#comment-3936</link>
		<dc:creator><![CDATA[Pie]]></dc:creator>
		<pubDate>Wed, 06 May 2009 16:05:28 +0000</pubDate>
		<guid isPermaLink="false">http://wordofpie.wordpress.com/2009/05/05/documentum-and-ldap-time-to-grow-up/#comment-3936</guid>
		<description><![CDATA[Responding to you once…Yes, you are correct, it does solve the problem. Why EMC Support never said this in over a week is a mystery to me. Making the change to the Authentication Protocol setting on the repository from “Domain required” to Domain not Required” necessitates the running of a script and is a one-way change that cannot be undone.

Support Note:
https://solutions.emc.com/emcsolutionview.asp?id=esg6339

Still doesn’t alleviate the issue with the user’s name needing to be unique.

Going to try it, but will have to back-up the Dev environment first because not being able to roll-back is a problem.]]></description>
		<content:encoded><![CDATA[<p>Responding to you once…Yes, you are correct, it does solve the problem. Why EMC Support never said this in over a week is a mystery to me. Making the change to the Authentication Protocol setting on the repository from “Domain required” to Domain not Required” necessitates the running of a script and is a one-way change that cannot be undone.</p>
<p>Support Note:<br />
<a href="https://solutions.emc.com/emcsolutionview.asp?id=esg6339" rel="nofollow">https://solutions.emc.com/emcsolutionview.asp?id=esg6339</a></p>
<p>Still doesn’t alleviate the issue with the user’s name needing to be unique.</p>
<p>Going to try it, but will have to back-up the Dev environment first because not being able to roll-back is a problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bongo</title>
		<link>http://wordofpie.com/2009/05/05/documentum-and-ldap-time-to-grow-up/#comment-3929</link>
		<dc:creator><![CDATA[Bongo]]></dc:creator>
		<pubDate>Wed, 06 May 2009 12:55:40 +0000</pubDate>
		<guid isPermaLink="false">http://wordofpie.wordpress.com/2009/05/05/documentum-and-ldap-time-to-grow-up/#comment-3929</guid>
		<description><![CDATA[Entirely agree with you on this.  Unfortunately, this is still one of the issues that plagues Documentum in many areas.  It&#039;s all over the RPS/RM models, where users are referenced by name not ID.]]></description>
		<content:encoded><![CDATA[<p>Entirely agree with you on this.  Unfortunately, this is still one of the issues that plagues Documentum in many areas.  It&#8217;s all over the RPS/RM models, where users are referenced by name not ID.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChaithanyaLekkalapudi</title>
		<link>http://wordofpie.com/2009/05/05/documentum-and-ldap-time-to-grow-up/#comment-3925</link>
		<dc:creator><![CDATA[ChaithanyaLekkalapudi]]></dc:creator>
		<pubDate>Wed, 06 May 2009 05:44:29 +0000</pubDate>
		<guid isPermaLink="false">http://wordofpie.wordpress.com/2009/05/05/documentum-and-ldap-time-to-grow-up/#comment-3925</guid>
		<description><![CDATA[So configuring a docbase in domain required mode tries to solve this problem even in the case of LDAP.]]></description>
		<content:encoded><![CDATA[<p>So configuring a docbase in domain required mode tries to solve this problem even in the case of LDAP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChaithanyaLekkalapudi</title>
		<link>http://wordofpie.com/2009/05/05/documentum-and-ldap-time-to-grow-up/#comment-3924</link>
		<dc:creator><![CDATA[ChaithanyaLekkalapudi]]></dc:creator>
		<pubDate>Wed, 06 May 2009 05:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://wordofpie.wordpress.com/2009/05/05/documentum-and-ldap-time-to-grow-up/#comment-3924</guid>
		<description><![CDATA[Hi pie,

        The following statement may not be true all the times&quot;Due to old, legacy, design considerations, both the user’s login id and the user’s name must be unique in the entire repository&quot;. It is only username which corresponds to user_name of dm_user object type required to be unique, we can create two user object&#039;s with the same user login id(user_login_name) with a different user login domain when the domain required mode is turned on the docbase. So the user login id need not be unique in case of multi domain environment and when the domain required mode is turned on.In case of LDAP config, the LDAP config object name becomes the user login domain for the users that have been synchronized from the corresponding LDAP server and you can point one LDAP config object to only one LDAP server(If we have two domains, we can create a seperate LDAP config object for each and every domain), so two users with the same login id but from different directory server can coexist with the restriction that user name is not same and domain needs to be provided while corresponding user&#039;s login.]]></description>
		<content:encoded><![CDATA[<p>Hi pie,</p>
<p>        The following statement may not be true all the times&#8221;Due to old, legacy, design considerations, both the user’s login id and the user’s name must be unique in the entire repository&#8221;. It is only username which corresponds to user_name of dm_user object type required to be unique, we can create two user object&#8217;s with the same user login id(user_login_name) with a different user login domain when the domain required mode is turned on the docbase. So the user login id need not be unique in case of multi domain environment and when the domain required mode is turned on.In case of LDAP config, the LDAP config object name becomes the user login domain for the users that have been synchronized from the corresponding LDAP server and you can point one LDAP config object to only one LDAP server(If we have two domains, we can create a seperate LDAP config object for each and every domain), so two users with the same login id but from different directory server can coexist with the restriction that user name is not same and domain needs to be provided while corresponding user&#8217;s login.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

