<?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: Social filters on your inbox</title>
	<atom:link href="http://michaelkimsal.com/blog/social-media-filters-on-your-inbox/feed/" rel="self" type="application/rss+xml" />
	<link>http://michaelkimsal.com/blog/social-media-filters-on-your-inbox/</link>
	<description>Web development and new media observations</description>
	<lastBuildDate>Sat, 13 Mar 2010 16:16:27 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: mgkimsal</title>
		<link>http://michaelkimsal.com/blog/social-media-filters-on-your-inbox/comment-page-1/#comment-32148</link>
		<dc:creator>mgkimsal</dc:creator>
		<pubDate>Mon, 24 Mar 2008 16:38:25 +0000</pubDate>
		<guid isPermaLink="false">http://michaelkimsal.com/blog/?p=488#comment-32148</guid>
		<description>Another thought - why do all email clients only allow you to look at one message at a time?  Yes, we get &#039;snippets&#039; in gmail and I think outlook offers something similar, but they&#039;re only partial.

What I&#039;m thinking of is a mode in email clients that would show you 4-8 small message areas that you could browse.  One button would let you trash them all, or apply a label to all of them, or perform some other group/bulk action.</description>
		<content:encoded><![CDATA[<p>Another thought &#8211; why do all email clients only allow you to look at one message at a time?  Yes, we get &#8217;snippets&#8217; in gmail and I think outlook offers something similar, but they&#8217;re only partial.</p>
<p>What I&#8217;m thinking of is a mode in email clients that would show you 4-8 small message areas that you could browse.  One button would let you trash them all, or apply a label to all of them, or perform some other group/bulk action.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mgkimsal</title>
		<link>http://michaelkimsal.com/blog/social-media-filters-on-your-inbox/comment-page-1/#comment-32141</link>
		<dc:creator>mgkimsal</dc:creator>
		<pubDate>Mon, 24 Mar 2008 15:05:16 +0000</pubDate>
		<guid isPermaLink="false">http://michaelkimsal.com/blog/?p=488#comment-32141</guid>
		<description>@Joel

It&#039;s not the actual filtering I&#039;m that concerned about - whether X-header are used or something else or whatever (though I agree it seems a &#039;natural&#039; choice given the history of email and processing thus far).  The bigger concern is how to come up with those labels/tags/whatever to stick in the X-headers in the first place.  Given the disparity of email systems out there, and the disparity of address book formats (and I&#039;m also thinking about the feeds idea and such) it&#039;s a daunting task.</description>
		<content:encoded><![CDATA[<p>@Joel</p>
<p>It&#8217;s not the actual filtering I&#8217;m that concerned about &#8211; whether X-header are used or something else or whatever (though I agree it seems a &#8216;natural&#8217; choice given the history of email and processing thus far).  The bigger concern is how to come up with those labels/tags/whatever to stick in the X-headers in the first place.  Given the disparity of email systems out there, and the disparity of address book formats (and I&#8217;m also thinking about the feeds idea and such) it&#8217;s a daunting task.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel Esler</title>
		<link>http://michaelkimsal.com/blog/social-media-filters-on-your-inbox/comment-page-1/#comment-32139</link>
		<dc:creator>Joel Esler</dc:creator>
		<pubDate>Mon, 24 Mar 2008 14:56:37 +0000</pubDate>
		<guid isPermaLink="false">http://michaelkimsal.com/blog/?p=488#comment-32139</guid>
		<description>This can be accomplished rather easily with X-headers.  If you apply some procmail and formail rules to do it for you.  I don&#039;t know if it&#039;s as easy to do on an Exchange server, some custom code would need to be written for that.  (Then, how do you analyze personal pst&#039;s?)  But if your email is kept on an imap server, and governed by procmail and formail...  This is easily accomplished.</description>
		<content:encoded><![CDATA[<p>This can be accomplished rather easily with X-headers.  If you apply some procmail and formail rules to do it for you.  I don&#8217;t know if it&#8217;s as easy to do on an Exchange server, some custom code would need to be written for that.  (Then, how do you analyze personal pst&#8217;s?)  But if your email is kept on an imap server, and governed by procmail and formail&#8230;  This is easily accomplished.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Deva Hazarika</title>
		<link>http://michaelkimsal.com/blog/social-media-filters-on-your-inbox/comment-page-1/#comment-32110</link>
		<dc:creator>Deva Hazarika</dc:creator>
		<pubDate>Mon, 24 Mar 2008 04:26:59 +0000</pubDate>
		<guid isPermaLink="false">http://michaelkimsal.com/blog/?p=488#comment-32110</guid>
		<description>Michael,

We definitely have plans for non-Outlook users, but we&#039;ve found that the level of pain is the highest in traditional business email users - which more often than not means Outlook and Exchange, so that&#039;s where we&#039;ve started.

The bigger and more complete solution we envision is one that lives at a higher level than any individual messaging system/platform.  Once you&#039;re using the same system across multiple messaging systems, then even if you&#039;re no longer using something like a corporate Exchange system, other systems you use (Twitter, AIM, GMail, etc.) will already know about the level of importance those contacts have.  So, abstracting these concepts to a higher level across multiple messaging systems definitely is something that would help with portability.</description>
		<content:encoded><![CDATA[<p>Michael,</p>
<p>We definitely have plans for non-Outlook users, but we&#8217;ve found that the level of pain is the highest in traditional business email users &#8211; which more often than not means Outlook and Exchange, so that&#8217;s where we&#8217;ve started.</p>
<p>The bigger and more complete solution we envision is one that lives at a higher level than any individual messaging system/platform.  Once you&#8217;re using the same system across multiple messaging systems, then even if you&#8217;re no longer using something like a corporate Exchange system, other systems you use (Twitter, AIM, GMail, etc.) will already know about the level of importance those contacts have.  So, abstracting these concepts to a higher level across multiple messaging systems definitely is something that would help with portability.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mgkimsal</title>
		<link>http://michaelkimsal.com/blog/social-media-filters-on-your-inbox/comment-page-1/#comment-32093</link>
		<dc:creator>mgkimsal</dc:creator>
		<pubDate>Mon, 24 Mar 2008 00:52:22 +0000</pubDate>
		<guid isPermaLink="false">http://michaelkimsal.com/blog/?p=488#comment-32093</guid>
		<description>Yeah Deva, I saw your product.  It looks a lot like what I was thinking of, at least as a first iteration (in my mind!).  Do you have plans for non-outlook users?    On the &#039;2 way&#039; idea - yeah, that definitely makes sense.  

The only drawback I can think of is that for many people there&#039;s still a learning curve for the system to learn each person&#039;s histories.  Well, I guess not, to the extent that the &#039;sent&#039; messages could be used.  Tracking interaction history across multiple systems would prove tricky - if I change companies, my history of dealing with &#039;bob&#039; is lost when I move to a new company, for example.  At least it would if you&#039;re focusing on corporate mail systems.  Coming up with a way to address the person/individual market and make this portable would be fantastic.</description>
		<content:encoded><![CDATA[<p>Yeah Deva, I saw your product.  It looks a lot like what I was thinking of, at least as a first iteration (in my mind!).  Do you have plans for non-outlook users?    On the &#8216;2 way&#8217; idea &#8211; yeah, that definitely makes sense.  </p>
<p>The only drawback I can think of is that for many people there&#8217;s still a learning curve for the system to learn each person&#8217;s histories.  Well, I guess not, to the extent that the &#8217;sent&#8217; messages could be used.  Tracking interaction history across multiple systems would prove tricky &#8211; if I change companies, my history of dealing with &#8216;bob&#8217; is lost when I move to a new company, for example.  At least it would if you&#8217;re focusing on corporate mail systems.  Coming up with a way to address the person/individual market and make this portable would be fantastic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Deva Hazarika</title>
		<link>http://michaelkimsal.com/blog/social-media-filters-on-your-inbox/comment-page-1/#comment-32091</link>
		<dc:creator>Deva Hazarika</dc:creator>
		<pubDate>Mon, 24 Mar 2008 00:31:22 +0000</pubDate>
		<guid isPermaLink="false">http://michaelkimsal.com/blog/?p=488#comment-32091</guid>
		<description>Michael,

My company has been focused on this for a while.  Check out my response to TechCrunch at www.emaildashboard.com.

&quot;The filter would consult your address book and analyze your behaviour with that person before. ... Your email program would then allow you to construct views based on those labels.&quot;

That&#039;s basically what our ClearContext IMS product does with inbox views already for Outlook users - more platforms definitely on the way.

&quot;However, I’m envisioning taking that a step further, as most email systems have a rather limited view of your ‘address book’.&quot;

Your ideas re: other inputs to help identify the nature and importance of email are very valid.  And if you extend it a level, you can make it a two-way thing.  What do I mean?  Well, as you say, if someone&#039;s email address is related to a corporate blog, then most likely the communication has something to do with that company.  On the reverse side, if I get a Facebook feed or Twitter or other online communication, by looking at my email history, the site/app can see how important that person is to me and highlight the message accordingly.

As our interactions with overlapping groups of contacts span more and more types of communication, there are more and more contextual clues available to us to help identify and process them in a more intelligent and efficient way.  And with the increasing volume of communication, that&#039;s not a nice thing, it&#039;s a requirement.</description>
		<content:encoded><![CDATA[<p>Michael,</p>
<p>My company has been focused on this for a while.  Check out my response to TechCrunch at <a href="http://www.emaildashboard.com" rel="nofollow">http://www.emaildashboard.com</a>.</p>
<p>&#8220;The filter would consult your address book and analyze your behaviour with that person before. &#8230; Your email program would then allow you to construct views based on those labels.&#8221;</p>
<p>That&#8217;s basically what our ClearContext IMS product does with inbox views already for Outlook users &#8211; more platforms definitely on the way.</p>
<p>&#8220;However, I’m envisioning taking that a step further, as most email systems have a rather limited view of your ‘address book’.&#8221;</p>
<p>Your ideas re: other inputs to help identify the nature and importance of email are very valid.  And if you extend it a level, you can make it a two-way thing.  What do I mean?  Well, as you say, if someone&#8217;s email address is related to a corporate blog, then most likely the communication has something to do with that company.  On the reverse side, if I get a Facebook feed or Twitter or other online communication, by looking at my email history, the site/app can see how important that person is to me and highlight the message accordingly.</p>
<p>As our interactions with overlapping groups of contacts span more and more types of communication, there are more and more contextual clues available to us to help identify and process them in a more intelligent and efficient way.  And with the increasing volume of communication, that&#8217;s not a nice thing, it&#8217;s a requirement.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
