<?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: Reverse joe-jobbbing - sample to come</title>
	<atom:link href="http://michaelgracie.com/2006/03/31/reverse-joe-jobbbing-sample-to-come/feed/" rel="self" type="application/rss+xml" />
	<link>http://michaelgracie.com/2006/03/31/reverse-joe-jobbbing-sample-to-come/</link>
	<description>Clever Tagline Unavailable At Publication Time</description>
	<pubDate>Mon, 01 Dec 2008 17:16:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Michael Gracie</title>
		<link>http://michaelgracie.com/2006/03/31/reverse-joe-jobbbing-sample-to-come/#comment-147</link>
		<dc:creator>Michael Gracie</dc:creator>
		<pubDate>Fri, 31 Mar 2006 20:15:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelgracie.com/reverse-joe-jobbbing-sample-to-come/#comment-147</guid>
		<description>Sounds like there are a couple of interpretations of what is happening here.  As soon as I personally get another, I will post it for sure.
</description>
		<content:encoded><![CDATA[<p>Sounds like there are a couple of interpretations of what is happening here.  As soon as I personally get another, I will post it for sure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Hart</title>
		<link>http://michaelgracie.com/2006/03/31/reverse-joe-jobbbing-sample-to-come/#comment-146</link>
		<dc:creator>David Hart</dc:creator>
		<pubDate>Fri, 31 Mar 2006 19:55:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelgracie.com/reverse-joe-jobbbing-sample-to-come/#comment-146</guid>
		<description>That shouldn't work "Instead of forging the sender's email address (a trick that's easily detected by anti-spam technologies) spammers are deliberately sending their messages to an invalid email address at a high profile company using a forged "From" address at a target company. The email is then bounced as an unrecognised email address and sent back to the "sender"."

Properly configured, a server only sends NDRs to local recipients which is determined by the authenticated original sender.

Regardless of the asserted sender, a message to an unknown user should be rejected (55x) - not bounced, which creates backscatter.</description>
		<content:encoded><![CDATA[<p>That shouldn&#8217;t work &#8220;Instead of forging the sender&#8217;s email address (a trick that&#8217;s easily detected by anti-spam technologies) spammers are deliberately sending their messages to an invalid email address at a high profile company using a forged &#8220;From&#8221; address at a target company. The email is then bounced as an unrecognised email address and sent back to the &#8220;sender&#8221;.&#8221;</p>
<p>Properly configured, a server only sends NDRs to local recipients which is determined by the authenticated original sender.</p>
<p>Regardless of the asserted sender, a message to an unknown user should be rejected (55x) - not bounced, which creates backscatter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomasz Andrzej Nidecki</title>
		<link>http://michaelgracie.com/2006/03/31/reverse-joe-jobbbing-sample-to-come/#comment-145</link>
		<dc:creator>Tomasz Andrzej Nidecki</dc:creator>
		<pubDate>Fri, 31 Mar 2006 18:45:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelgracie.com/reverse-joe-jobbbing-sample-to-come/#comment-145</guid>
		<description>Two solutions at mail server level that need to be forced upon all administrators to solve this simple problem:

1. Make a "default" address, which accepts all mail to inexistant addresses - no bounces are generated (eg. in qmail: /var/qmail/alias/.qmail-default with "#" as contents -&gt; all goes to dev-null).

2. Bounce at envelope level, not after mail acceptance. This unfortunately needs to be implemented in the mail server, and cannot be simply configured in most cases. Unfortunately, many MTAs (eg. qmail) do not check for mail existence at mail envelope level, but only upon mail acceptance. Hence it's possible to abuse such servers. If bounces are generated at envelope level, there is no actual mail sent to the envelope from address.

PS your entry is a bit unclear, because it's not the sender address that the mail is returned to, but the envelope sender (in mail headers you see this address in Return-Path:, NOT in From:).</description>
		<content:encoded><![CDATA[<p>Two solutions at mail server level that need to be forced upon all administrators to solve this simple problem:</p>
<p>1. Make a &#8220;default&#8221; address, which accepts all mail to inexistant addresses - no bounces are generated (eg. in qmail: /var/qmail/alias/.qmail-default with &#8220;#&#8221; as contents -> all goes to dev-null).</p>
<p>2. Bounce at envelope level, not after mail acceptance. This unfortunately needs to be implemented in the mail server, and cannot be simply configured in most cases. Unfortunately, many MTAs (eg. qmail) do not check for mail existence at mail envelope level, but only upon mail acceptance. Hence it&#8217;s possible to abuse such servers. If bounces are generated at envelope level, there is no actual mail sent to the envelope from address.</p>
<p>PS your entry is a bit unclear, because it&#8217;s not the sender address that the mail is returned to, but the envelope sender (in mail headers you see this address in Return-Path:, NOT in From:).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
