<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Re: Why no revision to SMTP to include authenticat in </title>
<link>http://www.dslreports.com/forum/r10544984</link>
<description></description>
<language>en</language>
<pubDate>Sun, 29 Nov 2009 00:51:12 EDT</pubDate>
<lastBuildDate>Sun, 29 Nov 2009 00:51:12 EDT</lastBuildDate>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10566472</link>
<description><![CDATA[<A HREF="/useremail/u/692101"><b>fantomposter</b></A> :  <BLOCKQUOTE><SMALL>said by  TamaraB <A HREF="/useremail/u/237285"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>:</SMALL><HR><br>He can't! He is not listed as authoritave for comcast IP's, he can use a redirect mechinism, but that does the oposite of what he wants.<br><HR></BLOCKQUOTE><br><br>I have not seen a spec on SPF that says you check IP addresses. It only checks the SPF records for the domain name in the from field.<br><br> <BLOCKQUOTE><SMALL>quote:</SMALL><HR> <br>My smtp server gets a connect from that trojened comcast machine, my server checks with <B>COMCAST</B> DNS for spf, not his DNS... <br> <HR></BLOCKQUOTE><br><br>You got that backwards. That is not what SPF does. If I have that wrong point me to a website that explains it is otherwise.<br><br>All SPF does is check the authoritative DNS for the DOMAIN name in the from field. It checks the DNS records for that domain name and makes sure there is an SPF record that shows the sending computers IP address. If spammer controls his own domain name then he can put any IP address he wants in the SPF record.<br><br>Check here:  &raquo;<A HREF="http://spf.pobox.com/faq.html" >spf.pobox.com/faq.html</A><br><br>And scroll down to the part where the headline is:<br><br>"It doesn't really prevent spam. Spammers can always get throwaway domains, etc."<br><br>Don't get me wrong, SPF is needed, to fix the virus bounces and the forged from address's in spam, it does a great job of that, but not much more.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10566472</guid>
<pubDate>Mon, 21 Jun 2004 08:27:32 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10565823</link>
<description><![CDATA[<A HREF="/useremail/u/237285"><b>TamaraB</b></A> :  <BLOCKQUOTE><SMALL>said by  fantomposter <A HREF="/useremail/u/692101"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>:</SMALL><HR> <br>Spammer controls his domain. He can set up DNS and SPF any way he wants to point to any machine he wants.<HR></BLOCKQUOTE><br><br>Any machine with an A record within his domain.<br><br> <BLOCKQUOTE><SMALL>said by  fantomposter <A HREF="/useremail/u/692101"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>:</SMALL><HR>So he lists the comcast trojaned machine as his domains mail server. And SPF fails.<br> <HR></BLOCKQUOTE><br><br>He can't! He is not listed as authoritave for comcast IP's, he can use a redirect mechinism, but that does the oposite of what he wants.<br><br>My smtp server gets a connect from that trojened comcast machine, my server checks with <B>COMCAST</B> DNS for spf, not his DNS... <br><br>Think of SPF as an extension of MX. Only a list of a domains allowed "sending" servers instead of receiving servers (MX).<br><br>Spammer is toast!<br><SMALL>--<br> Motor Vessel - Tamara B. - 43' Long-Range Trawler Cape Elizebeth ME.&raquo;<A HREF="http://www.tamara-b.org" >www.tamara-b.org</A><BR></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10565823</guid>
<pubDate>Mon, 21 Jun 2004 03:27:29 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10564110</link>
<description><![CDATA[<A HREF="/useremail/u/692101"><b>fantomposter</b></A> :  <BLOCKQUOTE><SMALL>said by  TamaraB <A HREF="/useremail/u/237285"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>:</SMALL><HR><br><br>Nope! SPF forces <B>all</B> mail from a domain to come <B>ONLY</B> from the allowed (SPF'd) domain's mail servers, which are advertised only by <B>that</B> domain's listed DNS servers. Spammer Fails!<br><br> <HR></BLOCKQUOTE><br><br>Hopefully you are still here, I did not check this thread recently. been a busy weekend.<br><br>Spammer controls his domain. He can set up DNS and SPF any way he wants to point to any machine he wants.<br><br>So he lists the comcast trojaned machine as his domains mail server. And SPF fails.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10564110</guid>
<pubDate>Sun, 20 Jun 2004 22:28:27 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10546781</link>
<description><![CDATA[<A HREF="/useremail/u/698757"><b>nixen</b></A> :  <BLOCKQUOTE><SMALL>said by  jjoshua <A HREF="/useremail/u/401000"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>:</SMALL><HR>This would mostly be an inconvenience for people who don't send SPAM.  A lot of people use 3rd party email services because we don't want to use the one provided by our ISP for various reasons.<br> <HR></BLOCKQUOTE><br>This is a TIRED argument. Third-party relay providers can simply set up TLS-protected, authenticated SMTP relay service on an alternate port.<br><br>-tom<br><SMALL>--<br>"There are 10 types of people in the world... those who understand binary and those who don't."<BR>"That's only 2 types of people, moron"</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10546781</guid>
<pubDate>Fri, 18 Jun 2004 16:22:17 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10546319</link>
<description><![CDATA[<A HREF="/useremail/u/237285"><b>TamaraB</b></A> :  <BLOCKQUOTE><SMALL>said by  fantomposter <A HREF="/useremail/u/692101"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>:</SMALL><HR><br>Spammer sets up his throw away domain. Puts up DNS for it at a place where it can be changed easily and quickly.<br><br>He finds a trojaned Comcast machine to use. He changes his DNS file to show the proper SPF record for that Comcast machines IP addy.<HR></BLOCKQUOTE><br><br>No-Good! the SPF must reside on his domain, and point to a mail server on his domain... No receiving SPF/SMTP server will ever query his spf record for mail originating from a comcast addy, it will query comcast's spf records, and reject the mail. Spammer Fails!<br><br> <BLOCKQUOTE><SMALL>said by  fantomposter <A HREF="/useremail/u/692101"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>:</SMALL><HR>Then he fires his spamm off from that machine and SPF stops nothing because he controls the domain and the SPF records.<HR></BLOCKQUOTE><br><br>Spammer can't control comcast's SPF records, in the same way he can't control their PTR records! Spammer FAILS!<br><br> <BLOCKQUOTE><SMALL>said by  fantomposter <A HREF="/useremail/u/692101"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>:</SMALL><HR>Rinse-Lather-Repeat. SPF only stops someone from using my or your address as a forged from, and it stops the virus that use forged froms.<HR></BLOCKQUOTE><br><br>Nope! SPF forces <B>all</B> mail from a domain to come <B>ONLY</B> from the allowed (SPF'd) domain's mail servers, which are advertised only by <B>that</B> domain's listed DNS servers. Spammer Fails!<br><br> <BLOCKQUOTE><SMALL>said by  fantomposter <A HREF="/useremail/u/692101"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>:</SMALL><HR>It will not stop spam nor will it slow it down much.<br> <HR></BLOCKQUOTE><br><br>If implemented net-wide it will kill almost ALL spam. That which is left, will only come from spammer-owned/SPF'd domains. These domains will be easy to identify and block on site; black-lists will only have to deal with direct spammer domains. Spammer is toast!<br><br>Bob<br><SMALL>--<br> Motor Vessel - Tamara B. - 43' Long-Range Trawler Cape Elizebeth ME.&raquo;<A HREF="http://www.tamara-b.org" >www.tamara-b.org</A><BR></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10546319</guid>
<pubDate>Fri, 18 Jun 2004 15:28:53 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10544984</link>
<description><![CDATA[<A HREF="/useremail/u/692101"><b>fantomposter</b></A> : <br>Spammer sets up his throw away domain. Puts up DNS for it at a place where it can be changed easily and quickly.<br><br>He finds a trojaned Comcast machine to use. He changes his DNS file to show the proper SPF record for that Comcast machines IP addy.<br><br>Then he fires his spamm off from that machine and SPF stops nothing because he controls the domain and the SPF records.<br><br>Rinse-Lather-Repeat. SPF only stops someone from using my or your address as a forged from, and it stops the virus that use forged froms.<br><br>It will not stop spam nor will it slow it down much.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10544984</guid>
<pubDate>Fri, 18 Jun 2004 12:59:06 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10544786</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : tough - i'm sick of spam, and i'm even more sick about spam from bogus email addresses.  true, some jerks have ruined it for the rest of us, but we all learned to deal with things like that when we were 6 years old..]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10544786</guid>
<pubDate>Fri, 18 Jun 2004 12:32:44 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10543794</link>
<description><![CDATA[<A HREF="/useremail/u/401000"><b>jjoshua</b></A> : This would mostly be an inconvenience for people who don't send SPAM.  A lot of people use 3rd party email services because we don't want to use the one provided by our ISP for various reasons.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10543794</guid>
<pubDate>Fri, 18 Jun 2004 10:23:23 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10543742</link>
<description><![CDATA[<A HREF="/useremail/u/679926"><b>ParanoiaInc</b></A> : I would think that by only allowing subscribers to send out email through the ISP's authenticating-email servers (block port 25), and disallowing subscriber-centered email servers, this could help address the problem.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10543742</guid>
<pubDate>Fri, 18 Jun 2004 10:15:27 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10543596</link>
<description><![CDATA[<A HREF="/useremail/u/870332"><b>Megladon13</b></A> : ...and right now thats about 99% of the spam we are all getting.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10543596</guid>
<pubDate>Fri, 18 Jun 2004 09:57:16 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10543512</link>
<description><![CDATA[<A HREF="/useremail/u/692101"><b>fantomposter</b></A> :  <BLOCKQUOTE><SMALL>said by  keyboard5684 <A HREF="/useremail/u/442241"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>:</SMALL><HR>The problem is not authenticating clients that use SMTP, the problem is authenticating email servers.<br> <HR></BLOCKQUOTE><br><br>Exactly. And SPF does not stop spam, it stops forged from addresses. Nothing more.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10543512</guid>
<pubDate>Fri, 18 Jun 2004 09:44:04 EDT</pubDate>
</item>

<item>
<title>Re: Why no revision to SMTP to include authenticat</title>
<link>http://www.dslreports.com/forum/remark,10543490</link>
<description><![CDATA[<A HREF="/useremail/u/442241"><b>keyboard5684</b></A> : The problem is not authenticating clients that use SMTP, the problem is authenticating email servers. For example, a client sending mail can authenticate with there ISP's mail server to send mail but how do we authenticate that ISP's mail server when it send to the remote domain.<br><br>We could not possibly make up logins for every single mail server in the world so they all could communicate.<br><br>SPF addresses this in a good way. This way the domain provider themselves says what specific mail servers are allowed to send email with that from address. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10543490</guid>
<pubDate>Fri, 18 Jun 2004 09:41:21 EDT</pubDate>
</item>

<item>
<title>Why no revision to SMTP to include authentication?</title>
<link>http://www.dslreports.com/forum/remark,10543464</link>
<description><![CDATA[<A HREF="/useremail/u/679926"><b>ParanoiaInc</b></A> : I've wondered about this for years, but why do we see a need to authenticate only on the POP-side and not on the SMTP-side? Also, why are there no new email protocols using a new POP/SMTP that affords not just authentication but security features as well.<br><br>I would think a company in a business for email servers could go long ways (with free clients) in this area.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,10543464</guid>
<pubDate>Fri, 18 Jun 2004 09:36:04 EDT</pubDate>
</item>

</channel>
</rss>
