<?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: Mobile Email: Push vs. Pull</title>
	<atom:link href="http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/feed/" rel="self" type="application/rss+xml" />
	<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/</link>
	<description>Rebooting the workforce</description>
	<lastBuildDate>Wed, 25 Nov 2009 12:00:40 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Odds and Ends</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-319236</link>
		<dc:creator>Odds and Ends</dc:creator>
		<pubDate>Tue, 23 Jun 2009 06:13:42 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-319236</guid>
		<description>[...] of Mobile Email: Web Worker Daily asks the musical question: Push or Pull Email? To me, the difference between Push and Pull is very simple: does the device periodically ask for [...]</description>
		<content:encoded><![CDATA[<p>[...] of Mobile Email: Web Worker Daily asks the musical question: Push or Pull Email? To me, the difference between Push and Pull is very simple: does the device periodically ask for [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-315039</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Tue, 14 Apr 2009 23:59:43 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-315039</guid>
		<description>One thing you failed to discuss is what differences if any push and pull have on device performance, namely battery life (such as pull devices checking the server for new messages every 15 minutes vs push devices having the server send a message only when one is recieved).  I don&#039;t need to know instantly when I receive a message, but I use Outlook at work so I&#039;m used to it.</description>
		<content:encoded><![CDATA[<p>One thing you failed to discuss is what differences if any push and pull have on device performance, namely battery life (such as pull devices checking the server for new messages every 15 minutes vs push devices having the server send a message only when one is recieved).  I don&#8217;t need to know instantly when I receive a message, but I use Outlook at work so I&#8217;m used to it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Money Making Surveys</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-312015</link>
		<dc:creator>Money Making Surveys</dc:creator>
		<pubDate>Tue, 17 Feb 2009 15:48:46 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-312015</guid>
		<description>I&#039;ve been going back and forth whether to get a Blackberry or not.  Do I want to be that connected?  I haven&#039;t decided yet.

I&#039;ve notice some friends and colleagues who do have BlackBerry&#039;s, can&#039;t stop themselves from checking their emails.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been going back and forth whether to get a Blackberry or not.  Do I want to be that connected?  I haven&#8217;t decided yet.</p>
<p>I&#8217;ve notice some friends and colleagues who do have BlackBerry&#8217;s, can&#8217;t stop themselves from checking their emails.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chirag</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-48959</link>
		<dc:creator>Chirag</dc:creator>
		<pubDate>Wed, 25 Apr 2007 05:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-48959</guid>
		<description>Some great points above in the ever-lasting Pull vs. Push debate.  At the risk of plugging in a line about our service &lt;a href=&quot;http://www.meongo.com&quot; title=&quot;Free Mobile Email&quot; rel=&quot;nofollow&quot;&gt;MeOnGo&lt;/a&gt;, here is my 2 cents worth...

More than 2 billion mobiles world-wide, of which smart-phones account for less than 4%.  1.5 billion email accounts world-wide.  And how may mobile email users do we have so far? 10M at best!!

How come no one is questioning this? As critical as email is in our life these days, why is it that only half-a-percent of email users find mobile email appealing?

My take is that mobile email, as is on offer currently... is targeted at high-end users, having high-end devices, requiring high-end email infrastructures - not to mention the ongoing high-cost of using it (data plans, license fees etc.)  Many services which claim to be &quot;mobile email for masses&quot; require downloading and installing a client on the phone – requiring mostly a smart-phone and an entry level data-plan.  

The above pretty much rules out users in emerging economies… Where internet connectivity and computers are not pervasive.  Where people have mobile phones but still continue to use cyber cafe&#039;s to access email.  Where &quot;value-for-money&quot; is paramount.  Where people have browsing capabilities on the phone but data-plans are still expensive.  These, accordingly to me, are people who will find great use for mobile email… provided its adoption and usage costs are attractive.

It is with this scenario in mind that our service &lt;a href=&quot;http://www.meongo.com&quot; title=&quot;Free Mobile Email&quot; rel=&quot;nofollow&quot;&gt;MeOnGo&lt;/a&gt; was developed and launched.  A comprehensive PULL mobile email service that works purely in the mobile&#039;s browser.  Nothing to download, nothing to install and no complicated setups - simply go to the &lt;a href=&quot;http://m.meongo.com&quot; title=&quot;Free Mobile Email&quot; rel=&quot;nofollow&quot;&gt;m.MeOnGo.com&lt;/a&gt;, enter your email address, password and get going.

The service is designed ground-up to work with any mobile... whether it is an old GPRS phone with only WML support or a cutting-edge smart-phone.  The service, though free, provides comprehensive email functionality… there is support for multiple mailboxes, viewing of attachments, SMS alerts for new emails and much more.

In the ongoing debate of Pull vs. Push... Pull would surely fit the bill of Clayton Christensen&#039;s definition of &quot;Disruptive Technology&quot;...

A new, possibly lower performance, but less expensive product that addresses an existing market. The disruptive technology starts by gaining a foothold in the low-end, and less demanding, part of the market, then moves up-market through performance improvements, and finally displaces an incumbent&#039;s product.</description>
		<content:encoded><![CDATA[<p>Some great points above in the ever-lasting Pull vs. Push debate.  At the risk of plugging in a line about our service <a href="http://www.meongo.com" title="Free Mobile Email" rel="nofollow">MeOnGo</a>, here is my 2 cents worth&#8230;</p>
<p>More than 2 billion mobiles world-wide, of which smart-phones account for less than 4%.  1.5 billion email accounts world-wide.  And how may mobile email users do we have so far? 10M at best!!</p>
<p>How come no one is questioning this? As critical as email is in our life these days, why is it that only half-a-percent of email users find mobile email appealing?</p>
<p>My take is that mobile email, as is on offer currently&#8230; is targeted at high-end users, having high-end devices, requiring high-end email infrastructures &#8211; not to mention the ongoing high-cost of using it (data plans, license fees etc.)  Many services which claim to be &#8220;mobile email for masses&#8221; require downloading and installing a client on the phone – requiring mostly a smart-phone and an entry level data-plan.  </p>
<p>The above pretty much rules out users in emerging economies… Where internet connectivity and computers are not pervasive.  Where people have mobile phones but still continue to use cyber cafe&#8217;s to access email.  Where &#8220;value-for-money&#8221; is paramount.  Where people have browsing capabilities on the phone but data-plans are still expensive.  These, accordingly to me, are people who will find great use for mobile email… provided its adoption and usage costs are attractive.</p>
<p>It is with this scenario in mind that our service <a href="http://www.meongo.com" title="Free Mobile Email" rel="nofollow">MeOnGo</a> was developed and launched.  A comprehensive PULL mobile email service that works purely in the mobile&#8217;s browser.  Nothing to download, nothing to install and no complicated setups &#8211; simply go to the <a href="http://m.meongo.com" title="Free Mobile Email" rel="nofollow">m.MeOnGo.com</a>, enter your email address, password and get going.</p>
<p>The service is designed ground-up to work with any mobile&#8230; whether it is an old GPRS phone with only WML support or a cutting-edge smart-phone.  The service, though free, provides comprehensive email functionality… there is support for multiple mailboxes, viewing of attachments, SMS alerts for new emails and much more.</p>
<p>In the ongoing debate of Pull vs. Push&#8230; Pull would surely fit the bill of Clayton Christensen&#8217;s definition of &#8220;Disruptive Technology&#8221;&#8230;</p>
<p>A new, possibly lower performance, but less expensive product that addresses an existing market. The disruptive technology starts by gaining a foothold in the low-end, and less demanding, part of the market, then moves up-market through performance improvements, and finally displaces an incumbent&#8217;s product.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Sheahan</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-44554</link>
		<dc:creator>Thomas Sheahan</dc:creator>
		<pubDate>Fri, 20 Apr 2007 14:22:18 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-44554</guid>
		<description>Mate,

Check out www.redoxygen.com. You dont need blackberry. There are 2.3 BILLION SMS enabled mobile phones and there are 5-6 million Blackberry, most are in North America.

Cheers,

Tom</description>
		<content:encoded><![CDATA[<p>Mate,</p>
<p>Check out <a href="http://www.redoxygen.com" rel="nofollow">http://www.redoxygen.com</a>. You dont need blackberry. There are 2.3 BILLION SMS enabled mobile phones and there are 5-6 million Blackberry, most are in North America.</p>
<p>Cheers,</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: get paid to answer survey</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-44249</link>
		<dc:creator>get paid to answer survey</dc:creator>
		<pubDate>Fri, 20 Apr 2007 00:24:28 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-44249</guid>
		<description>&lt;strong&gt;get paid to answer survey&lt;/strong&gt;

Quite informative article. I do work in this industry myself and have some experience in this topic, but I do not agree with you in 100%. However, you made some good points too</description>
		<content:encoded><![CDATA[<p><strong>get paid to answer survey</strong></p>
<p>Quite informative article. I do work in this industry myself and have some experience in this topic, but I do not agree with you in 100%. However, you made some good points too</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yada</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-1077</link>
		<dc:creator>Yada</dc:creator>
		<pubDate>Fri, 27 Oct 2006 09:50:27 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-1077</guid>
		<description>None perhaps? XD</description>
		<content:encoded><![CDATA[<p>None perhaps? XD</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Spivack</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-1074</link>
		<dc:creator>Robert Spivack</dc:creator>
		<pubDate>Fri, 27 Oct 2006 08:04:59 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-1074</guid>
		<description>An interesting sidenote - the last service pack for Microsoft Exchange Server and Windows Mobile/Smartphones included &quot;push&quot; email support.

Actually, the implementation is more of a &quot;smart pull&quot; then an actual push, but Microsoft markets it as &quot;push&quot; email.

The real benefit is that it is a free upgrade.  If your are running Exchange server (either in-house or hosted) and have a Windows Mobile SmartPhone, you get &quot;push&quot; email without the added cost of a Blackberry Enterprise Server or GoodMail server and no extra monthly service fees ($30/month or more!) other than a basic data plan from your mobile carrier.

Since some decent phones like the Treo700w and 700wx, the Motorola Q, Sprint/Verizon 6700, and others run Windows mobile, there&#039;s a fair amount or choice of phone/carrier to avoid the &quot;Blackberry tax&quot; and the &quot;IMAP/POP kluge&quot; alternatives to true push/pull email.

Blackberry is in a precarious position - much like Apple versus PC&#039;s in the early &#039;80s they may be the &quot;best&quot; but their high cost/proprietary protocols has made them enemy #1 and with both Microsoft and general IMAP solutions, they better wise up or they&#039;ll end up circling the wagons and defending their eroding base to become a footmark in the history of mobile email/data services.</description>
		<content:encoded><![CDATA[<p>An interesting sidenote &#8211; the last service pack for Microsoft Exchange Server and Windows Mobile/Smartphones included &#8220;push&#8221; email support.</p>
<p>Actually, the implementation is more of a &#8220;smart pull&#8221; then an actual push, but Microsoft markets it as &#8220;push&#8221; email.</p>
<p>The real benefit is that it is a free upgrade.  If your are running Exchange server (either in-house or hosted) and have a Windows Mobile SmartPhone, you get &#8220;push&#8221; email without the added cost of a Blackberry Enterprise Server or GoodMail server and no extra monthly service fees ($30/month or more!) other than a basic data plan from your mobile carrier.</p>
<p>Since some decent phones like the Treo700w and 700wx, the Motorola Q, Sprint/Verizon 6700, and others run Windows mobile, there&#8217;s a fair amount or choice of phone/carrier to avoid the &#8220;Blackberry tax&#8221; and the &#8220;IMAP/POP kluge&#8221; alternatives to true push/pull email.</p>
<p>Blackberry is in a precarious position &#8211; much like Apple versus PC&#8217;s in the early &#8217;80s they may be the &#8220;best&#8221; but their high cost/proprietary protocols has made them enemy #1 and with both Microsoft and general IMAP solutions, they better wise up or they&#8217;ll end up circling the wagons and defending their eroding base to become a footmark in the history of mobile email/data services.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charlie Brook</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-1060</link>
		<dc:creator>Charlie Brook</dc:creator>
		<pubDate>Thu, 26 Oct 2006 16:24:05 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-1060</guid>
		<description>I&#039;d agree that the novelty of instantly being told about every email that arrives in your mailbox soon wears off. After having my blackberry stollen, I switched to a Nokia E61 using the built in IMAP Idle support. This is actually a rather flawed implementation as it gets confussed when the internet connection drops for a period, and there after doesn&#039;t push any new mail. However this has turned out to be something of a blessing, since know I only connect the phone in push mode when I&#039;m expecting an important message.

Another super simple approach that I like is using a server side ruleset and an sms alert to notify me when important clients email me.</description>
		<content:encoded><![CDATA[<p>I&#8217;d agree that the novelty of instantly being told about every email that arrives in your mailbox soon wears off. After having my blackberry stollen, I switched to a Nokia E61 using the built in IMAP Idle support. This is actually a rather flawed implementation as it gets confussed when the internet connection drops for a period, and there after doesn&#8217;t push any new mail. However this has turned out to be something of a blessing, since know I only connect the phone in push mode when I&#8217;m expecting an important message.</p>
<p>Another super simple approach that I like is using a server side ruleset and an sms alert to notify me when important clients email me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Sheward</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-1058</link>
		<dc:creator>Will Sheward</dc:creator>
		<pubDate>Thu, 26 Oct 2006 13:18:42 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-1058</guid>
		<description>You&#039;re right to conclude that much of the hoopla surrounding push is just marketing bumpf but for some users knowing, as soon as possible, that &#039;relevant&#039; emails have arrived is an important requirement.

The key is to realise that you don&#039;t need a BlackBerry (or any other proprietary technology based handset) to fulfill that requirement. Just an email provider and handset email client that support some key Open Standards like IMAP-IDLE (for the &#039;push&#039;) and SIEVE filtering (for the &#039;notify me of email from person X but not from person Y&#039; situations).

But just as important as getting the email delivered when you want it/need it is being able to actually do something constructive with it. Effective handling of email using a device with limited bandwidth and limited storage is something that&#039;s often overlooked.

Thankfully it hasn&#039;t been overlooked by the IETF who have recently published standards extensions to IMAP and SMTP address both &#039;push&#039; and handling issues (like bandwidth efficiency, forwarding an email without downloading it to the handset, and bandwidth efficient re-connections/re-sync in the event of a dropped signal).

The extensions are known by the acronym LEMONADE, and I know for a fact that major server and client software companies are working to integrate these standards into their products. I should declare an interest here, I work for an email server company, Isode - we released our LEMONADE compliant servers (the first) 2 weeks ago and are active in the IETF group along with Nokia, Sun, Nortel, Oracle and many others.

I know this sounds like a bit of an advert but if you want to know more about LEMONADE, go to www.lemonadeformobiles.com. Isode&#039;s site is, unsurprisingly, at www.isode.com.</description>
		<content:encoded><![CDATA[<p>You&#8217;re right to conclude that much of the hoopla surrounding push is just marketing bumpf but for some users knowing, as soon as possible, that &#8216;relevant&#8217; emails have arrived is an important requirement.</p>
<p>The key is to realise that you don&#8217;t need a BlackBerry (or any other proprietary technology based handset) to fulfill that requirement. Just an email provider and handset email client that support some key Open Standards like IMAP-IDLE (for the &#8216;push&#8217;) and SIEVE filtering (for the &#8216;notify me of email from person X but not from person Y&#8217; situations).</p>
<p>But just as important as getting the email delivered when you want it/need it is being able to actually do something constructive with it. Effective handling of email using a device with limited bandwidth and limited storage is something that&#8217;s often overlooked.</p>
<p>Thankfully it hasn&#8217;t been overlooked by the IETF who have recently published standards extensions to IMAP and SMTP address both &#8216;push&#8217; and handling issues (like bandwidth efficiency, forwarding an email without downloading it to the handset, and bandwidth efficient re-connections/re-sync in the event of a dropped signal).</p>
<p>The extensions are known by the acronym LEMONADE, and I know for a fact that major server and client software companies are working to integrate these standards into their products. I should declare an interest here, I work for an email server company, Isode &#8211; we released our LEMONADE compliant servers (the first) 2 weeks ago and are active in the IETF group along with Nokia, Sun, Nortel, Oracle and many others.</p>
<p>I know this sounds like a bit of an advert but if you want to know more about LEMONADE, go to <a href="http://www.lemonadeformobiles.com" rel="nofollow">http://www.lemonadeformobiles.com</a>. Isode&#8217;s site is, unsurprisingly, at <a href="http://www.isode.com" rel="nofollow">http://www.isode.com</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Odeo, Mobile E-Mail, Oracle - Red Hat &#171; Technically Speaking</title>
		<link>http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-1056</link>
		<dc:creator>Odeo, Mobile E-Mail, Oracle - Red Hat &#171; Technically Speaking</dc:creator>
		<pubDate>Thu, 26 Oct 2006 11:14:58 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.com/2006/10/26/mobile-email-push-vs-pull/#comment-1056</guid>
		<description>[...] At least Web Worker Daily is offering up some interesting user participation type of post this morning. Gmail is the answer folks! I hate to say it, but it works and works well. [...]</description>
		<content:encoded><![CDATA[<p>[...] At least Web Worker Daily is offering up some interesting user participation type of post this morning. Gmail is the answer folks! I hate to say it, but it works and works well. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
