<?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: iPhone 2.0: Exchange vs Leopard Server</title>
	<atom:link href="http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/</link>
	<description>Daniel Eran Dilger in San Francisco</description>
	<lastBuildDate>Fri, 03 Jul 2009 14:17:27 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Snow Leopard Server Takes on Exchange, SharePoint &#8212; RoughlyDrafted Magazine</title>
		<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/comment-page-1/#comment-9158</link>
		<dc:creator>Snow Leopard Server Takes on Exchange, SharePoint &#8212; RoughlyDrafted Magazine</dc:creator>
		<pubDate>Tue, 10 Jun 2008 06:18:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/#comment-9158</guid>
		<description>[...] iPhone 2.0: Exchange vs Leopard Server Apple - Server - Mac OS X Leopard - Snow Leopard All Part of the Plan. Apple isn&#8217;t just taking wild stabs in various desperate directions. Both Mobile Me and Mac OS X Server share a lot of the same technologies, and build upon the same client side efforts to support push messaging on both the Mac desktop and the iPhone. In other words, rather than just adding Exchange support to the iPhone and the desktop&#8217;s Mail, iCal and Address Book, Apple is also making all of them push savvy by using open standards, with the result of being able to offer Exchange-like services itself and in a server product that allows companies to host this locally. [...]</description>
		<content:encoded><![CDATA[<p>[...] iPhone 2.0: Exchange vs Leopard Server Apple &#8211; Server &#8211; Mac OS X Leopard &#8211; Snow Leopard All Part of the Plan. Apple isn&#8217;t just taking wild stabs in various desperate directions. Both Mobile Me and Mac OS X Server share a lot of the same technologies, and build upon the same client side efforts to support push messaging on both the Mac desktop and the iPhone. In other words, rather than just adding Exchange support to the iPhone and the desktop&#8217;s Mail, iCal and Address Book, Apple is also making all of them push savvy by using open standards, with the result of being able to offer Exchange-like services itself and in a server product that allows companies to host this locally. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rdamiani</title>
		<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/comment-page-1/#comment-7823</link>
		<dc:creator>rdamiani</dc:creator>
		<pubDate>Sat, 26 Apr 2008 19:02:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/#comment-7823</guid>
		<description>The iMac is my personal machine at home, and the server(s) are headless and live in a closet. So it would either be an Xserve or a mini. Or a MacPro, but that&#039;s crazy talk.

Replacing Exchange with OSX Server would involve a lot more than just setting up OSX Server and migrating mailboxes, even in a small office like mine. The fax functionality, for example, would involve some kind of third-party hardware and software, plus some kind of glue software to integrate it into our mail environment. The difference between them is not like MS Office vs. Open Office. It&#039;s more like MS Office vs. WordPad + Calculator.

Exchange&#039;s web-based access, for example, is Outlook running in a web browser. Some stuff isn&#039;t there - delegate control, folder permissions and folder actions, ect. But just about everything involving reading, responding to, and writing e-mail (and integrated calendering) is there. So you can (for example) create meeting requests and respond to incoming requests without needing anything but access to a web-enabled computer. As far as I can tell with Mail + iCal, I&#039;d need to either build a web interface to iCal or purchase one, then manually copy meeting info from one to the other, or just wait until I got to my computer and do it from there. I don&#039;t know how Mail + iCal deals with meeting changes in that scenario though. OWA or Exchange fires a request message to the organizer if the time is changed by one of the attendees. How does Mail + iCal deal with changes like that?

Delegation is what happens in the real world when you have a secretary or personal assistant. The PA manages your schedule and routine correspondence, and lets you know about things that need your personal attention. Exchange allows you to do that without having to give your PA full, unrestricted access to all your account information. You can assign roles so some people have read, some have read and write, and some have send-as (not the same as impersonation). The rights can be assigned folder-by-folder, so you can deligate one calendar and folder and block access to other ones. We use this internally in a variety of ways.

Public folders (which can be used as mailing lists) have the same kinds of access control, plus folder actions. So inbound messages that meet certain criteria can be routed in different ways. I use this (for example) with sub-dealers who don&#039;t need accounts in our domain. You create a public folder (which has an e-mail address) and set it to forward mail to the external account your sub-dealer uses.

Distribution lists can also be used as mailing lists, but have a different feature set. The archive folder isn&#039;t required, for example, and you can &#039;burst&#039; the list address into individual addresses in a particular e-mail so you can remove some recipients.

Sever-side mail rules aren&#039;t the same, unless Mail.app grows new functionality when it&#039;s connected to a Leopard mail server. In Exchange, users create server-side rules automatically from within Outlook or Outlook web access. So say I join an external mailing list. I create a rule to file that mail into a folder, then close Outlook. When I check my mail later via Outlook Web Access (or my iPhone), the inbound list mail is in it&#039;s folder without my having to create another rule, wait for any processing to occur, or get the server admin to implement anything.

Scheduling resources in other systems is usually done by giving the resource an account and having someone monitor that account. in Exchange you can do that, or you can manage that with delegates and folder actions. It extends to e-mail as well as calendaring, so no need to manage them with separate programs.

Exchange, in larger organizations, also allows for clustering, load balancing, and different roles. So you can have some servers managing mail boxes with others doing the send-and-receive part, while others are OWA gateways. Splitting out functionality and distributing it across other systems is where it really shines, but small companies don&#039;t generally need to do that. SBS is more cost-effective for them. Lots cheaper, too.

Exchange is large enterprise groupware that can be adapted to fit the needs of smaller organizations with highly mobile workers. It&#039;s overkill for most small groups that don&#039;t need a lot of remote access. I selected it because, for our company, the office is somewhere we go when we don&#039;t have anything else to do. OSX Server is a workgroup solution that can be extended to the large end of more typical small and medium businesses that don&#039;t have a lot of work-at-home-or-wherever users. There is some overlap in the small busness sector, but not so much that Apple can be said to be competing with Exchange in any meaningful kind of way.

ActiveSynch on the iPhone (or the lack therof), the original article topic, wouldn&#039;t push companies to switch server platforms regardless of the available functionality. RIM, for example, would not have been nearly as successful as they are if they required users to change messaging platforms or implement a different server architecture. Rather, RIM extends the existing messaging platform by adding a bit of software to the mail server that talks to the RIM systems that do the heavy lifting. Apple, by adding ActiveSynch, can get their phones into enterprise environments without even having to make the kinds of investments that RIM did. No need for a new Apple Messaging data center to route traffic to the handsets. No need to add software to any mail servers. No need for much of anything, really, since ActiveSynch is already platform-agnostic.

While I can&#039;t speak for everyone, I know that - in my own case - my switching my family to Macs started with a 4GB Nano (1G) and the first Intel Mini. Now we&#039;ve got two iPhones, four iPods, a 24&quot; iMac, and I&#039;ve got one brother and one sister to get MacBooks. My wife&#039;s gonna get a MacBook too, once her litte Gateway dies. Two or three (or ten) like me in a given enterprise is a lot better for Apple than an XServe or a Mini with OSX Server would be. Apple isn&#039;t chasing the enterprise market, so a strategy that lets them extend the halo into enterprises with very little effort on their part (implementing something Microsoft already has packaged for cross-platform use by third-parties) is absolutely perfect for them.

In fact, if Apple does a better job of making ActiveSynch work than Microsoft does on Windows Mobile (not hard - Windows Mobile sucks swamp water), Apple&#039;s iPhone could easily end up displacing Windows Mobile and making significant inroads on RIMs market share. That wouldn&#039;t be possible if push email and live calendar and contact updating were limited to OSX Server implementations only. For IT folks, that&#039;s too much like jumping off a cliff.

Apple&#039;s strategy since the introduction of the iPod seems to be one of sneaking in through a window rather than barging in the front door. iPods brought some people to Macs, but not many. Making iPods windows-compatable got people who weren&#039;t thinking &#039;Mac&#039; to start thinking &#039;Mac&#039;, but the hardware differences (PowerPC vs intel) were still a real barrier. Once the hardware difference was gone and Boot Camp showed up, getting a Mac as your next computer wasn&#039;t an all-or-nothing choice. Boot camp made escaping back to Windows something that wouldn&#039;t cost too much. iPhones that work with Exchange is just the latest way Apple is using to coax people into Apple stores and onto OSX.</description>
		<content:encoded><![CDATA[<p>The iMac is my personal machine at home, and the server(s) are headless and live in a closet. So it would either be an Xserve or a mini. Or a MacPro, but that&#8217;s crazy talk.</p>
<p>Replacing Exchange with OSX Server would involve a lot more than just setting up OSX Server and migrating mailboxes, even in a small office like mine. The fax functionality, for example, would involve some kind of third-party hardware and software, plus some kind of glue software to integrate it into our mail environment. The difference between them is not like MS Office vs. Open Office. It&#8217;s more like MS Office vs. WordPad + Calculator.</p>
<p>Exchange&#8217;s web-based access, for example, is Outlook running in a web browser. Some stuff isn&#8217;t there &#8211; delegate control, folder permissions and folder actions, ect. But just about everything involving reading, responding to, and writing e-mail (and integrated calendering) is there. So you can (for example) create meeting requests and respond to incoming requests without needing anything but access to a web-enabled computer. As far as I can tell with Mail + iCal, I&#8217;d need to either build a web interface to iCal or purchase one, then manually copy meeting info from one to the other, or just wait until I got to my computer and do it from there. I don&#8217;t know how Mail + iCal deals with meeting changes in that scenario though. OWA or Exchange fires a request message to the organizer if the time is changed by one of the attendees. How does Mail + iCal deal with changes like that?</p>
<p>Delegation is what happens in the real world when you have a secretary or personal assistant. The PA manages your schedule and routine correspondence, and lets you know about things that need your personal attention. Exchange allows you to do that without having to give your PA full, unrestricted access to all your account information. You can assign roles so some people have read, some have read and write, and some have send-as (not the same as impersonation). The rights can be assigned folder-by-folder, so you can deligate one calendar and folder and block access to other ones. We use this internally in a variety of ways.</p>
<p>Public folders (which can be used as mailing lists) have the same kinds of access control, plus folder actions. So inbound messages that meet certain criteria can be routed in different ways. I use this (for example) with sub-dealers who don&#8217;t need accounts in our domain. You create a public folder (which has an e-mail address) and set it to forward mail to the external account your sub-dealer uses.</p>
<p>Distribution lists can also be used as mailing lists, but have a different feature set. The archive folder isn&#8217;t required, for example, and you can &#8216;burst&#8217; the list address into individual addresses in a particular e-mail so you can remove some recipients.</p>
<p>Sever-side mail rules aren&#8217;t the same, unless Mail.app grows new functionality when it&#8217;s connected to a Leopard mail server. In Exchange, users create server-side rules automatically from within Outlook or Outlook web access. So say I join an external mailing list. I create a rule to file that mail into a folder, then close Outlook. When I check my mail later via Outlook Web Access (or my iPhone), the inbound list mail is in it&#8217;s folder without my having to create another rule, wait for any processing to occur, or get the server admin to implement anything.</p>
<p>Scheduling resources in other systems is usually done by giving the resource an account and having someone monitor that account. in Exchange you can do that, or you can manage that with delegates and folder actions. It extends to e-mail as well as calendaring, so no need to manage them with separate programs.</p>
<p>Exchange, in larger organizations, also allows for clustering, load balancing, and different roles. So you can have some servers managing mail boxes with others doing the send-and-receive part, while others are OWA gateways. Splitting out functionality and distributing it across other systems is where it really shines, but small companies don&#8217;t generally need to do that. SBS is more cost-effective for them. Lots cheaper, too.</p>
<p>Exchange is large enterprise groupware that can be adapted to fit the needs of smaller organizations with highly mobile workers. It&#8217;s overkill for most small groups that don&#8217;t need a lot of remote access. I selected it because, for our company, the office is somewhere we go when we don&#8217;t have anything else to do. OSX Server is a workgroup solution that can be extended to the large end of more typical small and medium businesses that don&#8217;t have a lot of work-at-home-or-wherever users. There is some overlap in the small busness sector, but not so much that Apple can be said to be competing with Exchange in any meaningful kind of way.</p>
<p>ActiveSynch on the iPhone (or the lack therof), the original article topic, wouldn&#8217;t push companies to switch server platforms regardless of the available functionality. RIM, for example, would not have been nearly as successful as they are if they required users to change messaging platforms or implement a different server architecture. Rather, RIM extends the existing messaging platform by adding a bit of software to the mail server that talks to the RIM systems that do the heavy lifting. Apple, by adding ActiveSynch, can get their phones into enterprise environments without even having to make the kinds of investments that RIM did. No need for a new Apple Messaging data center to route traffic to the handsets. No need to add software to any mail servers. No need for much of anything, really, since ActiveSynch is already platform-agnostic.</p>
<p>While I can&#8217;t speak for everyone, I know that &#8211; in my own case &#8211; my switching my family to Macs started with a 4GB Nano (1G) and the first Intel Mini. Now we&#8217;ve got two iPhones, four iPods, a 24&#8243; iMac, and I&#8217;ve got one brother and one sister to get MacBooks. My wife&#8217;s gonna get a MacBook too, once her litte Gateway dies. Two or three (or ten) like me in a given enterprise is a lot better for Apple than an XServe or a Mini with OSX Server would be. Apple isn&#8217;t chasing the enterprise market, so a strategy that lets them extend the halo into enterprises with very little effort on their part (implementing something Microsoft already has packaged for cross-platform use by third-parties) is absolutely perfect for them.</p>
<p>In fact, if Apple does a better job of making ActiveSynch work than Microsoft does on Windows Mobile (not hard &#8211; Windows Mobile sucks swamp water), Apple&#8217;s iPhone could easily end up displacing Windows Mobile and making significant inroads on RIMs market share. That wouldn&#8217;t be possible if push email and live calendar and contact updating were limited to OSX Server implementations only. For IT folks, that&#8217;s too much like jumping off a cliff.</p>
<p>Apple&#8217;s strategy since the introduction of the iPod seems to be one of sneaking in through a window rather than barging in the front door. iPods brought some people to Macs, but not many. Making iPods windows-compatable got people who weren&#8217;t thinking &#8216;Mac&#8217; to start thinking &#8216;Mac&#8217;, but the hardware differences (PowerPC vs intel) were still a real barrier. Once the hardware difference was gone and Boot Camp showed up, getting a Mac as your next computer wasn&#8217;t an all-or-nothing choice. Boot camp made escaping back to Windows something that wouldn&#8217;t cost too much. iPhones that work with Exchange is just the latest way Apple is using to coax people into Apple stores and onto OSX.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dscottbuch</title>
		<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/comment-page-1/#comment-7821</link>
		<dc:creator>dscottbuch</dc:creator>
		<pubDate>Sat, 26 Apr 2008 15:25:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/#comment-7821</guid>
		<description>@rdamiani

First, from the businesses I deal with I know that none of that is &#039;needed&#039; because they don&#039;t have it now.  :)

Regarding your list.  

While I haven&#039;t directly set up Leopard yet, I believe all of that is available.

- Web based mail access - out of the box with Tiger and Leopard.  No problem

- Web based calendar with the most (maybe all) of the details you list - out of the box with Leopard

- Server mail rules - don&#039;t know if its out of the box with Leopard but was trivial to add to the Open Source mail viewer (Squirrel mail) provided as part of Tiger.

- Mail lists - out of the box with Tiger and I assume Leopard.  We use them all the time, including with customers.

- Resources with calendars - Part of Calendar Server thats provided with Leopard and which I installed on Tiger - Free.

- Delegation - As we don&#039;t use calendaring extensively I&#039;ve never yet understood what this is but its listed as part of CalendarServer so out of the Box with Leopard.

So, I stand by my original assessment.

BTW why would you put an xserve?  The iMac would make a great server (we use one as our backup).  The server functions use almost no CPU in small user situations and the stability of OS X makes it no burden to have that running in the background on something like an iMac.</description>
		<content:encoded><![CDATA[<p>@rdamiani</p>
<p>First, from the businesses I deal with I know that none of that is &#8216;needed&#8217; because they don&#8217;t have it now.  :)</p>
<p>Regarding your list.  </p>
<p>While I haven&#8217;t directly set up Leopard yet, I believe all of that is available.</p>
<p>- Web based mail access &#8211; out of the box with Tiger and Leopard.  No problem</p>
<p>- Web based calendar with the most (maybe all) of the details you list &#8211; out of the box with Leopard</p>
<p>- Server mail rules &#8211; don&#8217;t know if its out of the box with Leopard but was trivial to add to the Open Source mail viewer (Squirrel mail) provided as part of Tiger.</p>
<p>- Mail lists &#8211; out of the box with Tiger and I assume Leopard.  We use them all the time, including with customers.</p>
<p>- Resources with calendars &#8211; Part of Calendar Server thats provided with Leopard and which I installed on Tiger &#8211; Free.</p>
<p>- Delegation &#8211; As we don&#8217;t use calendaring extensively I&#8217;ve never yet understood what this is but its listed as part of CalendarServer so out of the Box with Leopard.</p>
<p>So, I stand by my original assessment.</p>
<p>BTW why would you put an xserve?  The iMac would make a great server (we use one as our backup).  The server functions use almost no CPU in small user situations and the stability of OS X makes it no burden to have that running in the background on something like an iMac.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rdamiani</title>
		<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/comment-page-1/#comment-7811</link>
		<dc:creator>rdamiani</dc:creator>
		<pubDate>Sat, 26 Apr 2008 07:24:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/#comment-7811</guid>
		<description>@dscottbuch

I don&#039;t believe that group is as large as you might imagine, actually. Looking at an overview of OSX Server&#039;s mail server, here are some things we do with Exchange that OSX Server dosn&#039;t seem to be able to do:

- Web-based mail access. No mail client required, just a computer (any computer, any OS) with internet access and there you are.

- Web based calendar, fax, public folder, shared and private contacts, and distribution lists, too. Set up automaticly, but you can customize it if you want.

- Server-based mail rules. By subject, sender, receiver, headers, body text, ect. i.e. Mail that sorts itself into folders without needing a mail client.

- Distribution lists with server-based list archives. That also use server-based rules.

- Resource accounts (meeting rooms, equipment, ect) that can respond to meeting requests and e-mail.

- Delegation, with control over how much is delegated.

- Deleted item retention (in addition to backups). 

I&#039;m hardly an Exchange guru, by the way - all that stuff was set up automatically when I configured SBS via it&#039;s wizard.

Don&#039;t get me wrong, I really like OSX. The greatness of my Mini is surpassed only by that of my week-old iMac. I got my brother and my sister to get MacBooks, and I&#039;m trying to get the rest of the family to get them too. I&#039;m really digging my iPhone and will get everyone in my office using them as their contracts expire (I&#039;m the IT guy, so I get to do that). I&#039;m looking forward to getting another Mac in the office, too (3/4 of our software offerings run on OSX and Windows, and the rest run under Parallels just fine). I just can&#039;t see how an Xserve would fit into that.</description>
		<content:encoded><![CDATA[<p>@dscottbuch</p>
<p>I don&#8217;t believe that group is as large as you might imagine, actually. Looking at an overview of OSX Server&#8217;s mail server, here are some things we do with Exchange that OSX Server dosn&#8217;t seem to be able to do:</p>
<p>- Web-based mail access. No mail client required, just a computer (any computer, any OS) with internet access and there you are.</p>
<p>- Web based calendar, fax, public folder, shared and private contacts, and distribution lists, too. Set up automaticly, but you can customize it if you want.</p>
<p>- Server-based mail rules. By subject, sender, receiver, headers, body text, ect. i.e. Mail that sorts itself into folders without needing a mail client.</p>
<p>- Distribution lists with server-based list archives. That also use server-based rules.</p>
<p>- Resource accounts (meeting rooms, equipment, ect) that can respond to meeting requests and e-mail.</p>
<p>- Delegation, with control over how much is delegated.</p>
<p>- Deleted item retention (in addition to backups). </p>
<p>I&#8217;m hardly an Exchange guru, by the way &#8211; all that stuff was set up automatically when I configured SBS via it&#8217;s wizard.</p>
<p>Don&#8217;t get me wrong, I really like OSX. The greatness of my Mini is surpassed only by that of my week-old iMac. I got my brother and my sister to get MacBooks, and I&#8217;m trying to get the rest of the family to get them too. I&#8217;m really digging my iPhone and will get everyone in my office using them as their contracts expire (I&#8217;m the IT guy, so I get to do that). I&#8217;m looking forward to getting another Mac in the office, too (3/4 of our software offerings run on OSX and Windows, and the rest run under Parallels just fine). I just can&#8217;t see how an Xserve would fit into that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IBM&#8217;s Strategic Interest in Macs Goes Beyond Pilot Program &#8212; RoughlyDrafted Magazine</title>
		<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/comment-page-1/#comment-7515</link>
		<dc:creator>IBM&#8217;s Strategic Interest in Macs Goes Beyond Pilot Program &#8212; RoughlyDrafted Magazine</dc:creator>
		<pubDate>Fri, 18 Apr 2008 22:03:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/#comment-7515</guid>
		<description>[...] iPhone 2.0: Exchange vs Leopard Server [...]</description>
		<content:encoded><![CDATA[<p>[...] iPhone 2.0: Exchange vs Leopard Server [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dscottbuch</title>
		<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/comment-page-1/#comment-7449</link>
		<dc:creator>dscottbuch</dc:creator>
		<pubDate>Thu, 17 Apr 2008 14:26:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/#comment-7449</guid>
		<description>@rdamiani

It always seems everyone talks about either A OR B - Exchange or &#039;something else&#039;.  I don&#039;t believe this is point (or it shouldn&#039;t be).  Exchange provides a lot - much of which is not needed by a lot of people.  I believe this group is large and they don&#039;t have a reasonable alternative to Exchange for only what they need (without an IT staff to put it together from OS pieces).  For example all we need as work are shared calendars, a common contact information source, and e-mail.  None of the other features are required.  Exchange is overkill.  OTH the integration of CalendarServer, Open Directory, and e-mail on Leopard server is perfect for us. and significantly easier to administer, to me.</description>
		<content:encoded><![CDATA[<p>@rdamiani</p>
<p>It always seems everyone talks about either A OR B &#8211; Exchange or &#8217;something else&#8217;.  I don&#8217;t believe this is point (or it shouldn&#8217;t be).  Exchange provides a lot &#8211; much of which is not needed by a lot of people.  I believe this group is large and they don&#8217;t have a reasonable alternative to Exchange for only what they need (without an IT staff to put it together from OS pieces).  For example all we need as work are shared calendars, a common contact information source, and e-mail.  None of the other features are required.  Exchange is overkill.  OTH the integration of CalendarServer, Open Directory, and e-mail on Leopard server is perfect for us. and significantly easier to administer, to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rdamiani</title>
		<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/comment-page-1/#comment-7432</link>
		<dc:creator>rdamiani</dc:creator>
		<pubDate>Thu, 17 Apr 2008 07:07:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/#comment-7432</guid>
		<description>Exchange is a lot more than just e-mail and shared calenders. E-mail and calendaring are a couple of the things Exchange does. OSXs mail and iCal servers are nice, but until and unless they can provide the seamless access to any kind of digital information you want to use, they aren&#039;t going to replace Exchange.</description>
		<content:encoded><![CDATA[<p>Exchange is a lot more than just e-mail and shared calenders. E-mail and calendaring are a couple of the things Exchange does. OSXs mail and iCal servers are nice, but until and unless they can provide the seamless access to any kind of digital information you want to use, they aren&#8217;t going to replace Exchange.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hylas</title>
		<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/comment-page-1/#comment-7253</link>
		<dc:creator>hylas</dc:creator>
		<pubDate>Fri, 11 Apr 2008 21:26:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/#comment-7253</guid>
		<description>That was quick.

:-)

Gartner Analysts Warn That Windows Is Collapsing:

http://linux.slashdot.org/linux/08/04/11/0413234.shtml

hylas</description>
		<content:encoded><![CDATA[<p>That was quick.</p>
<p>:-)</p>
<p>Gartner Analysts Warn That Windows Is Collapsing:</p>
<p><a href="http://linux.slashdot.org/linux/08/04/11/0413234.shtml" rel="nofollow">http://linux.slashdot.org/linux/08/04/11/0413234.shtml</a></p>
<p>hylas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hylas</title>
		<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/comment-page-1/#comment-7251</link>
		<dc:creator>hylas</dc:creator>
		<pubDate>Fri, 11 Apr 2008 20:57:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/#comment-7251</guid>
		<description>From the comments:

tundraboy:
&quot;I can almost see Steve Jobs plotting just exactly how he will formally launch his full scale assault on enterprise computing after having surrounded it through the total saturation of the non-enterprise market. It will be the most seamless large-scale platform transition ever, made possible by Apple’s demonstrated expertise in managing platform switches and what I expect would be, by then, ubiquitous familiarity with Apple’s OS.&quot;


That, my friends, has always been the plan.
Working software and hardware solutions that work seamlessly with all other platforms - you need not &quot;give up&quot; your choice of OS platform, or be nickeled and dimed to death.
It becomes your choice, and it&#039;s now a very attractive one.

The ridiculousness of having to struggle with manufactured hurdles on server platforms

http://linux.slashdot.org/comments.pl?sid=291473&amp;cid=20523469

... to serve the needs of groups of people and reducing complexities of use, will, in the end arrive and converge at Apple (with OS X 10,5.x Server, UNIX) This is where Microsoft would/should have been with the rollout of NT 4 Server and then had another chance with the 2000 Server offering, back in the 90s, and would have been if they hadn&#039;t been sidelined by greed and petty politics. Gates and crew, which I&#039;ve witness personally in action, are insolent and rude - especially with underlings - and their culture of entitlement will be their undoing, and frankly, I can&#039;t wait.

They&#039;ve rode a wave of dumb luck and one fortunate opportunity, which led them to believe themselves genius. That ride is coming to an end, as everyone is wise to their ways.

hylas</description>
		<content:encoded><![CDATA[<p>From the comments:</p>
<p>tundraboy:<br />
&#8220;I can almost see Steve Jobs plotting just exactly how he will formally launch his full scale assault on enterprise computing after having surrounded it through the total saturation of the non-enterprise market. It will be the most seamless large-scale platform transition ever, made possible by Apple’s demonstrated expertise in managing platform switches and what I expect would be, by then, ubiquitous familiarity with Apple’s OS.&#8221;</p>
<p>That, my friends, has always been the plan.<br />
Working software and hardware solutions that work seamlessly with all other platforms &#8211; you need not &#8220;give up&#8221; your choice of OS platform, or be nickeled and dimed to death.<br />
It becomes your choice, and it&#8217;s now a very attractive one.</p>
<p>The ridiculousness of having to struggle with manufactured hurdles on server platforms</p>
<p><a href="http://linux.slashdot.org/comments.pl?sid=291473&amp;cid=20523469" rel="nofollow">http://linux.slashdot.org/comments.pl?sid=291473&amp;cid=20523469</a></p>
<p>&#8230; to serve the needs of groups of people and reducing complexities of use, will, in the end arrive and converge at Apple (with OS X 10,5.x Server, UNIX) This is where Microsoft would/should have been with the rollout of NT 4 Server and then had another chance with the 2000 Server offering, back in the 90s, and would have been if they hadn&#8217;t been sidelined by greed and petty politics. Gates and crew, which I&#8217;ve witness personally in action, are insolent and rude &#8211; especially with underlings &#8211; and their culture of entitlement will be their undoing, and frankly, I can&#8217;t wait.</p>
<p>They&#8217;ve rode a wave of dumb luck and one fortunate opportunity, which led them to believe themselves genius. That ride is coming to an end, as everyone is wise to their ways.</p>
<p>hylas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: labrats5</title>
		<link>http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/comment-page-1/#comment-7230</link>
		<dc:creator>labrats5</dc:creator>
		<pubDate>Fri, 11 Apr 2008 04:45:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2008/04/08/iphone-20-exchange-vs-leopard-server/#comment-7230</guid>
		<description>Hmm, it is very interesting how Apple seems to have a much better deal with Microsoft than it has had in the past. However, as noted by others, Microsoft is famous for turning the tables. If Exchange becomes dominant and then Microsoft cuts off iphone support, Apple might be screwed. What they need to do is make it impossible for Microsoft to ever even consider doing that. Exchange is only one killer app. If the iphone OS becomes de facto for smart phone business apps, microsoft simply won&#039;t have the leverage to screw Apple over. 

I cannot overstate the importance of 3rd party apps in establishing the iphone as a major player. It has more developer interest than any other mobile platform, and by a wide margin. Email is only the tip of the iceberg.</description>
		<content:encoded><![CDATA[<p>Hmm, it is very interesting how Apple seems to have a much better deal with Microsoft than it has had in the past. However, as noted by others, Microsoft is famous for turning the tables. If Exchange becomes dominant and then Microsoft cuts off iphone support, Apple might be screwed. What they need to do is make it impossible for Microsoft to ever even consider doing that. Exchange is only one killer app. If the iphone OS becomes de facto for smart phone business apps, microsoft simply won&#8217;t have the leverage to screw Apple over. </p>
<p>I cannot overstate the importance of 3rd party apps in establishing the iphone as a major player. It has more developer interest than any other mobile platform, and by a wide margin. Email is only the tip of the iceberg.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
