<?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: Gmail Hasn&#8217;t Fixed the Real Reply Problem</title>
	<atom:link href="http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/feed/" rel="self" type="application/rss+xml" />
	<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/</link>
	<description>A blog about philosophy, Christianity, web development and whatever else I feel like writing about.</description>
	<lastBuildDate>Sun, 12 Feb 2012 04:19:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2-RC4-18391</generator>
	<item>
		<title>By: Blackberry can!</title>
		<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/comment-page-1/#comment-207200</link>
		<dc:creator>Blackberry can!</dc:creator>
		<pubDate>Thu, 11 Jun 2009 00:52:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.ilfilosofo.com/blog/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/#comment-207200</guid>
		<description>Just set up my blackberry and guess what, I can define ANY (@company.com) from-address within my blackberry email account (@blackberry.com) and voila, there is absolutely no from or relay info of where the email actually came from (my blackberry). 

If Blackberry does it, why can&#039;t google do it? Doesn&#039;t seem to make sense to me...</description>
		<content:encoded><![CDATA[<p>Just set up my blackberry and guess what, I can define ANY (@company.com) from-address within my blackberry email account (@blackberry.com) and voila, there is absolutely no from or relay info of where the email actually came from (my blackberry). </p>
<p>If Blackberry does it, why can&#8217;t google do it? Doesn&#8217;t seem to make sense to me&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eduardo Marques</title>
		<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/comment-page-1/#comment-205817</link>
		<dc:creator>Eduardo Marques</dc:creator>
		<pubDate>Mon, 12 Jan 2009 17:59:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.ilfilosofo.com/blog/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/#comment-205817</guid>
		<description>Hello everyone!

Google is not wrong.
Look here for a response why:

&lt;a href=&quot;http://cafe.elharo.com/e-mail/gmail-return-path-and-lost-replies/&quot; rel=&quot;nofollow&quot;&gt;Gmail Problems&lt;/a&gt;

You only have to explicitly set the Reply-to address as well as the From address.

Best Regards.</description>
		<content:encoded><![CDATA[<p>Hello everyone!</p>
<p>Google is not wrong.<br />
Look here for a response why:</p>
<p><a href="http://cafe.elharo.com/e-mail/gmail-return-path-and-lost-replies/" rel="nofollow">Gmail Problems</a></p>
<p>You only have to explicitly set the Reply-to address as well as the From address.</p>
<p>Best Regards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Willis</title>
		<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/comment-page-1/#comment-194361</link>
		<dc:creator>Willis</dc:creator>
		<pubDate>Wed, 20 Feb 2008 20:48:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.ilfilosofo.com/blog/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/#comment-194361</guid>
		<description>I have my corporate email being forwarded to gmail for blackberry use. My problem is that when someone replys to a message I have sent it goes to gmail address. I have my reply to in google settings set up to go to Corporate. My buddy has his account set up the same way and his reply to works...???

Is this the problem you guys are talking about? Any ideas what is wrong with my settings?</description>
		<content:encoded><![CDATA[<p>I have my corporate email being forwarded to gmail for blackberry use. My problem is that when someone replys to a message I have sent it goes to gmail address. I have my reply to in google settings set up to go to Corporate. My buddy has his account set up the same way and his reply to works&#8230;???</p>
<p>Is this the problem you guys are talking about? Any ideas what is wrong with my settings?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: filosofo</title>
		<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/comment-page-1/#comment-20364</link>
		<dc:creator>filosofo</dc:creator>
		<pubDate>Mon, 09 Oct 2006 20:54:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.ilfilosofo.com/blog/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/#comment-20364</guid>
		<description>Hi Tom,

The &lt;a href=&quot;http://21st.blogspot.com/2006/09/use-gmail-generate-unlimited-e-mail.html&quot; rel=&quot;nofollow&quot;&gt;trick described here&lt;/a&gt; might help deal with spam to your Gmail account.</description>
		<content:encoded><![CDATA[<p>Hi Tom,</p>
<p>The <a href="http://21st.blogspot.com/2006/09/use-gmail-generate-unlimited-e-mail.html" rel="nofollow">trick described here</a> might help deal with spam to your Gmail account.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/comment-page-1/#comment-20362</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Mon, 09 Oct 2006 20:41:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.ilfilosofo.com/blog/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/#comment-20362</guid>
		<description>Hi -

So, my problem with this is that I want to participate in mailing lists. But, inevitably, any email address you post from (or is in a header) eventually becomes inundated with spam. 

So usually you generate a temporary ID, and forward to some real account. But if your gmail account is in the header, you&#039;re spam bait. This blocks of a significant chunk of my usage from being gmail.

Putting gmail.com in the headers does not cause a problem, but putting my address does.</description>
		<content:encoded><![CDATA[<p>Hi -</p>
<p>So, my problem with this is that I want to participate in mailing lists. But, inevitably, any email address you post from (or is in a header) eventually becomes inundated with spam. </p>
<p>So usually you generate a temporary ID, and forward to some real account. But if your gmail account is in the header, you&#8217;re spam bait. This blocks of a significant chunk of my usage from being gmail.</p>
<p>Putting gmail.com in the headers does not cause a problem, but putting my address does.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: filosofo</title>
		<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/comment-page-1/#comment-494</link>
		<dc:creator>filosofo</dc:creator>
		<pubDate>Mon, 27 Feb 2006 04:01:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.ilfilosofo.com/blog/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/#comment-494</guid>
		<description>&lt;blockquote&gt;bene&#039;s point about gmail&#039;s revealing gmail address in headers when sending as another account being expected behavior is important because any solution that does not reveal gmail as message originator would take control over email sent from some domain away from that domain&#039;s owner.&lt;/blockquote&gt;

Because I&#039;m not a lawyer, I can&#039;t really speak to Gmail&#039;s potential legal liability, so you may be correct that that is explanation.  

However, I very much doubt it, because right now &lt;em&gt;anybody&lt;/em&gt; using just about any email program, such as Thunderbird or Outlook, can pretend to send an email from any address in the manner you describe, and no one (that I know of) has suggested holding the makers of those programs legally liable.  

Besides, doing what Gmail does now does not make much of a difference in that regard.  The sender and return-path information is hidden in &lt;em&gt;most&lt;/em&gt; email programs, so that one has to view the email&#039;s header in order to see the Gmail account.  For most people who don&#039;t check their email headers, disgruntled former employees will still be able to send emails from their old addresses with the same level of trickery.  I&#039;m pretty certain that anybody so un-Internet-savvy as to assume that all emails originate where they say they originate, will also not be savvy enough to check email headers for authenticity.  

In other words, if Gmail does this to prevent people from being fooled by disgruntled former employees (and the like), it will only work for those who are savvy enough not to be fooled in the first place.

What disgruntled employees cannot do, assuming they haven&#039;t hacked back into their old accounts, is &lt;em&gt;receive&lt;/em&gt; email at their old addresses, so that should always be the test for an email&#039;s authenticity.</description>
		<content:encoded><![CDATA[<blockquote><p>bene&#8217;s point about gmail&#8217;s revealing gmail address in headers when sending as another account being expected behavior is important because any solution that does not reveal gmail as message originator would take control over email sent from some domain away from that domain&#8217;s owner.</p></blockquote>
<p>Because I&#8217;m not a lawyer, I can&#8217;t really speak to Gmail&#8217;s potential legal liability, so you may be correct that that is explanation.  </p>
<p>However, I very much doubt it, because right now <em>anybody</em> using just about any email program, such as Thunderbird or Outlook, can pretend to send an email from any address in the manner you describe, and no one (that I know of) has suggested holding the makers of those programs legally liable.  </p>
<p>Besides, doing what Gmail does now does not make much of a difference in that regard.  The sender and return-path information is hidden in <em>most</em> email programs, so that one has to view the email&#8217;s header in order to see the Gmail account.  For most people who don&#8217;t check their email headers, disgruntled former employees will still be able to send emails from their old addresses with the same level of trickery.  I&#8217;m pretty certain that anybody so un-Internet-savvy as to assume that all emails originate where they say they originate, will also not be savvy enough to check email headers for authenticity.  </p>
<p>In other words, if Gmail does this to prevent people from being fooled by disgruntled former employees (and the like), it will only work for those who are savvy enough not to be fooled in the first place.</p>
<p>What disgruntled employees cannot do, assuming they haven&#8217;t hacked back into their old accounts, is <em>receive</em> email at their old addresses, so that should always be the test for an email&#8217;s authenticity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray</title>
		<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/comment-page-1/#comment-492</link>
		<dc:creator>Ray</dc:creator>
		<pubDate>Mon, 27 Feb 2006 01:46:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.ilfilosofo.com/blog/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/#comment-492</guid>
		<description>filosofo,
bene&#039;s point about gmail&#039;s revealing gmail address in headers when sending as another account being expected behavior is important because any solution that does not reveal gmail as message originator would take control over email sent from some domain away from that domain&#039;s owner.

For instance, if I am employed by A Good Company, and duly receive an email account of me@agoodcompany.com, then should A Good Company dismiss me, the gmail functionality you desire would make it impossible for A Good Company to  prevent me from continuing to send further email correspondence under its domain. (Moreover, since any email can have a reply-to header, I can count on getting some answers back, too.)

If I recall correctly, in the earliest days of the send as functionality, gmail worked closer to the transparent way you want, and I can only surmise that one or more IT security people pointed out the problems this might create with, for example, disgruntled ex-employees.  Recognizing the potential for google&#039;s liability under some legal theory for damages that could result from gmail enabling such problematic communication is a small step, which leads me to believe gmail is probably not going to &quot;fix&quot; what you call the &quot;real&quot; reply problem.</description>
		<content:encoded><![CDATA[<p>filosofo,<br />
bene&#8217;s point about gmail&#8217;s revealing gmail address in headers when sending as another account being expected behavior is important because any solution that does not reveal gmail as message originator would take control over email sent from some domain away from that domain&#8217;s owner.</p>
<p>For instance, if I am employed by A Good Company, and duly receive an email account of <span class="2f91d13"> (<span class="11d4652">me@agoodcompany.com</span>) <span class="91abe50">me</span> (located at) <span class="8da412a">agoodcompany</span> (dot) <span class="157dad6">com</span></span>, then should A Good Company dismiss me, the gmail functionality you desire would make it impossible for A Good Company to  prevent me from continuing to send further email correspondence under its domain. (Moreover, since any email can have a reply-to header, I can count on getting some answers back, too.)</p>
<p>If I recall correctly, in the earliest days of the send as functionality, gmail worked closer to the transparent way you want, and I can only surmise that one or more IT security people pointed out the problems this might create with, for example, disgruntled ex-employees.  Recognizing the potential for google&#8217;s liability under some legal theory for damages that could result from gmail enabling such problematic communication is a small step, which leads me to believe gmail is probably not going to &#8220;fix&#8221; what you call the &#8220;real&#8221; reply problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: filosofo</title>
		<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/comment-page-1/#comment-487</link>
		<dc:creator>filosofo</dc:creator>
		<pubDate>Fri, 24 Feb 2006 22:52:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.ilfilosofo.com/blog/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/#comment-487</guid>
		<description>bene,
There are other ways to address your first point.  For one, using Gmail with &quot;spoofed&quot; sender and return-path fields is not much different from my using an email client like Thunderbird to send email using, say, my ISP&#039;s SMTP server, which is what I&#039;d be doing anyway were I not using Gmail.  In both cases someone would receive email from ilfilosofo.com that had originated on other servers (either Google&#039;s or my ISP&#039;s).  So the risk of spam filters throwing a false positive should be about equal.

Also, Google could get around the spam-filter risk by making the sender and return-path emails something like an MD5-encrypted combination of the Gmail account and the &quot;spoofed&quot; account.  That way it would obscure the private email address while matching server and sending email.  It would also allow easy filtering of spam should it be directed toward my Gmail account; for example, were I to start getting spam to b05ba897e4e963074d85164c9beddb23@gmail.com then I could easily filter it away.  Spam to my real Gmail address--not so easy. 

Your second point could only be realized if someone has already compromised the other email account.  At that point, the attacker could easily misuse the account independently of Gmail&#039;s involvement.</description>
		<content:encoded><![CDATA[<p>bene,<br />
There are other ways to address your first point.  For one, using Gmail with &#8220;spoofed&#8221; sender and return-path fields is not much different from my using an email client like Thunderbird to send email using, say, my ISP&#8217;s SMTP server, which is what I&#8217;d be doing anyway were I not using Gmail.  In both cases someone would receive email from ilfilosofo.com that had originated on other servers (either Google&#8217;s or my ISP&#8217;s).  So the risk of spam filters throwing a false positive should be about equal.</p>
<p>Also, Google could get around the spam-filter risk by making the sender and return-path emails something like an MD5-encrypted combination of the Gmail account and the &#8220;spoofed&#8221; account.  That way it would obscure the private email address while matching server and sending email.  It would also allow easy filtering of spam should it be directed toward my Gmail account; for example, were I to start getting spam to <span class="2f91d13"> (<span class="11d4652">b05ba897e4e963074d85164c9beddb23@gmail.com</span>) <span class="91abe50">b05ba897e4e963074d85164c9beddb23</span> (located at) <span class="8da412a">gmail</span> (dot) <span class="157dad6">com</span></span> then I could easily filter it away.  Spam to my real Gmail address&#8211;not so easy. </p>
<p>Your second point could only be realized if someone has already compromised the other email account.  At that point, the attacker could easily misuse the account independently of Gmail&#8217;s involvement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bene</title>
		<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/comment-page-1/#comment-486</link>
		<dc:creator>bene</dc:creator>
		<pubDate>Fri, 24 Feb 2006 21:27:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.ilfilosofo.com/blog/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/#comment-486</guid>
		<description>This is expected behaviour.  

First: mail that originates from the gmail.com servers must have sender and returnpath as gmail.com domains, else it has a high chance of being considered spoofed email (because it is!).  Blocking spoofed email (ie, mail that claims to be from one sender but is coming from a different domain) is a highly effective way of reducing spam - when your mail server is the first hop.  Blocked messages = unhappy gmail users.  

Second: If someone manages to figure out the verification code generation algorithm, allowing the addition of addresses without validation, or manages to temporarily gain access to another users email address to receive the validation message, that identity is taken over completely - messages sent from the gmail account are indistinguishable from messages sent by the hijacked account, lending support to identity theft.</description>
		<content:encoded><![CDATA[<p>This is expected behaviour.  </p>
<p>First: mail that originates from the gmail.com servers must have sender and returnpath as gmail.com domains, else it has a high chance of being considered spoofed email (because it is!).  Blocking spoofed email (ie, mail that claims to be from one sender but is coming from a different domain) is a highly effective way of reducing spam &#8211; when your mail server is the first hop.  Blocked messages = unhappy gmail users.  </p>
<p>Second: If someone manages to figure out the verification code generation algorithm, allowing the addition of addresses without validation, or manages to temporarily gain access to another users email address to receive the validation message, that identity is taken over completely &#8211; messages sent from the gmail account are indistinguishable from messages sent by the hijacked account, lending support to identity theft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eskimo</title>
		<link>http://austinmatzko.com/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/comment-page-1/#comment-485</link>
		<dc:creator>Eskimo</dc:creator>
		<pubDate>Fri, 24 Feb 2006 12:14:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.ilfilosofo.com/blog/2006/02/23/gmail-hasnt-fixed-the-real-reply-problem/#comment-485</guid>
		<description>@filosofo: Oh, I&#039;m sorry, I posted on the wrong blog note.

If you want to sign the petition, it&#039;s &lt;a href=&quot;http://www.petitionspot.com/petitions/gmailfrom&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt; :-).</description>
		<content:encoded><![CDATA[<p>@filosofo: Oh, I&#8217;m sorry, I posted on the wrong blog note.</p>
<p>If you want to sign the petition, it&#8217;s <a href="http://www.petitionspot.com/petitions/gmailfrom" rel="nofollow">here</a> <img src='http://austinmatzko.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> .</p>
]]></content:encoded>
	</item>
</channel>
</rss>

