<?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: Exchange 2007 and Domino Free/Busy Coexistence</title>
	<atom:link href="http://www.shudnow.net/2009/02/23/exchange-2007-and-domino-freebusy-coexistence/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.shudnow.net/2009/02/23/exchange-2007-and-domino-freebusy-coexistence/</link>
	<description>Just another IT guy!</description>
	<lastBuildDate>Tue, 09 Mar 2010 14:41:21 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Kushal</title>
		<link>http://www.shudnow.net/2009/02/23/exchange-2007-and-domino-freebusy-coexistence/comment-page-1/#comment-7620</link>
		<dc:creator>Kushal</dc:creator>
		<pubDate>Fri, 07 Aug 2009 23:29:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.shudnow.net/?p=890#comment-7620</guid>
		<description>We recently installed Microsoft transporter suite for co-existence between domino, exchange 2003 and exchange 2007 users. As per one of the consultant we installed the calcon on a server with 2 domino partitions. One of the calcon is for exchange 2003 version and renamed it to excalcon2k3, since they both need to be in the same domino program directory. Each of the domino servers are running calcon and connecting to two different exchange servers (one to 2003 and the other to 2007). But when a notes client submits free busy request for exchange 2003 users, the request is actually going to the domino server which is connected to exchange 2007 server and the request fails. We tried recreating the foreign domain documents , restarted all the services and it worked for a while and started failing again. 

