<?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:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: A Standard I Would Use: Auto Unsubscribe</title>
	<atom:link href="http://www.robweir.com/blog/2009/08/standard-i-would-use-auto-unsubscribe.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.robweir.com/blog/2009/08/standard-i-would-use-auto-unsubscribe.html?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=standard-i-would-use-auto-unsubscribe</link>
	<description>Thinking the unthinkable, pondering the imponderable, effing the ineffable and scruting the inscrutable</description>
	<lastBuildDate>Tue, 07 Feb 2012 11:20:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: André</title>
		<link>http://www.robweir.com/blog/2009/08/standard-i-would-use-auto-unsubscribe.html#comment-2412</link>
		<dc:creator>André</dc:creator>
		<pubDate>Wed, 02 Sep 2009 21:05:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/08/a-standard-i-would-use-auto-unsubscribe.html#comment-2412</guid>
		<description>How did the good old Usenet implement that?</description>
		<content:encoded><![CDATA[<p>How did the good old Usenet implement that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bart Hanssens</title>
		<link>http://www.robweir.com/blog/2009/08/standard-i-would-use-auto-unsubscribe.html#comment-2408</link>
		<dc:creator>Bart Hanssens</dc:creator>
		<pubDate>Wed, 19 Aug 2009 19:58:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/08/a-standard-i-would-use-auto-unsubscribe.html#comment-2408</guid>
		<description>Actually (somewhat) personalised newsfeeds would be a better model instead of emails.&lt;br /&gt;&lt;br /&gt;Just pull the news once a day from the vendor&#039;s website(s) using your favorite aggregator, and &quot;unsubscribe&quot; or &quot;suspend&quot; if you don&#039;t want to get the updates anymore...</description>
		<content:encoded><![CDATA[<p>Actually (somewhat) personalised newsfeeds would be a better model instead of emails.</p>
<p>Just pull the news once a day from the vendor&#39;s website(s) using your favorite aggregator, and &quot;unsubscribe&quot; or &quot;suspend&quot; if you don&#39;t want to get the updates anymore&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2009/08/standard-i-would-use-auto-unsubscribe.html#comment-2407</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Wed, 19 Aug 2009 16:05:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/08/a-standard-i-would-use-auto-unsubscribe.html#comment-2407</guid>
		<description>I&#039;m thinking here of lists that I arguably belong to, either because I opted in, or because I did business with the sender at some time.  I&#039;m not concerned with spam, deception and so on. &lt;br /&gt;&lt;br /&gt;It is more a question of how can we make it easier for users to unsubscribe in those situations.  What conventions can we have to help automate a process that both parties wish to have available?&lt;br /&gt;&lt;br /&gt;It sounds like some attempts have already been made in this area.</description>
		<content:encoded><![CDATA[<p>I&#39;m thinking here of lists that I arguably belong to, either because I opted in, or because I did business with the sender at some time.  I&#39;m not concerned with spam, deception and so on. </p>
<p>It is more a question of how can we make it easier for users to unsubscribe in those situations.  What conventions can we have to help automate a process that both parties wish to have available?</p>
<p>It sounds like some attempts have already been made in this area.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gary McGath</title>
		<link>http://www.robweir.com/blog/2009/08/standard-i-would-use-auto-unsubscribe.html#comment-2405</link>
		<dc:creator>Gary McGath</dc:creator>
		<pubDate>Wed, 19 Aug 2009 15:20:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/08/a-standard-i-would-use-auto-unsubscribe.html#comment-2405</guid>
		<description>The term &quot;unsubscribe&quot; implies that I have subscribed. If I haven&#039;t, it&#039;s spam. When spammers include an &quot;unsubscribe&quot; feature, it really means &quot;This sucker has confirmed receipt of mail.&quot;&lt;br /&gt;&lt;br /&gt;I do, however, implement auto-boycott of spammers.</description>
		<content:encoded><![CDATA[<p>The term &quot;unsubscribe&quot; implies that I have subscribed. If I haven&#39;t, it&#39;s spam. When spammers include an &quot;unsubscribe&quot; feature, it really means &quot;This sucker has confirmed receipt of mail.&quot;</p>
<p>I do, however, implement auto-boycott of spammers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2009/08/standard-i-would-use-auto-unsubscribe.html#comment-2404</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 19 Aug 2009 15:08:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/08/a-standard-i-would-use-auto-unsubscribe.html#comment-2404</guid>
		<description>http://gmailblog.blogspot.com/2009/07/unsubscribing-made-easy.html</description>
		<content:encoded><![CDATA[<p><a href="http://gmailblog.blogspot.com/2009/07/unsubscribing-made-easy.html" rel="nofollow">http://gmailblog.blogspot.com/2009/07/unsubscribing-made-easy.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2009/08/standard-i-would-use-auto-unsubscribe.html#comment-2403</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 19 Aug 2009 14:29:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/08/a-standard-i-would-use-auto-unsubscribe.html#comment-2403</guid>
		<description>Pete Austin said:&lt;br /&gt;&lt;br /&gt;Probably the closest thing to a public standard is to reply with &quot;unsubscribe&quot; in the subject.&lt;br /&gt;&lt;br /&gt;The immediate problem with a REST API is that email is implemented via a special-purpose mail-server and not a Webserver. Bots for spam, or MTAs (Mail Transfer Agents) for legitimate bulk email. Neither of these is really equipped to run a Website. So you&#039;re probably actually talking about a standard API onto the mailer&#039;s click-through servers. I&#039;ll give this some thought. &lt;br /&gt;&lt;br /&gt;@derek Legitimate senders do want you to unsubscribe, because the alternatives are worse. Either you use a &quot;report as spam&quot; button (which damages reputation), or you blackhole the emails with a mail rule (which wastes everyone&#039;s resources).</description>
		<content:encoded><![CDATA[<p>Pete Austin said:</p>
<p>Probably the closest thing to a public standard is to reply with &quot;unsubscribe&quot; in the subject.</p>
<p>The immediate problem with a REST API is that email is implemented via a special-purpose mail-server and not a Webserver. Bots for spam, or MTAs (Mail Transfer Agents) for legitimate bulk email. Neither of these is really equipped to run a Website. So you&#39;re probably actually talking about a standard API onto the mailer&#39;s click-through servers. I&#39;ll give this some thought. </p>
<p>@derek Legitimate senders do want you to unsubscribe, because the alternatives are worse. Either you use a &quot;report as spam&quot; button (which damages reputation), or you blackhole the emails with a mail rule (which wastes everyone&#39;s resources).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luis Villa</title>
		<link>http://www.robweir.com/blog/2009/08/standard-i-would-use-auto-unsubscribe.html#comment-2402</link>
		<dc:creator>Luis Villa</dc:creator>
		<pubDate>Wed, 19 Aug 2009 14:10:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/08/a-standard-i-would-use-auto-unsubscribe.html#comment-2402</guid>
		<description>List-Unsubscribe Header aka RFC 2369. Commentary on it here: http://blog.deliverability.com/2009/07/gmail-adds-list-unsubscribe-feature-but-does-google-know-when-a-best-practice-can-turn-evil.html</description>
		<content:encoded><![CDATA[<p>List-Unsubscribe Header aka RFC 2369. Commentary on it here: <a href="http://blog.deliverability.com/2009/07/gmail-adds-list-unsubscribe-feature-but-does-google-know-when-a-best-practice-can-turn-evil.html" rel="nofollow">http://blog.deliverability.com/2009/07/gmail-adds-list-unsubscribe-feature-but-does-google-know-when-a-best-practice-can-turn-evil.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: derek</title>
		<link>http://www.robweir.com/blog/2009/08/standard-i-would-use-auto-unsubscribe.html#comment-2400</link>
		<dc:creator>derek</dc:creator>
		<pubDate>Wed, 19 Aug 2009 13:11:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/08/a-standard-i-would-use-auto-unsubscribe.html#comment-2400</guid>
		<description>You misunderstand the model.&lt;br /&gt;&lt;br /&gt;The sender doesn&#039;t WANT you to unsubscribe. They have a vested interest in keeping the process as complicated as legally permitted. There are standards for mailing list headers (the List-* headers) one of which is about unsubscription, but at the end of the day, none of the bulk-mailers care because they don&#039;t make money off of you if you unsubscribe.</description>
		<content:encoded><![CDATA[<p>You misunderstand the model.</p>
<p>The sender doesn&#39;t WANT you to unsubscribe. They have a vested interest in keeping the process as complicated as legally permitted. There are standards for mailing list headers (the List-* headers) one of which is about unsubscription, but at the end of the day, none of the bulk-mailers care because they don&#39;t make money off of you if you unsubscribe.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.572 seconds -->

