<?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"
	>
<channel>
	<title>Comments on: Spam Filtering and Your Duty to Your Users</title>
	<atom:link href="http://www.theinternetpatrol.com/spam-filtering-and-your-duty-to-your-users/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.theinternetpatrol.com/spam-filtering-and-your-duty-to-your-users/</link>
	<description>Internet Safety, Windows Updates, Internet News, and More</description>
	<pubDate>Sat, 21 Nov 2009 21:15:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Aunty Spam</title>
		<link>http://www.theinternetpatrol.com/spam-filtering-and-your-duty-to-your-users/#comment-40</link>
		<dc:creator>Aunty Spam</dc:creator>
		<pubDate>Fri, 30 Apr 2004 22:49:23 +0000</pubDate>
		<guid isPermaLink="false">/?p=21#comment-40</guid>
		<description>&gt;Lets try that again without hitting return 
&gt; to early

It's ok, dear, it happens to everyone.

Aunty Spam
</description>
		<content:encoded><![CDATA[<p>>Lets try that again without hitting return<br />
> to early</p>
<p>It&#8217;s ok, dear, it happens to everyone.</p>
<p>Aunty Spam</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Vessey</title>
		<link>http://www.theinternetpatrol.com/spam-filtering-and-your-duty-to-your-users/#comment-39</link>
		<dc:creator>Robin Vessey</dc:creator>
		<pubDate>Fri, 30 Apr 2004 02:57:58 +0000</pubDate>
		<guid isPermaLink="false">/?p=21#comment-39</guid>
		<description>Lets try that again without hitting return to earily... I have Norton Anti-Virus, and you are quite right they do have the option not to reply to the sender. It just takes some finding.</description>
		<content:encoded><![CDATA[<p>Lets try that again without hitting return to earily&#8230; I have Norton Anti-Virus, and you are quite right they do have the option not to reply to the sender. It just takes some finding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Vessey</title>
		<link>http://www.theinternetpatrol.com/spam-filtering-and-your-duty-to-your-users/#comment-38</link>
		<dc:creator>Robin Vessey</dc:creator>
		<pubDate>Fri, 30 Apr 2004 02:56:21 +0000</pubDate>
		<guid isPermaLink="false">/?p=21#comment-38</guid>
		<description></description>
		<content:encoded><![CDATA[<br />
]]></content:encoded>
	</item>
	<item>
		<title>By: Vince</title>
		<link>http://www.theinternetpatrol.com/spam-filtering-and-your-duty-to-your-users/#comment-37</link>
		<dc:creator>Vince</dc:creator>
		<pubDate>Fri, 30 Apr 2004 02:16:48 +0000</pubDate>
		<guid isPermaLink="false">/?p=21#comment-37</guid>
		<description>I understand that it is the duty of ISP's / hosts to at least inform the sender that a mail they sent did not arrive for some reason. However there are a lot of virii that we know "spoof" the senders email address, and such a large chunk of the email I receive now is from mailservers informing me that I sent a virus to their server just because the message contained my email as the From: address.
As it seems that the aim of some of these virus writers is to bring the internet to its knees by the sheer volume of traffic, I just feel we are in some sense helping them with this. What I would suggest is that Mail Server anti-virus writers have a 2-level system where virii that are detected that are known spoofers are automatically deleted as there is no point replying. Then still have an option to "report to sender" for the rest.
Just an idea.</description>
		<content:encoded><![CDATA[<p>I understand that it is the duty of ISP&#8217;s / hosts to at least inform the sender that a mail they sent did not arrive for some reason. However there are a lot of virii that we know &#8220;spoof&#8221; the senders email address, and such a large chunk of the email I receive now is from mailservers informing me that I sent a virus to their server just because the message contained my email as the From: address.<br />
As it seems that the aim of some of these virus writers is to bring the internet to its knees by the sheer volume of traffic, I just feel we are in some sense helping them with this. What I would suggest is that Mail Server anti-virus writers have a 2-level system where virii that are detected that are known spoofers are automatically deleted as there is no point replying. Then still have an option to &#8220;report to sender&#8221; for the rest.<br />
Just an idea.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Vessey</title>
		<link>http://www.theinternetpatrol.com/spam-filtering-and-your-duty-to-your-users/#comment-36</link>
		<dc:creator>Robin Vessey</dc:creator>
		<pubDate>Thu, 29 Apr 2004 22:20:09 +0000</pubDate>
		<guid isPermaLink="false">/?p=21#comment-36</guid>
		<description>One practice we are considering is to release a spam specific email address which has several uses
- people can use it to sign up for things (obvious)
- any email that comes in addressed to the spam address and any other receipient as well is automatically flagged as spam. 
- Automated mail servers could check for the same sender, contents, title etc as the email coming through the spam account and flag them as well. 


Then you try and get the address registered with as many spam lists as you can.</description>
		<content:encoded><![CDATA[<p>One practice we are considering is to release a spam specific email address which has several uses<br />
- people can use it to sign up for things (obvious)<br />
- any email that comes in addressed to the spam address and any other receipient as well is automatically flagged as spam.<br />
- Automated mail servers could check for the same sender, contents, title etc as the email coming through the spam account and flag them as well. </p>
<p>Then you try and get the address registered with as many spam lists as you can.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leo Feret</title>
		<link>http://www.theinternetpatrol.com/spam-filtering-and-your-duty-to-your-users/#comment-35</link>
		<dc:creator>Leo Feret</dc:creator>
		<pubDate>Thu, 29 Apr 2004 20:27:48 +0000</pubDate>
		<guid isPermaLink="false">/?p=21#comment-35</guid>
		<description>Sp*m is a big problem for ISPs and users alike these days. Filtering
e-mail at the mail server, or running a free or fee program at the
client end attempts to solve the problem, but the results are imperfect
and cumbersome to correct. False positives and negatives continue to
plague most approaches.

My solution is simple and perhaps even obvious. But it's worked for me
in efficiently handling over 7000 e-mails, and it can work for anyone
who uses an e-mail client capable of defining rules to route e-mail to a
folder, such as Outlook Express.

The key idea and goal is to use your Inbox exclusively for sp*m. All
desired e-mail can be routed to e-mail folders you define based on rules
that make sense to you. You start by creating a message rule from a
displayed e-mail, not from a hypothetical concept. For example, an
e-mail from your boss can be routed to a folder called Boss. A
newsletter can be routed to a folder called Newsletter, based on
whatever is common to that newsletter style, such as a Subject keyword
that's always there. I handle all my e-mail using 50 folders, but you
may require fewer or more, depending on how granular you think you need
to be.

After a week or so, your Inbox only has sp*m, which is easy to eyeball
scan and mass delete after ensuring no good e-mail lurks there needing
to be read and rule-defined. So how do you tell where your good unread
e-mail is? Just arrange your View so you can scan the unread count to
the right of the folder name. For example, Newsletter (2) means you
have two unread newsletter e-mails to review.

If your email program can filter based on address book contents, you can make your last step put email from anyone in your address book into a 2Bread folder. Then email from contacts you didn't specifically  route to the Boss or other folder gets separated from the sp*m in your Inbox.

Don't try to block sp*am, but make it obvious and in one place - your
Inbox!
</description>
		<content:encoded><![CDATA[<p>Sp*m is a big problem for ISPs and users alike these days. Filtering<br />
e-mail at the mail server, or running a free or fee program at the<br />
client end attempts to solve the problem, but the results are imperfect<br />
and cumbersome to correct. False positives and negatives continue to<br />
plague most approaches.</p>
<p>My solution is simple and perhaps even obvious. But it&#8217;s worked for me<br />
in efficiently handling over 7000 e-mails, and it can work for anyone<br />
who uses an e-mail client capable of defining rules to route e-mail to a<br />
folder, such as Outlook Express.</p>
<p>The key idea and goal is to use your Inbox exclusively for sp*m. All<br />
desired e-mail can be routed to e-mail folders you define based on rules<br />
that make sense to you. You start by creating a message rule from a<br />
displayed e-mail, not from a hypothetical concept. For example, an<br />
e-mail from your boss can be routed to a folder called Boss. A<br />
newsletter can be routed to a folder called Newsletter, based on<br />
whatever is common to that newsletter style, such as a Subject keyword<br />
that&#8217;s always there. I handle all my e-mail using 50 folders, but you<br />
may require fewer or more, depending on how granular you think you need<br />
to be.</p>
<p>After a week or so, your Inbox only has sp*m, which is easy to eyeball<br />
scan and mass delete after ensuring no good e-mail lurks there needing<br />
to be read and rule-defined. So how do you tell where your good unread<br />
e-mail is? Just arrange your View so you can scan the unread count to<br />
the right of the folder name. For example, Newsletter (2) means you<br />
have two unread newsletter e-mails to review.</p>
<p>If your email program can filter based on address book contents, you can make your last step put email from anyone in your address book into a 2Bread folder. Then email from contacts you didn&#8217;t specifically  route to the Boss or other folder gets separated from the sp*m in your Inbox.</p>
<p>Don&#8217;t try to block sp*am, but make it obvious and in one place - your<br />
Inbox!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