Has anyone tried running 2 calcon processes on a a partitioned domino server and if so, was there any work around.</description>
		<content:encoded><![CDATA[<p>We recently installed Microsoft transporter suite for co-existence between domino, exchange 2003 and exchange 2007 users. As per one of the consultant we installed the calcon on a server with 2 domino partitions. One of the calcon is for exchange 2003 version and renamed it to excalcon2k3, since they both need to be in the same domino program directory. Each of the domino servers are running calcon and connecting to two different exchange servers (one to 2003 and the other to 2007). But when a notes client submits free busy request for exchange 2003 users, the request is actually going to the domino server which is connected to exchange 2007 server and the request fails. We tried recreating the foreign domain documents , restarted all the services and it worked for a while and started failing again. </p>
<p>Has anyone tried running 2 calcon processes on a a partitioned domino server and if so, was there any work around.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elan Shudnow</title>
		<link>http://www.shudnow.net/2009/02/23/exchange-2007-and-domino-freebusy-coexistence/comment-page-1/#comment-6843</link>
		<dc:creator>Elan Shudnow</dc:creator>
		<pubDate>Thu, 04 Jun 2009 15:02:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.shudnow.net/?p=890#comment-6843</guid>
		<description>OWA 2007 uses the Availability Service to pull Free/Busy information but through a different API than Outlook 2007 uses.  Outlook 2007 uses Availability Service as well, but again, uses a different API than OWA uses.  Outook 2003 doesn&#039;t use the availability service but goes directly to public folders.

Seems a bit odd that OWA would work but not anything else.  Can&#039;t think of anything off the top of my head, but I&#039;ll reply back if I do.  If you figure it out, please comment with what you&#039;ve discovered.  Will be much appreciated.</description>
		<content:encoded><![CDATA[<p>OWA 2007 uses the Availability Service to pull Free/Busy information but through a different API than Outlook 2007 uses.  Outlook 2007 uses Availability Service as well, but again, uses a different API than OWA uses.  Outook 2003 doesn&#8217;t use the availability service but goes directly to public folders.</p>
<p>Seems a bit odd that OWA would work but not anything else.  Can&#8217;t think of anything off the top of my head, but I&#8217;ll reply back if I do.  If you figure it out, please comment with what you&#8217;ve discovered.  Will be much appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jose Osorio</title>
		<link>http://www.shudnow.net/2009/02/23/exchange-2007-and-domino-freebusy-coexistence/comment-page-1/#comment-6829</link>
		<dc:creator>Jose Osorio</dc:creator>
		<pubDate>Wed, 03 Jun 2009 19:13:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.shudnow.net/?p=890#comment-6829</guid>
		<description>Hi Elan,

Our Company is migratin from lotus Domino 8.0 to Exchange 2007.

Free/Busy works Fine, but i have this issue:

Domino users From Lotus Notes Client and Domino Web Access can view Free/Busy information of Exchange Users.

Exchange Users only from OWA can view Free/Busy information of Domino Users. Exchange Users from Outlook client 2003/2007 can´t view Free/Busy information from Domino Users.

Do you know why Outlook clients can´t do that?

Thanks.

Regards.</description>
		<content:encoded><![CDATA[<p>Hi Elan,</p>
<p>Our Company is migratin from lotus Domino 8.0 to Exchange 2007.</p>
<p>Free/Busy works Fine, but i have this issue:</p>
<p>Domino users From Lotus Notes Client and Domino Web Access can view Free/Busy information of Exchange Users.</p>
<p>Exchange Users only from OWA can view Free/Busy information of Domino Users. Exchange Users from Outlook client 2003/2007 can´t view Free/Busy information from Domino Users.</p>
<p>Do you know why Outlook clients can´t do that?</p>
<p>Thanks.</p>
<p>Regards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elan Shudnow</title>
		<link>http://www.shudnow.net/2009/02/23/exchange-2007-and-domino-freebusy-coexistence/comment-page-1/#comment-6772</link>
		<dc:creator>Elan Shudnow</dc:creator>
		<pubDate>Tue, 12 May 2009 15:46:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.shudnow.net/?p=890#comment-6772</guid>
		<description>The problems were primarily related to the thing we had to do with adding the CAS fQDNs to Internet Sites.  But either way, you are not supposed to host public folders on a CCR if you have &quot;more than one&quot; public folder database in your entire Exchange organization.  You can check the CCR documentation on public folder support for more information.</description>
		<content:encoded><![CDATA[<p>The problems were primarily related to the thing we had to do with adding the CAS fQDNs to Internet Sites.  But either way, you are not supposed to host public folders on a CCR if you have &#8220;more than one&#8221; public folder database in your entire Exchange organization.  You can check the CCR documentation on public folder support for more information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Buster</title>
		<link>http://www.shudnow.net/2009/02/23/exchange-2007-and-domino-freebusy-coexistence/comment-page-1/#comment-6770</link>
		<dc:creator>Buster</dc:creator>
		<pubDate>Tue, 12 May 2009 08:47:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.shudnow.net/?p=890#comment-6770</guid>
		<description>Could you clarify what you meant with public folders on CCR-cluster and problems that you saw?</description>
		<content:encoded><![CDATA[<p>Could you clarify what you meant with public folders on CCR-cluster and problems that you saw?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: subject: exchange</title>
		<link>http://www.shudnow.net/2009/02/23/exchange-2007-and-domino-freebusy-coexistence/comment-page-1/#comment-6587</link>
		<dc:creator>subject: exchange</dc:creator>
		<pubDate>Fri, 27 Feb 2009 19:04:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.shudnow.net/?p=890#comment-6587</guid>
		<description>&lt;strong&gt;Weekend reading...&lt;/strong&gt;

When to use Move Mailbox Wizard or ExMerge to move Exchange mailboxes Exchange 2007 SP1 Features with...</description>
		<content:encoded><![CDATA[<p><strong>Weekend reading&#8230;</strong></p>
<p>When to use Move Mailbox Wizard or ExMerge to move Exchange mailboxes Exchange 2007 SP1 Features with&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Perry Hiltz</title>
		<link>http://www.shudnow.net/2009/02/23/exchange-2007-and-domino-freebusy-coexistence/comment-page-1/#comment-6576</link>
		<dc:creator>Perry Hiltz</dc:creator>
		<pubDate>Wed, 25 Feb 2009 15:41:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.shudnow.net/?p=890#comment-6576</guid>
		<description>Elan, Great article.

Unfortunately when organizations are executing a significantly large migration from Domino to Exchange, there are a tremendous number of fidelity issues related to the implementation of iCal between Domino and Exchange utilizing only the transporter.  As you are already aware messaging utilizing the transporter suite along and certain migration products do not provide full ability to reply to messages once migrated.

In addition these large organizations that require significant coexistence between the two platforms see significant issues with respect to the conversion of inline images, meeting invitations, and even embedded Domino objects such as embedded forms, buttons, and even encrypted mail. 

Each of these can lead to a significant number of help desk calls, user problems and perceived failure.  I&#039;d love to discuss this with you sometime.</description>
		<content:encoded><![CDATA[<p>Elan, Great article.</p>
<p>Unfortunately when organizations are executing a significantly large migration from Domino to Exchange, there are a tremendous number of fidelity issues related to the implementation of iCal between Domino and Exchange utilizing only the transporter.  As you are already aware messaging utilizing the transporter suite along and certain migration products do not provide full ability to reply to messages once migrated.</p>
<p>In addition these large organizations that require significant coexistence between the two platforms see significant issues with respect to the conversion of inline images, meeting invitations, and even embedded Domino objects such as embedded forms, buttons, and even encrypted mail. </p>
<p>Each of these can lead to a significant number of help desk calls, user problems and perceived failure.  I&#8217;d love to discuss this with you sometime.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trevor</title>
		<link>http://www.shudnow.net/2009/02/23/exchange-2007-and-domino-freebusy-coexistence/comment-page-1/#comment-6569</link>
		<dc:creator>Trevor</dc:creator>
		<pubDate>Tue, 24 Feb 2009 16:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.shudnow.net/?p=890#comment-6569</guid>
		<description>One issue we ran into during our migration (Notes 6.5 to Exchange 2007) is that the CalCon process on Domino wouldn&#039;t return free/busy information for users who were recently migrated using Quest&#039;s Notes Migrator for Exchange.  After about of month of working with Microsoft PSS, we figured out a workaround...

Quest&#039;s tool uses the &quot;Other&quot; setting for mail system when it sets forwarding for person documents.  With this type of form, the CalCon process requires the full &quot;Other address&quot; (aka - forwarding email address) to be part of the &quot;User name&quot; field.  In addition, we had to make the forwarding address + @domain (e.g.:  John_Doe@exchange.domain.com@domain.com) the first name listed in the &quot;User name&quot; field before F/B requests were processed correctly.</description>
		<content:encoded><![CDATA[<p>One issue we ran into during our migration (Notes 6.5 to Exchange 2007) is that the CalCon process on Domino wouldn&#8217;t return free/busy information for users who were recently migrated using Quest&#8217;s Notes Migrator for Exchange.  After about of month of working with Microsoft PSS, we figured out a workaround&#8230;</p>
<p>Quest&#8217;s tool uses the &#8220;Other&#8221; setting for mail system when it sets forwarding for person documents.  With this type of form, the CalCon process requires the full &#8220;Other address&#8221; (aka &#8211; forwarding email address) to be part of the &#8220;User name&#8221; field.  In addition, we had to make the forwarding address + @domain (e.g.:  <a href="mailto:John_Doe@exchange.domain.com">John_Doe@exchange.domain.com</a>@domain.com) the first name listed in the &#8220;User name&#8221; field before F/B requests were processed correctly.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
