<?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/"
		>
<channel>
	<title>Comments on: DNS Records and Office Communicator Automatic Client Sign-In</title>
	<atom:link href="http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/</link>
	<description>Microsoft Office Communications Server - Tips, Tricks, and Insight</description>
	<lastBuildDate>Thu, 26 Jan 2012 18:22:01 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.3</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: How can I connect Outlook to Office Communicator (Different Email accounts) - Admins Goodies</title>
		<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/comment-page-1/#comment-8535</link>
		<dc:creator>How can I connect Outlook to Office Communicator (Different Email accounts) - Admins Goodies</dc:creator>
		<pubDate>Sun, 21 Aug 2011 05:18:05 +0000</pubDate>
		<guid isPermaLink="false">http://ocsbuzz.wordpress.com/?p=3#comment-8535</guid>
		<description>[...] to the Front End server so that the auto-discovery process will work properly. The specifics are summarised here. Autodiscovery will still work even without SRV records provided you have the relevant aliases [...]</description>
		<content:encoded><![CDATA[<p>[...] to the Front End server so that the auto-discovery process will work properly. The specifics are summarised here. Autodiscovery will still work even without SRV records provided you have the relevant aliases [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ECL</title>
		<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/comment-page-1/#comment-4277</link>
		<dc:creator>ECL</dc:creator>
		<pubDate>Mon, 08 Nov 2010 10:57:24 +0000</pubDate>
		<guid isPermaLink="false">http://ocsbuzz.wordpress.com/?p=3#comment-4277</guid>
		<description>Thanks for you reply Curtis.

I am actually using LYNC 2010 and I thought OCS 2007 would be simular.

If I create a new user in the domain A which i have installed LYNC 2010 and the login - the sip sign-in in communicator is automatically populated and user automatically signs in. No user intervention at all (I don&#039;t need to manually enter the SIP) - I have tested on a few users and works really well - not sure how it does it but I guess the new communicator must query AD?

I setup a trust to domain B and when I login as a domain B user the sip sign-in is not automatically populated in communicator and I need to manually enter the sip login. Once logged in subsequent logins are fine.

As all the users will be on domain B (the user domain) I wanted to have the same autologin function (i.e. auto populated the users communicator login in domain b on 1st login). I am guessing that since LYNC 2010 is not installed in Domain B it is unable to query the users SIP login to automatically log them in?

I thought this also happens in OCS 2007 according to this post

http://www.proexchange.be/blogs/ocs2007r2/archive/2009/09/24/reset-sign-in-address-in-communicator-automatic-vs-manual-configuration.aspx

Thanks

ECL</description>
		<content:encoded><![CDATA[<p>Thanks for you reply Curtis.</p>
<p>I am actually using LYNC 2010 and I thought OCS 2007 would be simular.</p>
<p>If I create a new user in the domain A which i have installed LYNC 2010 and the login &#8211; the sip sign-in in communicator is automatically populated and user automatically signs in. No user intervention at all (I don&#8217;t need to manually enter the SIP) &#8211; I have tested on a few users and works really well &#8211; not sure how it does it but I guess the new communicator must query AD?</p>
<p>I setup a trust to domain B and when I login as a domain B user the sip sign-in is not automatically populated in communicator and I need to manually enter the sip login. Once logged in subsequent logins are fine.</p>
<p>As all the users will be on domain B (the user domain) I wanted to have the same autologin function (i.e. auto populated the users communicator login in domain b on 1st login). I am guessing that since LYNC 2010 is not installed in Domain B it is unable to query the users SIP login to automatically log them in?</p>
<p>I thought this also happens in OCS 2007 according to this post</p>
<p><a href="http://www.proexchange.be/blogs/ocs2007r2/archive/2009/09/24/reset-sign-in-address-in-communicator-automatic-vs-manual-configuration.aspx" rel="nofollow">http://www.proexchange.be/blogs/ocs2007r2/archive/2009/09/24/reset-sign-in-address-in-communicator-automatic-vs-manual-configuration.aspx</a></p>
<p>Thanks</p>
<p>ECL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curtis Johnstone</title>
		<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/comment-page-1/#comment-4252</link>
		<dc:creator>Curtis Johnstone</dc:creator>
		<pubDate>Fri, 05 Nov 2010 19:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://ocsbuzz.wordpress.com/?p=3#comment-4252</guid>
		<description>I am not sure I fully understand your scenario, but OCS automatic sign-in means having the correct DNS settings so that Communicator client automatically finds the OCS Front-End server to login to.  You are suggesting that the Communicator client queries AD for user&#039;s SIP details. The users SIP details are manually entered into the Communicator client (or auto-populated by a GPO or provisioning software); it does not query AD for this information, and it not part of the automatic sign-in feature.  

To my knowledge automatic sign-in should work fine if OCS is deployed in a resource forest.

Hope that helps, Curtis</description>
		<content:encoded><![CDATA[<p>I am not sure I fully understand your scenario, but OCS automatic sign-in means having the correct DNS settings so that Communicator client automatically finds the OCS Front-End server to login to.  You are suggesting that the Communicator client queries AD for user&#8217;s SIP details. The users SIP details are manually entered into the Communicator client (or auto-populated by a GPO or provisioning software); it does not query AD for this information, and it not part of the automatic sign-in feature.  </p>
<p>To my knowledge automatic sign-in should work fine if OCS is deployed in a resource forest.</p>
<p>Hope that helps, Curtis</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ECL</title>
		<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/comment-page-1/#comment-4249</link>
		<dc:creator>ECL</dc:creator>
		<pubDate>Fri, 05 Nov 2010 18:01:06 +0000</pubDate>
		<guid isPermaLink="false">http://ocsbuzz.wordpress.com/?p=3#comment-4249</guid>
		<description>Hi, Great post :) I have question which I hope you can help with.

Does automatic sign-in work when the OCS installation is in the resource forest? I find the users able to login in the Accounts forest when they manually enter their SIP:email. But I just can&#039;t get it to auto populate the sign on the 1st login. P.S automatic login works fine in the resource forest. I think it is something to do with the fact that the Accounts forest does not have the users SIP details hence the OCS client can&#039;t query AD for the users SIP address on login?

Any pointers will be most welcomed.

Thanks

ECL</description>
		<content:encoded><![CDATA[<p>Hi, Great post <img src='http://blog.insideocs.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  I have question which I hope you can help with.</p>
<p>Does automatic sign-in work when the OCS installation is in the resource forest? I find the users able to login in the Accounts forest when they manually enter their SIP:email. But I just can&#8217;t get it to auto populate the sign on the 1st login. P.S automatic login works fine in the resource forest. I think it is something to do with the fact that the Accounts forest does not have the users SIP details hence the OCS client can&#8217;t query AD for the users SIP address on login?</p>
<p>Any pointers will be most welcomed.</p>
<p>Thanks</p>
<p>ECL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Communicator Automatic Sign-In when SIP Domain Different from AD Domain &#171; Inside OCS</title>
		<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/comment-page-1/#comment-318</link>
		<dc:creator>Communicator Automatic Sign-In when SIP Domain Different from AD Domain &#171; Inside OCS</dc:creator>
		<pubDate>Mon, 14 Sep 2009 21:14:21 +0000</pubDate>
		<guid isPermaLink="false">http://ocsbuzz.wordpress.com/?p=3#comment-318</guid>
		<description>[...] OCS server or pool to sign into via DNS SRV records (this process is well documented – my posting DNS Records and Office Communicator Automatic Client Sign-In describes it). Normally the SRV record resolves to the FQDN of the OCS standard edition host or OCS [...]</description>
		<content:encoded><![CDATA[<p>[...] OCS server or pool to sign into via DNS SRV records (this process is well documented – my posting DNS Records and Office Communicator Automatic Client Sign-In describes it). Normally the SRV record resolves to the FQDN of the OCS standard edition host or OCS [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The OCS 2007 Automatic Sign-In Troubleshooting Tool V2.0 &#171; Inside OCS</title>
		<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/comment-page-1/#comment-169</link>
		<dc:creator>The OCS 2007 Automatic Sign-In Troubleshooting Tool V2.0 &#171; Inside OCS</dc:creator>
		<pubDate>Wed, 12 Aug 2009 05:11:15 +0000</pubDate>
		<guid isPermaLink="false">http://ocsbuzz.wordpress.com/?p=3#comment-169</guid>
		<description>[...] DNS Records and Office Communicator Automatic Client Sign-In [...]</description>
		<content:encoded><![CDATA[<p>[...] DNS Records and Office Communicator Automatic Client Sign-In [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The OCS 2007 Automatic Sign-In Troubleshooting Tool V1.0 &#171; Inside OCS</title>
		<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/comment-page-1/#comment-95</link>
		<dc:creator>The OCS 2007 Automatic Sign-In Troubleshooting Tool V1.0 &#171; Inside OCS</dc:creator>
		<pubDate>Fri, 24 Jul 2009 21:39:58 +0000</pubDate>
		<guid isPermaLink="false">http://ocsbuzz.wordpress.com/?p=3#comment-95</guid>
		<description>[...] DNS Records and Office Communicator Automatic Client Sign-In [...]</description>
		<content:encoded><![CDATA[<p>[...] DNS Records and Office Communicator Automatic Client Sign-In [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Automatic Office Communicator Sign-In (Part 1 &#8211; The Correct DNS Service Location (SRV) Record) &#171; Inside OCS</title>
		<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/comment-page-1/#comment-96</link>
		<dc:creator>Automatic Office Communicator Sign-In (Part 1 &#8211; The Correct DNS Service Location (SRV) Record) &#171; Inside OCS</dc:creator>
		<pubDate>Fri, 24 Jul 2009 21:07:16 +0000</pubDate>
		<guid isPermaLink="false">http://ocsbuzz.wordpress.com/?p=3#comment-96</guid>
		<description>[...] the SIP domain of the user attempting to sign-in. The SRV record must be of a particular format. See my previous blog post on what the format of the DNS record should be. The SIP domain is the right-hand-side of the [...]</description>
		<content:encoded><![CDATA[<p>[...] the SIP domain of the user attempting to sign-in. The SRV record must be of a particular format. See my previous blog post on what the format of the DNS record should be. The SIP domain is the right-hand-side of the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Troubleshooting Microsoft Office Communicator Issues 101 &#171; Inside OCS</title>
		<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/comment-page-1/#comment-97</link>
		<dc:creator>Troubleshooting Microsoft Office Communicator Issues 101 &#171; Inside OCS</dc:creator>
		<pubDate>Mon, 29 Jun 2009 19:50:54 +0000</pubDate>
		<guid isPermaLink="false">http://ocsbuzz.wordpress.com/?p=3#comment-97</guid>
		<description>[...] previous post, DNS Records and Office Communicator Automatic Client Sign-In, summarizes how Communicator uses DNS to connect to the [...]</description>
		<content:encoded><![CDATA[<p>[...] previous post, DNS Records and Office Communicator Automatic Client Sign-In, summarizes how Communicator uses DNS to connect to the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Dishman</title>
		<link>http://blog.insideocs.com/2008/08/19/dns-records-and-office-communicator-automatic-client-sign-in/comment-page-1/#comment-94</link>
		<dc:creator>Bill Dishman</dc:creator>
		<pubDate>Wed, 17 Sep 2008 21:37:51 +0000</pubDate>
		<guid isPermaLink="false">http://ocsbuzz.wordpress.com/?p=3#comment-94</guid>
		<description>Hi.

I have a pretty large deployment in progress. One thing I dont really understand.

I have one external srv record.  _sip._tls.. This points to my server in a datacenter in Atlanta.

I also want a pool in the UK, Australia, and Singapore.

Since I only have one srv record externally for my domain, that means for an internet user, they will always start first by hitting my datacenter in Atlanta, then the director takes over and sends the traffic back to Singapore?

In Singapore, UK, Australia I will have a front end server, a director an edge server, and isa firewall and possibly a mediation server.</description>
		<content:encoded><![CDATA[<p>Hi.</p>
<p>I have a pretty large deployment in progress. One thing I dont really understand.</p>
<p>I have one external srv record.  _sip._tls.. This points to my server in a datacenter in Atlanta.</p>
<p>I also want a pool in the UK, Australia, and Singapore.</p>
<p>Since I only have one srv record externally for my domain, that means for an internet user, they will always start first by hitting my datacenter in Atlanta, then the director takes over and sends the traffic back to Singapore?</p>
<p>In Singapore, UK, Australia I will have a front end server, a director an edge server, and isa firewall and possibly a mediation server.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

