<?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: Questions for Exchange admins about public calendars</title>
	<atom:link href="http://blog.jonudell.net/2008/06/06/questions-for-exchange-admins-about-public-calendars/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.jonudell.net/2008/06/06/questions-for-exchange-admins-about-public-calendars/</link>
	<description>Strategies for Internet citizens</description>
	<lastBuildDate>Wed, 17 Mar 2010 18:06:41 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2008/06/06/questions-for-exchange-admins-about-public-calendars/#comment-124457</link>
		<dc:creator>Jon Udell</dc:creator>
		<pubDate>Mon, 16 Jun 2008 20:49:15 +0000</pubDate>
		<guid isPermaLink="false">http://jonudell.wordpress.com/?p=397#comment-124457</guid>
		<description>&gt; I wouldn’t run your script on my 
&gt; (somewhat theoretical) production
&gt; Exchange server.

Note that the script needn&#039;t run on the Exchange server, it only needs to run on some server that can contact the Exchange server and make HTTP requests of it, in the same way that OWA (Outlook Web Access) makes requests of it.

That said, I understand and well appreciate your point about aversion to risk. So, it&#039;s good that there&#039;s also the option to publish from Outlook 2007.</description>
		<content:encoded><![CDATA[<p>&gt; I wouldn’t run your script on my<br />
&gt; (somewhat theoretical) production<br />
&gt; Exchange server.</p>
<p>Note that the script needn&#8217;t run on the Exchange server, it only needs to run on some server that can contact the Exchange server and make HTTP requests of it, in the same way that OWA (Outlook Web Access) makes requests of it.</p>
<p>That said, I understand and well appreciate your point about aversion to risk. So, it&#8217;s good that there&#8217;s also the option to publish from Outlook 2007.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dcs</title>
		<link>http://blog.jonudell.net/2008/06/06/questions-for-exchange-admins-about-public-calendars/#comment-124453</link>
		<dc:creator>dcs</dc:creator>
		<pubDate>Mon, 16 Jun 2008 17:41:02 +0000</pubDate>
		<guid isPermaLink="false">http://jonudell.wordpress.com/?p=397#comment-124453</guid>
		<description>Hi.  I&#039;ve run Exchange servers before and expect to run them again (currently I&#039;m outsourcing Exchange).  I&#039;ve been reading your blogs and articles off an on for a decade, you seem like a smart guy, but I wouldn&#039;t run your script on my (somewhat theoretical) production Exchange server.  I would consider running it in a test environment, on a non-Exchange server, connecting to a test Exchange server, to see how it works.  If I had a good test environment which mimicked load and task patterns on a production Exchange server, I might develop sufficient comfort to deploy your code.  Even then, I&#039;d be uncomfortable running it directly on the Exchange server.  Who has the budget for such a test environment for corporate email?  And the time to maintain it properly?  Nobody I&#039;ve ever met ;]

Exchange is too huge, fussy, and essential to mess with (I assume) lightly-tested code.  This is the problem with commercial software.  Only Microsoft can really, really fix Exchange when it really blows up.  Only Microsoft can validate 3rd-party add-ons to Exchange.  Who will validate your light-weight, useful, easily deployed application?  The Exchange dev/qa team?  A 3rd-party Exchange-app lab?  Most sysadmin teams have insufficient budgets and/or staff, and enormous responsibility for uptime, data integrity, data security, etc.  This makes them (us) highly risk-averse.</description>
		<content:encoded><![CDATA[<p>Hi.  I&#8217;ve run Exchange servers before and expect to run them again (currently I&#8217;m outsourcing Exchange).  I&#8217;ve been reading your blogs and articles off an on for a decade, you seem like a smart guy, but I wouldn&#8217;t run your script on my (somewhat theoretical) production Exchange server.  I would consider running it in a test environment, on a non-Exchange server, connecting to a test Exchange server, to see how it works.  If I had a good test environment which mimicked load and task patterns on a production Exchange server, I might develop sufficient comfort to deploy your code.  Even then, I&#8217;d be uncomfortable running it directly on the Exchange server.  Who has the budget for such a test environment for corporate email?  And the time to maintain it properly?  Nobody I&#8217;ve ever met ;]</p>
<p>Exchange is too huge, fussy, and essential to mess with (I assume) lightly-tested code.  This is the problem with commercial software.  Only Microsoft can really, really fix Exchange when it really blows up.  Only Microsoft can validate 3rd-party add-ons to Exchange.  Who will validate your light-weight, useful, easily deployed application?  The Exchange dev/qa team?  A 3rd-party Exchange-app lab?  Most sysadmin teams have insufficient budgets and/or staff, and enormous responsibility for uptime, data integrity, data security, etc.  This makes them (us) highly risk-averse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: exchange2ical available on CodePlex &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2008/06/06/questions-for-exchange-admins-about-public-calendars/#comment-124404</link>
		<dc:creator>exchange2ical available on CodePlex &#171; Jon Udell</dc:creator>
		<pubDate>Wed, 11 Jun 2008 16:52:03 +0000</pubDate>
		<guid isPermaLink="false">http://jonudell.wordpress.com/?p=397#comment-124404</guid>
		<description>[...] Posted by Jon Udell under Uncategorized &#160;   The Exchange-to-iCalendar script that I mentioned here is now published to CodePlex. It&#8217;s intended for organizations that run Exchange and would [...]</description>
		<content:encoded><![CDATA[<p>[...] Posted by Jon Udell under Uncategorized &nbsp;   The Exchange-to-iCalendar script that I mentioned here is now published to CodePlex. It&#8217;s intended for organizations that run Exchange and would [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://blog.jonudell.net/2008/06/06/questions-for-exchange-admins-about-public-calendars/#comment-124383</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Sun, 08 Jun 2008 22:21:15 +0000</pubDate>
		<guid isPermaLink="false">http://jonudell.wordpress.com/?p=397#comment-124383</guid>
		<description>I think I&#039;ve mentioned this before, but for one purpose we have (publicizing public hearings), we need to select a set of events, and when they get published, we would ideally have:

One .ics file for each event
One .ics file for all events in the selected set
HTML (or XML from which we could derive it) for those files - each event would have an icon/button to open its .ics file; the re would be an icon/button to open the file with all of the events.
Optionally a way to download those files, so others could &quot;pass the word&quot; although there are risks involved and it might be better just to pass the link.

An individual person or company may only be interested in one hearing, and would add just that one to their calendar.  A &quot;citizen&#039;s watchdog&quot;-type group might want to track all of them.</description>
		<content:encoded><![CDATA[<p>I think I&#8217;ve mentioned this before, but for one purpose we have (publicizing public hearings), we need to select a set of events, and when they get published, we would ideally have:</p>
<p>One .ics file for each event<br />
One .ics file for all events in the selected set<br />
HTML (or XML from which we could derive it) for those files &#8211; each event would have an icon/button to open its .ics file; the re would be an icon/button to open the file with all of the events.<br />
Optionally a way to download those files, so others could &#8220;pass the word&#8221; although there are risks involved and it might be better just to pass the link.</p>
<p>An individual person or company may only be interested in one hearing, and would add just that one to their calendar.  A &#8220;citizen&#8217;s watchdog&#8221;-type group might want to track all of them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: quizzling</title>
		<link>http://blog.jonudell.net/2008/06/06/questions-for-exchange-admins-about-public-calendars/#comment-124350</link>
		<dc:creator>quizzling</dc:creator>
		<pubDate>Fri, 06 Jun 2008 14:58:07 +0000</pubDate>
		<guid isPermaLink="false">http://jonudell.wordpress.com/?p=397#comment-124350</guid>
		<description>If i ever meet you, I&#039;m going to give you a big kiss, and I don&#039;t make a habit of kissing men.  Let us know when it&#039;s published - I&#039;ve been looking for a way to do this.</description>
		<content:encoded><![CDATA[<p>If i ever meet you, I&#8217;m going to give you a big kiss, and I don&#8217;t make a habit of kissing men.  Let us know when it&#8217;s published &#8211; I&#8217;ve been looking for a way to do this.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
