<?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:go='http://ns.gigaom.com/'
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: Microsoft&#039;s Outlook Opens Up to an Uncertain Future</title>
	<atom:link href="http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/</link>
	<description></description>
	<lastBuildDate>Sat, 11 Feb 2012 03:38:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: The Future of Zimbra &#38; Outlook in an Open Environment &#187; Zimbra :: Blog</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228277</link>
		<dc:creator><![CDATA[The Future of Zimbra &#38; Outlook in an Open Environment &#187; Zimbra :: Blog]]></dc:creator>
		<pubDate>Fri, 11 Dec 2009 21:01:03 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228277</guid>
		<description><![CDATA[&lt;p&gt;[...] language. Contemplating an OS or provider switch should never involve your stored email as a sticking point. We should never have to hear &#8220;Sorry, you&#8217;ll need a Windows install and MS Office handy [...]&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>[...] language. Contemplating an OS or provider switch should never involve your stored email as a sticking point. We should never have to hear &#8220;Sorry, you&#8217;ll need a Windows install and MS Office handy [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc Gingras</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228276</link>
		<dc:creator><![CDATA[Marc Gingras]]></dc:creator>
		<pubDate>Wed, 28 Oct 2009 12:11:23 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228276</guid>
		<description><![CDATA[This news is an important one - as Outlook is the leading email/calendaring application - and has been a black hole when it comes to integration.  This is a great news for any startup that want to innovate.]]></description>
		<content:encoded><![CDATA[<p>This news is an important one &#8211; as Outlook is the leading email/calendaring application &#8211; and has been a black hole when it comes to integration.  This is a great news for any startup that want to innovate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Knowtu &#187; links for 2009-10-27</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228275</link>
		<dc:creator><![CDATA[Knowtu &#187; links for 2009-10-27]]></dc:creator>
		<pubDate>Wed, 28 Oct 2009 01:05:17 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228275</guid>
		<description><![CDATA[[...] Microsoft’s Outlook Opens Up to an Uncertain Future (tags: microsoft outlook mail) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Microsoft’s Outlook Opens Up to an Uncertain Future (tags: microsoft outlook mail) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RAM</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228274</link>
		<dc:creator><![CDATA[RAM]]></dc:creator>
		<pubDate>Wed, 28 Oct 2009 01:03:01 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228274</guid>
		<description><![CDATA[wow... microsoft coming with  new features always....thanx for providing this...]]></description>
		<content:encoded><![CDATA[<p>wow&#8230; microsoft coming with  new features always&#8230;.thanx for providing this&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jane</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228273</link>
		<dc:creator><![CDATA[Jane]]></dc:creator>
		<pubDate>Wed, 28 Oct 2009 00:46:19 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228273</guid>
		<description><![CDATA[You can do this using the Outlook connector - http://office.microsoft.com/en-us/outlook/HA102225181033.aspx]]></description>
		<content:encoded><![CDATA[<p>You can do this using the Outlook connector &#8211; <a href="http://office.microsoft.com/en-us/outlook/HA102225181033.aspx" rel="nofollow">http://office.microsoft.com/en-us/outlook/HA102225181033.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GigaOm: Microsoft&#8217;s Outlook Opens Up to an Uncertain Future &#124; ClearContext Corporate Blog</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228272</link>
		<dc:creator><![CDATA[GigaOm: Microsoft&#8217;s Outlook Opens Up to an Uncertain Future &#124; ClearContext Corporate Blog]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 23:26:47 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228272</guid>
		<description><![CDATA[[...] Read more here. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Read more here. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Costain</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228271</link>
		<dc:creator><![CDATA[Kevin Costain]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 20:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228271</guid>
		<description><![CDATA[Great article - this is an incredibly important move - one I think Microsoft should have done years ago. Whether it&#039;s a good or bad move, I&#039;ll leave that to others to decide.

Here&#039;s why its important - a major amount of mail data is stored in PST files today. If all of these millions of mail files were to to be openly accessible by the open source community and/or third party utilities - the possibilities could be endless - I&#039;m talking ZIP endless, ZIP level of ubiquity. I&#039;m sure that would afford Microsoft with a little more ROI than a dead mail client platform.

It seems clear that the application that is Outlook is dying - heck, you could even say to an extent  that the MS Office package is dying (or being forced to change). &quot;Cloud&quot; is becoming more pervasive and the lock-in that MS has with Outlook is being eroded daily by cheaper and better mail systems and clients (yes, even the Exchange/OWA is killing Outlook to some extent).

The trick here is the storage platform, Microsoft has created a (somewhat) robust storage platform for mail/calendar/etc data that could be incredibly portable and useful in the futre. Have you ever used &quot;Gmail Backup&quot; or other types of mail archiving utilities? What you get is 6000 .eml files. Not exactly a robust storage solution. Imagine the PST becomes one of the de-facto standard for storing and transporting mail data or archiving this data? I think this is what Microsoft wants.

Currently, PST data  is hard to open, easy to move around but useless after being transported and can&#039;t be open directly off a disc. Opening

Kevin (@calwell)]]></description>
		<content:encoded><![CDATA[<p>Great article &#8211; this is an incredibly important move &#8211; one I think Microsoft should have done years ago. Whether it&#8217;s a good or bad move, I&#8217;ll leave that to others to decide.</p>
<p>Here&#8217;s why its important &#8211; a major amount of mail data is stored in PST files today. If all of these millions of mail files were to to be openly accessible by the open source community and/or third party utilities &#8211; the possibilities could be endless &#8211; I&#8217;m talking ZIP endless, ZIP level of ubiquity. I&#8217;m sure that would afford Microsoft with a little more ROI than a dead mail client platform.</p>
<p>It seems clear that the application that is Outlook is dying &#8211; heck, you could even say to an extent  that the MS Office package is dying (or being forced to change). &#8220;Cloud&#8221; is becoming more pervasive and the lock-in that MS has with Outlook is being eroded daily by cheaper and better mail systems and clients (yes, even the Exchange/OWA is killing Outlook to some extent).</p>
<p>The trick here is the storage platform, Microsoft has created a (somewhat) robust storage platform for mail/calendar/etc data that could be incredibly portable and useful in the futre. Have you ever used &#8220;Gmail Backup&#8221; or other types of mail archiving utilities? What you get is 6000 .eml files. Not exactly a robust storage solution. Imagine the PST becomes one of the de-facto standard for storing and transporting mail data or archiving this data? I think this is what Microsoft wants.</p>
<p>Currently, PST data  is hard to open, easy to move around but useless after being transported and can&#8217;t be open directly off a disc. Opening</p>
<p>Kevin (@calwell)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jckobz</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228270</link>
		<dc:creator><![CDATA[jckobz]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 18:12:42 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228270</guid>
		<description><![CDATA[I&#039;m pretty sure that I saw somewhere that MS was starting to move Outlook away from dependance on Windows specific tech, like Active X and MAPI.

I do know that there has been a lot of griping to MS recently, even among some big institutional adopters of Outlook, about it&#039;s many shortcomings, especially in the cross-platform world. The company that I work for was one of them.

My question would be, how did Apple get what is apparently a pretty good Outlook client in 10.6? Did they license the tech from MS? No announcement was made...]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m pretty sure that I saw somewhere that MS was starting to move Outlook away from dependance on Windows specific tech, like Active X and MAPI.</p>
<p>I do know that there has been a lot of griping to MS recently, even among some big institutional adopters of Outlook, about it&#8217;s many shortcomings, especially in the cross-platform world. The company that I work for was one of them.</p>
<p>My question would be, how did Apple get what is apparently a pretty good Outlook client in 10.6? Did they license the tech from MS? No announcement was made&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fazal Majid</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228269</link>
		<dc:creator><![CDATA[Fazal Majid]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 16:29:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228269</guid>
		<description><![CDATA[In 2006 I used MAPI via Python to migrate my address book and calendar from Outlook to OS X&#039;s Mail and iCal apps, and just copied emails over to my IMAP server to migrate the emails themselves. It&#039;s a fairly clunky API. The Outlook object model did not provide access to every characteristic of an email, such as the detailed headers, at least it did not with Outlook 2000, the version I used when migrating.

Opening PST up does nothing to make Outlook a platform - you always access a platform through well-defined APIs that can stay constant even when the underlying file format changes. It also does not benefit Microsoft, only people who are writing utilities to migrate away from Outlook to something like Evolution or Thunderbird. Mozilla already has Outlook migration support in Thunderbird, however (probably via the official Microsoft APIs), so this is rather late in the game. In all likelihood this effort was part of the settlement between the EU and Microsoft.]]></description>
		<content:encoded><![CDATA[<p>In 2006 I used MAPI via Python to migrate my address book and calendar from Outlook to OS X&#8217;s Mail and iCal apps, and just copied emails over to my IMAP server to migrate the emails themselves. It&#8217;s a fairly clunky API. The Outlook object model did not provide access to every characteristic of an email, such as the detailed headers, at least it did not with Outlook 2000, the version I used when migrating.</p>
<p>Opening PST up does nothing to make Outlook a platform &#8211; you always access a platform through well-defined APIs that can stay constant even when the underlying file format changes. It also does not benefit Microsoft, only people who are writing utilities to migrate away from Outlook to something like Evolution or Thunderbird. Mozilla already has Outlook migration support in Thunderbird, however (probably via the official Microsoft APIs), so this is rather late in the game. In all likelihood this effort was part of the settlement between the EU and Microsoft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Newman</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228268</link>
		<dc:creator><![CDATA[Steve Newman]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 15:34:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228268</guid>
		<description><![CDATA[Overall this is a good thing.  Developing against .PST files can be done today and yes, its a nightmare (via MAPI), but it does work if you put the effort into it.  By documenting .PST internals, hopefully better access methods and higher level functionality can be created (open source community, are you listening?!).   Google already has a mail extractor for Outlook .PST so I dont think this changes thiings too much from that vantage point.  http://mail.google.com/mail/help/email_uploader.html]]></description>
		<content:encoded><![CDATA[<p>Overall this is a good thing.  Developing against .PST files can be done today and yes, its a nightmare (via MAPI), but it does work if you put the effort into it.  By documenting .PST internals, hopefully better access methods and higher level functionality can be created (open source community, are you listening?!).   Google already has a mail extractor for Outlook .PST so I dont think this changes thiings too much from that vantage point.  <a href="http://mail.google.com/mail/help/email_uploader.html" rel="nofollow">http://mail.google.com/mail/help/email_uploader.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ronald</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228267</link>
		<dc:creator><![CDATA[ronald]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 14:33:09 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228267</guid>
		<description><![CDATA[I would call it a preemptive strike.
Email clients will be changing in the next few years, WAVE ... RAINDROP.  Microsoft was never good at developing ideas or a guiding line for development (what on earth is Ray doing these days), so let other people experiment. It&#039;s much cheaper too.
I can just see some Developers going. MS has an installed base of Xm, Wave Xt, Raindrop Xh.  So let&#039;s build my new ueber email client to include MS mail or integrate to run in Outlook ...]]></description>
		<content:encoded><![CDATA[<p>I would call it a preemptive strike.<br />
Email clients will be changing in the next few years, WAVE &#8230; RAINDROP.  Microsoft was never good at developing ideas or a guiding line for development (what on earth is Ray doing these days), so let other people experiment. It&#8217;s much cheaper too.<br />
I can just see some Developers going. MS has an installed base of Xm, Wave Xt, Raindrop Xh.  So let&#8217;s build my new ueber email client to include MS mail or integrate to run in Outlook &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tom</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228266</link>
		<dc:creator><![CDATA[tom]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 13:37:18 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228266</guid>
		<description><![CDATA[the crazy thing has always been that you cannot use outlook with free hotmail accounts. instead you have to use gmail or aol mail if you want to use the microsoft email client.  i know you can use windows live mail client but that is not as full featured.

they need to get with the crowd and support POP and IMAP with hotmail.]]></description>
		<content:encoded><![CDATA[<p>the crazy thing has always been that you cannot use outlook with free hotmail accounts. instead you have to use gmail or aol mail if you want to use the microsoft email client.  i know you can use windows live mail client but that is not as full featured.</p>
<p>they need to get with the crowd and support POP and IMAP with hotmail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228265</link>
		<dc:creator><![CDATA[Anonymous]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 12:39:10 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228265</guid>
		<description><![CDATA[MAPI access is proven to be very unstable over the years and it caused many companies developing plug-in systems for Outlook great headaches.

We in eM Client virtually love this move since it allows us to do fast and seamless migration from Outlook. Even when Outlook is crashed we&#039;ll be able to take .pst from users backup and import it to eM Client (or any other client)

Outlook would be a great platform if opened few years ago -&gt; now it&#039;s rule will be hopefully over with upcoming thin clients or unified messaging clients like eM (http://www.emclient.com)]]></description>
		<content:encoded><![CDATA[<p>MAPI access is proven to be very unstable over the years and it caused many companies developing plug-in systems for Outlook great headaches.</p>
<p>We in eM Client virtually love this move since it allows us to do fast and seamless migration from Outlook. Even when Outlook is crashed we&#8217;ll be able to take .pst from users backup and import it to eM Client (or any other client)</p>
<p>Outlook would be a great platform if opened few years ago -&gt; now it&#8217;s rule will be hopefully over with upcoming thin clients or unified messaging clients like eM (<a href="http://www.emclient.com" rel="nofollow">http://www.emclient.com</a>)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Wexler</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228264</link>
		<dc:creator><![CDATA[Michael Wexler]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 11:03:49 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228264</guid>
		<description><![CDATA[Perhaps I am missing something, but to access the PST via MAPI or Outlook objects, one must actually have Outlook licensed and installed.   This opening of the format allows a server to parse the PST without actually licensing Outlook, in order to edit and update stored information.   This creates the ability to improve search indexing, information discovery, backup processes, and information sharing on systems which don&#039;t or can&#039;t install Outlook, from Linux and web servers to potentially portable devices.

I&#039;ve written some Python which calls the MAPI and OOM interfaces via the Redemption library (http://www.dimastr.com/redemption/home.htm) and it was a nightmare.  This pst opening is a good first step, in the hopes that simpler ways to access knowledge from emails will be developed.]]></description>
		<content:encoded><![CDATA[<p>Perhaps I am missing something, but to access the PST via MAPI or Outlook objects, one must actually have Outlook licensed and installed.   This opening of the format allows a server to parse the PST without actually licensing Outlook, in order to edit and update stored information.   This creates the ability to improve search indexing, information discovery, backup processes, and information sharing on systems which don&#8217;t or can&#8217;t install Outlook, from Linux and web servers to potentially portable devices.</p>
<p>I&#8217;ve written some Python which calls the MAPI and OOM interfaces via the Redemption library (<a href="http://www.dimastr.com/redemption/home.htm" rel="nofollow">http://www.dimastr.com/redemption/home.htm</a>) and it was a nightmare.  This pst opening is a good first step, in the hopes that simpler ways to access knowledge from emails will be developed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jd</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228263</link>
		<dc:creator><![CDATA[jd]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 07:12:25 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228263</guid>
		<description><![CDATA[If you can get IMAP or POP access to Outlook, not too bad migrating email that way.

This is why using Microsoft products is so aggravating. Everyone else can use standard MBOX mailbox formats which are not only open but work better.]]></description>
		<content:encoded><![CDATA[<p>If you can get IMAP or POP access to Outlook, not too bad migrating email that way.</p>
<p>This is why using Microsoft products is so aggravating. Everyone else can use standard MBOX mailbox formats which are not only open but work better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabor Cselle</title>
		<link>http://gigaom.com/2009/10/26/microsofts-outlook-opens-up-to-an-uncertain-future/#comment-228262</link>
		<dc:creator><![CDATA[Gabor Cselle]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 06:43:07 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/?p=76976#comment-228262</guid>
		<description><![CDATA[Om - one quick correction to my quote: It&#039;s MAPI, not MAP. Among other things, MAPI proves low-level access to message stores in Outlook.]]></description>
		<content:encoded><![CDATA[<p>Om &#8211; one quick correction to my quote: It&#8217;s MAPI, not MAP. Among other things, MAPI proves low-level access to message stores in Outlook.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

