<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="http://feeds.feedburner.com/~d/styles/rss2full.xsl" type="text/xsl" media="screen"?><?xml-stylesheet href="http://feeds.feedburner.com/~d/styles/itemcontent.css" type="text/css" media="screen"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>EmailTide</title>
	
	<link>http://www.emailtide.com</link>
	<description>Observations and insights on the challenges and risks of managing corporate email and IM.</description>
	<pubDate>Mon, 18 Aug 2008 17:53:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
	<language>en</language>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/Emailtide" type="application/rss+xml" /><item>
		<title>RIM’s answer to the iPhone?</title>
		<link>http://feeds.feedburner.com/~r/Emailtide/~3/368281430/</link>
		<comments>http://www.emailtide.com/2008/08/18/rims-answer-to-the-iphone/#comments</comments>
		<pubDate>Mon, 18 Aug 2008 17:45:42 +0000</pubDate>
		<dc:creator>Stefan Mehlhorn</dc:creator>
		
		<category><![CDATA[Email]]></category>

		<category><![CDATA[Mobile]]></category>

		<category><![CDATA[blackberry]]></category>

		<category><![CDATA[iPhone]]></category>

		<category><![CDATA[mobile email]]></category>

		<guid isPermaLink="false">http://www.emailtide.com/?p=170</guid>
		<description><![CDATA[The blogosphere has been abuzz with praise and anger over the new Blackberry code name “Thunder” that is expected to come exclusively to Verizon and Vodafone sometime in October.  What gets people talking is the fact that this latest Blackberry does away with the keyboard and will instead sport a large touch screen similar to the [...]]]></description>
			<content:encoded><![CDATA[<p>The blogosphere has been <a href="http://www.boygeniusreport.com/2008/05/13/blackberry-thunder-the-touchscreen-blackberry-weve-all-been-waiting-for/">abuzz</a> with praise and anger over the new Blackberry <a href="http://blackberrythunder.net/">code name “Thunder”</a> that is expected to come exclusively to Verizon and Vodafone sometime in October.  What gets people talking is the fact that this latest Blackberry does away with the keyboard and will instead sport a large touch screen similar to the <a href="http://www.apple.com/iphone/">iPhone</a>.</p>
<p><span id="more-170"></span><a href="http://www.emailtide.com/wp-content/uploads/2008/08/blackberry9500small.jpg"><img class="alignright" style="margin: 10px;" title="Blackberry Thunder - Mockup" src="http://www.emailtide.com/wp-content/uploads/2008/08/blackberry9500small.jpg" alt="Blackberry Thunder - Mockup" width="200" height="332" /></a>Roger Matus, a colleague of mine, and fellow blogger even declares that <em>“<a href="http://www.deathbyemail.com/2008/08/blackberry-gets.html">BlackBerry Gets It Wrong</a>”</em> on his <a href="http://www.deathbyemail.com/">DeathbyEmail</a> blog.  I respectfully disagree.  Blackberry has become a household name by building a huge following in the enterprise. One of the reasons for the success is the robust back-end called <a href="http://en.wikipedia.org/wiki/BlackBerry_Enterprise_Server">Blackberry Enterprise Server (BES)</a>. With BES, companies can implement mobile IT policies that address the all-important corporate security and compliance needs.</p>
<p>Over the last few years, RIM has been keen on expanding its market beyond the enterprise into the broader consumer space, offering many slick new phones such as the Pearl and Curve, and providing integration with consumer email services as well. It just seems logical to add a device to the line-up that can compete with the iPhone, which will be a huge design and engineering challenge for RIM nonetheless.  There are many mobile applications, other than email, (e.g. web browsing, maps, etc.) that hugely benefit from the large screen without the keyboard.</p>
<p>Let’s remember, unlike Apple’s one-trick pony, RIM offers plenty of other phones to choose from. If you don’t like the touch-screen you can pick one with a keyboard!</p>
<p>I’ll have to wait and see if this new phone is right for me. I’ve tried the iPhone and admit that the touch-screen takes some practice for fast typing. RIM is planning to <a href="http://crackberry.com/exclusive-first-live-pics-blackberry-thunder">improve the typing experience by providing tactile response</a>.</p>
<p>I’m also testing a new service on my current Blackberry, called <a href="http://www.mycaption.com/">myCaption</a>, The service allows me to speak my emails directly into the phone. It is still a little slow but provides amazingly good speech recognition results. Who knows, I may not need a keyboard for typing emails much longer after all…</p>
<p>Technorati Tags: <a href="http://technorati.com/tag/Blackberry+Thunder" rel="tag">Blackberry Thunder</a>, <a href="http://technorati.com/tag/iPhone" rel="tag"> iPhone</a>, <a href="http://technorati.com/tag/RIM" rel="tag"> RIM</a>, <a href="http://technorati.com/tag/Blackberry+9530" rel="tag"> Blackberry 9530</a></p>
<img src="http://feeds.feedburner.com/~r/Emailtide/~4/368281430" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.emailtide.com/2008/08/18/rims-answer-to-the-iphone/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.emailtide.com/2008/08/18/rims-answer-to-the-iphone/</feedburner:origLink></item>
		<item>
		<title>The cloudy future of hosted enterprise email</title>
		<link>http://feeds.feedburner.com/~r/Emailtide/~3/364114280/</link>
		<comments>http://www.emailtide.com/2008/08/13/the-cloudy-future-of-hosted-enterprise-email/#comments</comments>
		<pubDate>Wed, 13 Aug 2008 18:34:19 +0000</pubDate>
		<dc:creator>Stefan Mehlhorn</dc:creator>
		
		<category><![CDATA[Email]]></category>

		<category><![CDATA[Email Cost]]></category>

		<category><![CDATA[Risk Management]]></category>

		<category><![CDATA[SaaS]]></category>

		<category><![CDATA[email risk]]></category>

		<category><![CDATA[hosted email]]></category>

		<guid isPermaLink="false">http://www.emailtide.com/?p=148</guid>
		<description><![CDATA[Hosted email has been available for quite some time, but the arrival of new “cloud-based” solutions offered by technology heavyweights such as Google (GoogleApps), Microsoft (Microsoft Online Service), Apple (MobileMe) and even IBM (Bluehouse) are stirring up a renewed debate of the pros and cons of using these services at an enterprise level.
Last week’s outage [...]]]></description>
			<content:encoded><![CDATA[<p>Hosted email has been available for quite some time, but the arrival of new “cloud-based” solutions offered by technology heavyweights such as Google (<a href="http://www.google.com/a/help/intl/en/index.html">GoogleApps</a>), Microsoft (<a href="http://www.microsoft.com/online/default.mspx">Microsoft Online Service</a>), Apple (<a href="http://www.apple.com/mobileme/">MobileMe</a>) and even IBM (<a href="https://bluehouse.lotus.com/">Bluehouse</a>) are stirring up a renewed debate of the pros and cons of using these services at an enterprise level.</p>
<p>Last week’s <a href="http://gmailblog.blogspot.com/2008/08/we-feel-your-pain-and-were-sorry.html">outage at Google</a>, recent repeat problems at <a href="http://status.aws.amazon.com/s3-20080720.html">Amazon’s S3</a> storage services and Apple&#8217;s &#8220;<a href="http://blogs.siliconvalley.com/gmsv/2008/08/jobs-declares-mobileme-launch-insanely-grating.html">insanely grating</a>&#8221; MobileMe launch highlight the need to carefully consider all aspects when weighing hosted vs. on-premise solutions.</p>
<p><span id="more-148"></span>Cost reduction is typically a key motivator, especially for smaller and non-tech companies, when eying a utility or SaaS model for email.  <a href="http://www.eweek.com/cp/bio/Jason-Brooks/">Jason Brooks</a> at eWeek Labs wrote an <a href="http://www.eweek.com/c/a/Messaging-and-Collaboration/Is-Hosted-EMail-Right-for-Your-Organization/">article</a> last week that lists five key issues to consider when evaluating a hosted email service.  Jason’s list was a good start, but missed a few key issues - specifically around security and compliance. Here’s my extended version:</p>
<ol>
<li><strong>Control</strong> - Outsourcing email may significantly limit the control over data and users. Many companies have extensive regulatory requirements such as content control, data leakage protection (DLP), <a href="http://en.wikipedia.org/wiki/Chinese_wall">Chinese walls / ethical firewalls</a> and content archiving, that are not yet addressed by hosted solutions.<br />
-&gt; Don’t forget to check your company’s specific requirements.</li>
<li><strong>Security</strong> – Email has become the primary communication medium for business. Corporate messaging systems host a wealth of proprietary and confidential information, which typically doesn’t leave the corporate network. Hosted services will have to provide extensive encryption, data access security and audit capabilities before enterprise customers will even consider moving this data outside their corporate firewall.<br />
-&gt; Make sure all your corporate legal, risk management, and compliance needs are satisfied by the services offered.</li>
<li><strong>Performance</strong> – Moving user’s mailboxes into the cloud typically means drastically increased WAN traffic. Many companies have learned this the hard way while consolidating mail servers behind the firewall. A bandwidth upgrade to the Internet pipe is most likely a requirement to guarantee reasonable response times and happy users.<br />
-&gt; Make sure to plan for peak-hour bandwidth needs.</li>
<li><strong>Reliability</strong> – Service availability/reliability depends mainly on two factors for hosted email:  service uptime and connectivity.  Hosted services are still weak on SLA commitments and proactive monitoring/notification of service outages. Connectivity problems can cut off users from their data possibly for an extended period of time, as few (smaller) companies have redundant Internet access in place.<br />
-&gt; Consider deploying multiple access paths, and review service level commitments and planned downtime schedules carefully.</li>
<li><strong>Integration</strong> – Email should really not be treated as an isolated messaging service. The premise of unified communication is starting to deliver on its potential. Many companies are already deploying integrated solutions that combine email, IM, eMeetings, telephony and presence with other collaborative applications, and even with traditional enterprise software such as CRM and ERP. None of the current hosted offerings can provide such feature-rich capabilities yet. Furthermore, any existing integration points may be severed or will be costly to reestablish with a hosted service.<br />
-&gt; Carefully review the integration between your existing email and other enterprise apps, and evaluate possible barriers for future integration and unified messaging plans.</li>
<li><strong>Scalability</strong> – Many users are already complaining about mailbox and message size restrictions imposed on their on-premise systems. Hosted solutions will have similar limitations although typically driven by cost considerations.<br />
-&gt; Make sure to evaluate the needs of your power users.</li>
<li><strong>Cost</strong> – The promise of significant cost reduction is often the most compelling reason to consider a hosted solution. All of the issues listed above play into the cost model, and critical cost drivers such as necessary bandwidth upgrades and premiums paid for power users are often overlooked in the initial assessment.<br />
-&gt; List all requirements and all current costs associated with providing the on-premise services for a thorough comparison to the hosted service.</li>
</ol>
<p>Technorati Tags: <a href="http://technorati.com/tag/hosted+email" rel="tag">hosted email</a>, <a href="http://technorati.com/tag/SaaS" rel="tag"> SaaS</a>, <a href="http://technorati.com/tag/hosted+service" rel="tag"> hosted service</a></p>
<img src="http://feeds.feedburner.com/~r/Emailtide/~4/364114280" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.emailtide.com/2008/08/13/the-cloudy-future-of-hosted-enterprise-email/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.emailtide.com/2008/08/13/the-cloudy-future-of-hosted-enterprise-email/</feedburner:origLink></item>
		<item>
		<title>Ways organizations can keep e-mail a useful tool and not a liability</title>
		<link>http://feeds.feedburner.com/~r/Emailtide/~3/359523828/</link>
		<comments>http://www.emailtide.com/2008/08/08/ways-organizations-can-keep-e-mail-a-useful-tool-and-not-a-liability/#comments</comments>
		<pubDate>Fri, 08 Aug 2008 15:44:29 +0000</pubDate>
		<dc:creator>Stefan Mehlhorn</dc:creator>
		
		<category><![CDATA[Best Practices]]></category>

		<category><![CDATA[Email]]></category>

		<category><![CDATA[Risk Management]]></category>

		<category><![CDATA[email liability]]></category>

		<category><![CDATA[email policy]]></category>

		<category><![CDATA[email policy management]]></category>

		<category><![CDATA[email risk]]></category>

		<guid isPermaLink="false">http://www.emailtide.com/?p=141</guid>
		<description><![CDATA[Michael Osterman of Osterman Research published this great article on NetworkWorld yesterday.
&#8220;E-mail is an extraordinarily useful tool, as virtually all of us recognize. However, it can create enormous liabilities for an organization and it can cost an organization more than it should.&#8221;
In the article, Osterman lists examples of corporate liability and unnecessary cost caused by [...]]]></description>
			<content:encoded><![CDATA[<p>Michael Osterman of <a href="http://www.ostermanresearch.com/">Osterman Research</a> published <a href="http://www.networkworld.com/newsletters/gwm/2008/080408msg2.html">this great article</a> on <a href="http://www.networkworld.com/">NetworkWorld</a> yesterday.</p>
<blockquote><p><em>&#8220;E-mail is an extraordinarily useful tool, as virtually all of us recognize. However, it can create enormous liabilities for an organization and it can cost an organization more than it should.&#8221;</em></p></blockquote>
<p>In the article, Osterman lists examples of corporate liability and unnecessary cost caused by un-managed corporate email. He suggests four steps to address the problem:</p>
<ol>
<li>Establish detailed corporate use policies.</li>
<li>Deploy monitoring and reporting solutions to gain insight and assure compliance.</li>
<li>Implement real-time policy enforcement that automatically handles suspect messages.</li>
<li>Think beyond email. IM and collaborative applications are exposing the company to similar problems just like email.</li>
</ol>
<p><a href="http://www.permessa.com/">Permessa</a> is listed as one of the vendors that provides extensive solutions in this space. As an additional reference on this topic, check out our latest whitepaper titled: &#8220;<a class="linkBULLETS" title="Whitepaper: 6 Best Practices That Reduce Email Overload and Costs" href="http://www.permessa.com/whitepapers/Email_Best_Practices">6 Best Practices That Reduce Email Overload and Costs</a>&#8220;.</p>
<p>Technorati Tags: <a href="http://technorati.com/tag/Osterman" rel="tag">Osterman</a>, <a href="http://technorati.com/tag/email+policy" rel="tag"> email policy</a>, <a href="http://technorati.com/tag/email+policy+management" rel="tag"> email policy management</a></p>
<img src="http://feeds.feedburner.com/~r/Emailtide/~4/359523828" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.emailtide.com/2008/08/08/ways-organizations-can-keep-e-mail-a-useful-tool-and-not-a-liability/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.emailtide.com/2008/08/08/ways-organizations-can-keep-e-mail-a-useful-tool-and-not-a-liability/</feedburner:origLink></item>
		<item>
		<title>The inbox hamster wheel</title>
		<link>http://feeds.feedburner.com/~r/Emailtide/~3/356359692/</link>
		<comments>http://www.emailtide.com/2008/08/05/the-inbox-hamster-wheel/#comments</comments>
		<pubDate>Tue, 05 Aug 2008 13:34:44 +0000</pubDate>
		<dc:creator>Stefan Mehlhorn</dc:creator>
		
		<category><![CDATA[Email]]></category>

		<category><![CDATA[Information Overload]]></category>

		<category><![CDATA[Email Cost]]></category>

		<category><![CDATA[email overload]]></category>

		<category><![CDATA[worker productivity]]></category>

		<guid isPermaLink="false">http://www.emailtide.com/?p=135</guid>
		<description><![CDATA[Seth Godin asked this timely question on his blog:
&#8220;When you&#8217;re done with your email queue, are you done?
Do you spend your day responding and reacting to incoming [messages] all day&#8230; until the list is empty? &#8230; and then you&#8217;re done.&#8220;
This is a great follow-up to the discussion at IORG a few weeks ago.

About 12% of [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://sethgodin.typepad.com/seths_blog/">Seth Godin</a> asked this timely question <a href="http://sethgodin.typepad.com/seths_blog/2008/08/inbox-culture.html">on his blog</a>:</p>
<blockquote><p><em>&#8220;When you&#8217;re done with your email queue, are you done?<br />
Do you spend your day responding and reacting to incoming [messages] all day&#8230; until the list is empty? &#8230; and then you&#8217;re done.</em>&#8220;</p></blockquote>
<p>This is a great follow-up to the discussion at <a href="http://www.iorgforum.org/">IORG</a> a few weeks ago.</p>
<ul>
<li>About 12% of the average worker’s time is spent thinking or reflecting, while 28% of time is consumed by disruptions  from things that aren’t urgent  or important,  like unnecessary email messages and the time it takes to get back on track. (Jonathan Spira, Basex)</li>
<li>Employees at Intel spend about 20 hours per week managing email, 2 hours of which is unnecessary email. (Nathan Zeldes, Intel)</li>
</ul>
<p>New social media with its constant chatter of invites, pings and pokes seems to exacerbate the problem.</p>
<p>Is most of your day consumed by simply processing information, rather than initiating, reaching out, inventing and designing?</p>
<p>Technorati Tags: <a href="http://technorati.com/tag/email+productivity" rel="tag">email productivity</a>, <a href="http://technorati.com/tag/information+overload" rel="tag"> information overload</a></p>
<img src="http://feeds.feedburner.com/~r/Emailtide/~4/356359692" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.emailtide.com/2008/08/05/the-inbox-hamster-wheel/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.emailtide.com/2008/08/05/the-inbox-hamster-wheel/</feedburner:origLink></item>
		<item>
		<title>Information Overload Research Group</title>
		<link>http://feeds.feedburner.com/~r/Emailtide/~3/349564920/</link>
		<comments>http://www.emailtide.com/2008/07/29/information-overload-research-group/#comments</comments>
		<pubDate>Tue, 29 Jul 2008 16:03:02 +0000</pubDate>
		<dc:creator>Stefan Mehlhorn</dc:creator>
		
		<category><![CDATA[Email]]></category>

		<category><![CDATA[Information Overload]]></category>

		<category><![CDATA[cost]]></category>

		<category><![CDATA[Email Cost]]></category>

		<category><![CDATA[email overload]]></category>

		<category><![CDATA[information overload research group]]></category>

		<category><![CDATA[IORG]]></category>

		<category><![CDATA[worker productivity]]></category>

		<guid isPermaLink="false">http://www.emailtide.com/?p=134</guid>
		<description><![CDATA[I attended the inaugural IORG conference in New York City a couple of weeks ago.
IORG – the Information Overload Research Group was founded earlier this year by a group of industry experts and research analysts to address the growing concern of continued information overload, the negative impact on worker productivity and the resulting “burn-out” of [...]]]></description>
			<content:encoded><![CDATA[<p>I attended the inaugural <a href="http://www.iorgforum.org/">IORG</a> conference in New York City a couple of weeks ago.</p>
<p><a href="http://www.iorgforum.org/">IORG</a> – the Information Overload Research Group was <a href="http://www.nytimes.com/2008/06/14/technology/14email.html?_r=2&amp;hp&amp;oref=slogin">founded earlier this year</a> by a group of industry experts and research analysts to address the growing concern of continued information overload, the negative impact on worker productivity and the resulting “burn-out” of today’s knowledge workers.</p>
<p>I have covered this important issue in <a href="/category/information-overload/">previous blog posts</a> and it is refreshing to see that now some of the world’s leading companies and universities are dedicating resources to study the effects of information overload.</p>
<p><span id="more-134"></span>The groups goal is to share information, develop best practices and contribute to the creation of solutions to the problem as outlined in the mission statement:</p>
<blockquote><p><em>&#8220;We work together to build awareness of the world&#8217;s greatest challenge to productivity, conduct research, help define best practices, contribute to the creation of solutions, share information and resources, offer guidance and facilitation, and help make the business case for fighting information overload.&#8221;</em></p></blockquote>
<p>The conference started with a gala dinner, which was a great way to exchange observations, real-world experiences and new ideas with fellow attendees. The next day consisted of presentations from industry experts, and panel discussions. Jonathan Spira, the CEO of <a href="http://www.basex.com/web/tbghome.nsf/pages/home">Basex</a>, set the tone by sharing some of the hard numbers and facts in his keynote presentation. Basex estimates the annual cost of interruptions for knowledge workers at <a href="/2008/01/08/2008-the-year-of-information-overload/">$650 billion</a> in the United States alone.</p>
<p>For more details, please check out <a href="http://www.technotheory.com/2008/07/information-overload-solutions-from-iorg-forum/">Jared Goralnick&#8217;s blog</a>, which has an excellent summary of the event.</p>
<p>I am looking forward to future IORG events and as a member, <a href="http://www.permessa.com/">Permessa</a> is committed to contribute to the group’s mission.</p>
<p>Technorati Tags: <a href="http://technorati.com/tag/email+overload" rel="tag">email overload</a>, <a href="http://technorati.com/tag/information+overload" rel="tag"> information overload</a>, <a href="http://technorati.com/tag/information+overload+research+group" rel="tag"> information overload research group</a>, <a href="http://technorati.com/tag/IORG" rel="tag"> IORG</a>, <a href="http://technorati.com/tag/worker+productivity" rel="tag"> worker productivity</a></p>
<img src="http://feeds.feedburner.com/~r/Emailtide/~4/349564920" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.emailtide.com/2008/07/29/information-overload-research-group/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.emailtide.com/2008/07/29/information-overload-research-group/</feedburner:origLink></item>
		<item>
		<title>Seth Godin’s email checklist</title>
		<link>http://feeds.feedburner.com/~r/Emailtide/~3/306174395/</link>
		<comments>http://www.emailtide.com/2008/06/06/seth-godins-email-checklist/#comments</comments>
		<pubDate>Fri, 06 Jun 2008 15:32:07 +0000</pubDate>
		<dc:creator>Stefan Mehlhorn</dc:creator>
		
		<category><![CDATA[Email]]></category>

		<category><![CDATA[Information Overload]]></category>

		<category><![CDATA[email checklist]]></category>

		<guid isPermaLink="false">http://www.emailtide.com/?p=133</guid>
		<description><![CDATA[This extensive email checklist posted by Seth Godin encourages you to think before you hit send. It is a very timely follow-up to our recent whitepaper: &#8220;6 Best Practices That Reduce Email Overload and Costs.&#8221;
My personal favorite, number 36:
&#8220;If I had to pay 42 cents to send this email, would I?&#8221;
Technorati Tags: email checklist,  [...]]]></description>
			<content:encoded><![CDATA[<p>This <a href="http://sethgodin.typepad.com/seths_blog/2008/06/email-checklist.html">extensive email checklist</a> posted by <a href="http://sethgodin.typepad.com/">Seth Godin</a> encourages you to think before you hit send. It is a very timely follow-up to our recent whitepaper: &#8220;6 Best Practices That Reduce Email Overload and Costs.&#8221;</p>
<p>My personal favorite, number 36:</p>
<blockquote><p><em>&#8220;If I had to pay 42 cents to send this email, would I?&#8221;</em></p></blockquote>
<p>Technorati Tags: <a href="http://technorati.com/tag/email+checklist" rel="tag">email checklist</a>, <a href="http://technorati.com/tag/seth+godin" rel="tag"> seth godin</a>, <a href="http://technorati.com/tag/email+best+practices" rel="tag"> email best practices</a>, <a href="http://technorati.com/tag/email+overload" rel="tag"> email overload</a></p>
<img src="http://feeds.feedburner.com/~r/Emailtide/~4/306174395" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.emailtide.com/2008/06/06/seth-godins-email-checklist/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.emailtide.com/2008/06/06/seth-godins-email-checklist/</feedburner:origLink></item>
		<item>
		<title>The 80/20 rule of email</title>
		<link>http://feeds.feedburner.com/~r/Emailtide/~3/291017483/</link>
		<comments>http://www.emailtide.com/2008/05/15/the-8020-rule-of-email/#comments</comments>
		<pubDate>Thu, 15 May 2008 15:56:06 +0000</pubDate>
		<dc:creator>Stefan Mehlhorn</dc:creator>
		
		<category><![CDATA[Best Practices]]></category>

		<category><![CDATA[Email]]></category>

		<category><![CDATA[Email Cost]]></category>

		<category><![CDATA[Information Overload]]></category>

		<category><![CDATA[Network Traffic]]></category>

		<category><![CDATA[best practices to reduce email overload]]></category>

		<category><![CDATA[email costs]]></category>

		<category><![CDATA[Permessa]]></category>

		<guid isPermaLink="false">http://www.emailtide.com/?p=132</guid>
		<description><![CDATA[Everybody has heard of the 80/20 rule, also called the Pareto principle, which states that in many cases, business and otherwise, 80% of the effects come only from 20% of causes. Email is no exception - however, the ratio is far more extreme.
Our analysis of large messaging environments over many years has revealed that in [...]]]></description>
			<content:encoded><![CDATA[<p>Everybody has heard of the <a href="http://en.wikipedia.org/wiki/Pareto_principle">80/20 rule</a>, also called the <a href="http://en.wikipedia.org/wiki/Pareto_principle">Pareto principle</a>, which states that in many cases, business and otherwise, 80% of the effects come only from 20% of causes. Email is no exception - however, the ratio is far more extreme.</p>
<p>Our analysis of large messaging environments over many years has revealed that in most companies 80% of the corporate messaging resources are being consumed by only about 1% of all employees.</p>
<p><span id="more-132"></span>This is a significant finding especially in times where tight IT budgets are strained by rapidly growing message volumes and resulting skyrocketing bandwidth &amp; storage costs.</p>
<p>What this really means is that there is a huge opportunity to dramatically reduce operating costs by going after the cause of this excessive email traffic. Don’t worry, I am not proposing to fire the 1% of offending employees. <img src='http://www.emailtide.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>There are ways to manage email more efficiently without adversely affecting users or business operation.</p>
<p><a href="http://www.permessa.com/">Permessa</a> just published a whitepaper (I am a co-author), titled “<a href="http://www.permessa.com/whitepapers/Email_Best_Practices">6 Best Practices That Reduce Email Overload and Costs</a>”. The paper highlights areas for managing excessive email traffic, such as unnecessary reply-to-all, attachment ping-pong and the overuse of mailing lists. Some of these have been <a href="http://www.emailtide.com/category/best-practices/">previously discussed on this blog</a>. For each topic area the whitepaper makes best practice recommendations on how to implement email policy changes that can prevent the negative effects and help save money.</p>
<p>Technorati Tags: <a href="http://technorati.com/tag/email+costs" rel="tag">email costs</a>, <a href="http://technorati.com/tag/information+overload" rel="tag"> information overload</a>, <a href="http://technorati.com/tag/best+practices+to+reduce+email+overload" rel="tag"> best practices to reduce email overload</a>, <a href="http://technorati.com/tag/permessa" rel="tag"> permessa</a></p>
<img src="http://feeds.feedburner.com/~r/Emailtide/~4/291017483" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.emailtide.com/2008/05/15/the-8020-rule-of-email/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.emailtide.com/2008/05/15/the-8020-rule-of-email/</feedburner:origLink></item>
		<item>
		<title>Messaging deserves the big guns</title>
		<link>http://feeds.feedburner.com/~r/Emailtide/~3/287108277/</link>
		<comments>http://www.emailtide.com/2008/05/09/messaging-deserves-the-big-guns/#comments</comments>
		<pubDate>Fri, 09 May 2008 21:45:43 +0000</pubDate>
		<dc:creator>Stefan Mehlhorn</dc:creator>
		
		<category><![CDATA[Email]]></category>

		<category><![CDATA[email performance]]></category>

		<category><![CDATA[email policy enforcement]]></category>

		<category><![CDATA[enterprise messaging]]></category>

		<guid isPermaLink="false">http://www.emailtide.com/?p=131</guid>
		<description><![CDATA[Larry Seltzer wrote an interesting article in eWeek a few weeks back. He is examining the fact that enterprise messaging demands increasingly more resources, not only due to the rapid growth of message volumes, but also because more and more sub-processes must be executed before actual message delivery.

&#8220;Think, for example, of all the things that [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.eweek.com/cp/bio/Larry-Seltzer/">Larry Seltzer</a> wrote an <a href="http://www.eweek.com/c/a/Security/The-Massive-Messaging-Machine/">interesting article</a> in eWeek a few weeks back. He is examining the fact that enterprise messaging demands increasingly more resources, not only due to the rapid growth of message volumes, but also because more and more sub-processes must be executed before actual message delivery.</p>
<blockquote>
<p class="MsoNormal"><em>&#8220;Think, for example, of all the things that must happen to a message either inbound or outbound. There is the basic transport protocol, the SMTP commands. The message itself may be encrypted, so there is encryption and decryption. The message may be signed. The message needs to be scanned for malware, for phishing, for malicious HTML. The sender of the message may be authenticated through DKIM or Sender ID, and their reputation evaluated. Regulatory <a href="http://www.permessa.com/products/Permessa_Email_Policy_Enforcer">compliance rules must be enforced</a>. Company <a href="http://www.permessa.com/products/Permessa_Email_Control">policies about the message must be enforced</a>. Think also that multiple messages might be processed at once—sort of like superscalar processing for messages.&#8221;</em></p>
</blockquote>
<p class="MsoNormal"><span id="more-131"></span>While many companies leverage virtualization to increase the utilization of expensive hardware, messaging may actually be one application that can natively exploit raw processing power through massive process parallelization.</p>
<blockquote>
<p class="MsoNormal"><em>&#8220;Messaging is so core and critical to businesses these days that it has to be done right and it has to be done with reasonable performance. So bring on the CPU cores, throw memory and disk arrays at them and don&#8217;t skimp. While you&#8217;re at it, add some extra redundancy for reliability purposes. Your mail volume and the number of problems in that mail are only going to increase.&#8221;</em></p>
</blockquote>
<p class="MsoNormal"><p>Technorati Tags: <a href="http://technorati.com/tag/enterprise+messaging" rel="tag">enterprise messaging</a>, <a href="http://technorati.com/tag/email+policy+enforcement" rel="tag"> email policy enforcement</a>, <a href="http://technorati.com/tag/email+performance" rel="tag"> email performance</a></p>
<p class="MsoNormal">
<img src="http://feeds.feedburner.com/~r/Emailtide/~4/287108277" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.emailtide.com/2008/05/09/messaging-deserves-the-big-guns/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.emailtide.com/2008/05/09/messaging-deserves-the-big-guns/</feedburner:origLink></item>
		<item>
		<title>New Quickr tool to aid in fight against SharePoint</title>
		<link>http://feeds.feedburner.com/~r/Emailtide/~3/285591074/</link>
		<comments>http://www.emailtide.com/2008/05/07/new-quickr-tool-to-aid-in-fight-against-sharepoint/#comments</comments>
		<pubDate>Wed, 07 May 2008 19:48:02 +0000</pubDate>
		<dc:creator>Stefan Mehlhorn</dc:creator>
		
		<category><![CDATA[Collaboration]]></category>

		<category><![CDATA[Email Cost]]></category>

		<category><![CDATA[Microsoft]]></category>

		<category><![CDATA[Quickr]]></category>

		<category><![CDATA[SharePoint]]></category>

		<category><![CDATA[content integration]]></category>

		<guid isPermaLink="false">http://www.emailtide.com/?p=130</guid>
		<description><![CDATA[IBM released last week a new data migration tool intended to ease the movement of large amounts of data from existing content platforms such as SharePoint, Exchange Public Folders, Domino Document Libraries and other repositories (see coverage here, here and here). The tool also provides synchronization capabilities to enable platform coexistence during extended migration periods.
SharePoint [...]]]></description>
			<content:encoded><![CDATA[<p>IBM released last week a <a href="http://www-306.ibm.com/software/lotus/products/quickr/contentintegrator/">new data migration tool</a> intended to ease the movement of large amounts of data from existing content platforms such as SharePoint, Exchange Public Folders, Domino Document Libraries and other repositories (see coverage <a href="http://http://www.networkworld.com/news/2008/050208-ibm-quickr.html">here</a>, <a href="http://www.pcworld.com/businesscenter/article/145465/new_ibm_tool_lures_users_to_quickr.html">here</a> and <a href="http://www.eweek.com/c/a/Messaging-and-Collaboration/IBM-Pledges-Quickr-Migration-from-SharePoint/">here</a>). The tool also provides synchronization capabilities to enable platform coexistence during extended migration periods.</p>
<p><span id="more-130"></span>SharePoint has been a $1 Billion success for Microsoft although the platform is still struggling with enterprise-wide adoption due to integration and scalability issues. IBM Lotus is hoping to stop/slow SharePoint’s growth with Quickr’s enterprise grade scale (J2EE, WebSphere, DB2) and attractive web 2.0 features that tightly integrate not only with Lotus Notes 8 but also with Microsoft Office.</p>
<p>Enterprise customers will certainly benefit as this competition heats up.</p>
<p>Technorati Tags: <a href="http://technorati.com/tag/quickr" rel="tag">quickr</a>, <a href="http://technorati.com/tag/sharepoint" rel="tag"> sharepoint</a>, <a href="http://technorati.com/tag/content+integration" rel="tag"> content integration</a></p>
<img src="http://feeds.feedburner.com/~r/Emailtide/~4/285591074" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.emailtide.com/2008/05/07/new-quickr-tool-to-aid-in-fight-against-sharepoint/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.emailtide.com/2008/05/07/new-quickr-tool-to-aid-in-fight-against-sharepoint/</feedburner:origLink></item>
		<item>
		<title>Hacked CAPTCHA may lead to spam surge</title>
		<link>http://feeds.feedburner.com/~r/Emailtide/~3/285442183/</link>
		<comments>http://www.emailtide.com/2008/05/07/hacked-captcha-may-lead-to-spam-surge/#comments</comments>
		<pubDate>Wed, 07 May 2008 15:37:04 +0000</pubDate>
		<dc:creator>Stefan Mehlhorn</dc:creator>
		
		<category><![CDATA[Email]]></category>

		<category><![CDATA[Risk Management]]></category>

		<category><![CDATA[captcha]]></category>

		<category><![CDATA[spam]]></category>

		<category><![CDATA[websense]]></category>

		<guid isPermaLink="false">http://www.emailtide.com/?p=129</guid>
		<description><![CDATA[There have been reports over the last few weeks that CAPTCHA the popular tool used by many websites to thwart spammers is being attacked. CAPTCHA is the hard to read squiggly text that users are asked to decipher in an effort to tell real human users apart from automated bots. Free email services such as [...]]]></description>
			<content:encoded><![CDATA[<p>There have been reports over the last few weeks that <a href="http://en.wikipedia.org/wiki/Captcha">CAPTCHA</a> the popular tool used by many websites to thwart spammers is being attacked. <a href="http://www.captcha.net/">CAPTCHA</a> is the hard to read squiggly text that users are asked to decipher in an effort to tell real human users apart from automated bots. Free email services such as Gmail, Yahoo or Live Mail all use some form of CAPTCHA to prevent spammers from utilizing automated scripts to create large numbers of user accounts to be then used for spam-mail.</p>
<p><span id="more-129"></span><a href="http://securitylabs.websense.com/">Websense Security Labs</a> reported first indications that CAPTCHA might be in trouble when researchers noticed unusually fast response times, of less than 6 seconds, to the CAPTCHA challenge. Check out this <a href="http://securitylabs.websense.com/content/Blogs/3063.aspx">blog post</a> for a detailed description how these attacks work.</p>
<p>Spammers are highly motivated to get their hands on free email accounts for the following reasons:</p>
<ul>
<li>Public mail services such as Live Mail, Gmail or Yahoo! Mail cannot be blacklisted.</li>
<li>Sending email through those services is free.</li>
<li>It is hard to track spammers&#8217; criminal activity in the vast volume of other legitimate mail traffic.</li>
</ul>
<p>The latest attack on CAPTCHA is nothing new. In the past, spammers tricked unsuspecting users to do their dirty work by redirecting captcha challenges from legitimate sites to bogus game sites where players filled out captchas to win prizes.</p>
<p>Let&#8217;s just hope that CAPTCHA can be improved fast enough to prevent a likely surge of spam.</p>
<p>Technorati Tags: <a href="http://technorati.com/tag/spam" rel="tag">spam</a>, <a href="http://technorati.com/tag/captcha" rel="tag"> captcha</a>, <a href="http://technorati.com/tag/websense" rel="tag"> websense</a></p>
<img src="http://feeds.feedburner.com/~r/Emailtide/~4/285442183" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.emailtide.com/2008/05/07/hacked-captcha-may-lead-to-spam-surge/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.emailtide.com/2008/05/07/hacked-captcha-may-lead-to-spam-surge/</feedburner:origLink></item>
	</channel>
</rss>
