<?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 Sender header</title>
	<atom:link href="http://vafer.org/blog/20060502022752/feed" rel="self" type="application/rss+xml" />
	<link>http://vafer.org/blog/20060502022752</link>
	<description>ramblings of a creative mind</description>
	<lastBuildDate>Sun, 07 Mar 2010 01:54:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bruce Wagner</title>
		<link>http://vafer.org/blog/20060502022752/comment-page-1#comment-59192</link>
		<dc:creator>Bruce Wagner</dc:creator>
		<pubDate>Sat, 20 Jun 2009 01:48:58 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/20060502022752#comment-59192</guid>
		<description>What is the best solution!?!?

We have Google Voice accounts...  and we, stupidly, connected them to Gmail accounts with names we would rather NOT use... (rather NOT be known as....).

However, we LOVE the idea of integrating all our Contacts with Gmail AND Google Voice...

(If we had it to do over again...  I would have created a brand new gmail address for the Google Voice account... a generic one.  For example, for a Google Voice number, 313-453-3011...  I would have created a new Gmail account called 3134533011@gmail.com ....If only I had know this would be a problem.)

And NOW....  Once the Google Voice (&amp; associated phone number) is connected to a Gmail account... it&#039;s &quot;PERMANENT&quot;...   OY MAMA!!!!  IF only I had known!!!

I want to remain logged in to use Google Voice, Gmail, Google Calendar, and Google Docs.... all day long...  I don&#039;t want to have to log out, and log back in... EVERY SINGLE TIME I CHECK FOR NEW VOICEMAIL and SMS MESSAGES....  Geez.</description>
		<content:encoded><![CDATA[<p>What is the best solution!?!?</p>
<p>We have Google Voice accounts&#8230;  and we, stupidly, connected them to Gmail accounts with names we would rather NOT use&#8230; (rather NOT be known as&#8230;.).</p>
<p>However, we LOVE the idea of integrating all our Contacts with Gmail AND Google Voice&#8230;</p>
<p>(If we had it to do over again&#8230;  I would have created a brand new gmail address for the Google Voice account&#8230; a generic one.  For example, for a Google Voice number, 313-453-3011&#8230;  I would have created a new Gmail account called <a href="mailto:3134533011@gmail.com">3134533011@gmail.com</a> &#8230;.If only I had know this would be a problem.)</p>
<p>And NOW&#8230;.  Once the Google Voice (&amp; associated phone number) is connected to a Gmail account&#8230; it&#8217;s &#8220;PERMANENT&#8221;&#8230;   OY MAMA!!!!  IF only I had known!!!</p>
<p>I want to remain logged in to use Google Voice, Gmail, Google Calendar, and Google Docs&#8230;. all day long&#8230;  I don&#8217;t want to have to log out, and log back in&#8230; EVERY SINGLE TIME I CHECK FOR NEW VOICEMAIL and SMS MESSAGES&#8230;.  Geez.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grrr</title>
		<link>http://vafer.org/blog/20060502022752/comment-page-1#comment-59142</link>
		<dc:creator>Grrr</dc:creator>
		<pubDate>Tue, 21 Apr 2009 16:32:26 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/20060502022752#comment-59142</guid>
		<description>&quot;then Google has no choice but to add the Sender header&quot;

Choice 1: Save password information and log into the other email address&#039;s account to send it from the correct server, like a normal desktop email client.
Choice 2: Use a dummy Sender address like &quot;forwarded-mail@gmail.com&quot; to protect the user&#039;s privacy.</description>
		<content:encoded><![CDATA[<p>&#8220;then Google has no choice but to add the Sender header&#8221;</p>
<p>Choice 1: Save password information and log into the other email address&#8217;s account to send it from the correct server, like a normal desktop email client.<br />
Choice 2: Use a dummy Sender address like &#8220;forwarded-mail@gmail.com&#8221; to protect the user&#8217;s privacy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grrr</title>
		<link>http://vafer.org/blog/20060502022752/comment-page-1#comment-59141</link>
		<dc:creator>Grrr</dc:creator>
		<pubDate>Tue, 21 Apr 2009 16:28:30 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/20060502022752#comment-59141</guid>
		<description>This really irritates me, and they don&#039;t seem to see any reason why this should be changed, even though it&#039;s a violation of privacy for a lot of users who are completely unaware of the consequences.  

When you&#039;re logged into Gmail address A, and sending from Gmail address B, why aren&#039;t the headers identical to being signed into Gmail address B?  I log out and log back in to send from different addresses to avoid this.</description>
		<content:encoded><![CDATA[<p>This really irritates me, and they don&#8217;t seem to see any reason why this should be changed, even though it&#8217;s a violation of privacy for a lot of users who are completely unaware of the consequences.  </p>
<p>When you&#8217;re logged into Gmail address A, and sending from Gmail address B, why aren&#8217;t the headers identical to being signed into Gmail address B?  I log out and log back in to send from different addresses to avoid this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tcurdt</title>
		<link>http://vafer.org/blog/20060502022752/comment-page-1#comment-59032</link>
		<dc:creator>tcurdt</dc:creator>
		<pubDate>Tue, 16 Dec 2008 00:12:24 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/20060502022752#comment-59032</guid>
		<description>Well, I yet have to find a proper alternative. And grown-up as you call it is not a feature but a requirement.</description>
		<content:encoded><![CDATA[<p>Well, I yet have to find a proper alternative. And grown-up as you call it is not a feature but a requirement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick van der Zwet</title>
		<link>http://vafer.org/blog/20060502022752/comment-page-1#comment-59031</link>
		<dc:creator>Rick van der Zwet</dc:creator>
		<pubDate>Mon, 15 Dec 2008 23:10:09 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/20060502022752#comment-59031</guid>
		<description>Welcome to the email system which it&#039;s aim it is to make you 70% happy. They do not give much about opinions (they say thank you every time tough). 

Feel free to switch if you don&#039;t like it as there are plenty alternative around. All-tough not many are yet grown-up.</description>
		<content:encoded><![CDATA[<p>Welcome to the email system which it&#8217;s aim it is to make you 70% happy. They do not give much about opinions (they say thank you every time tough). </p>
<p>Feel free to switch if you don&#8217;t like it as there are plenty alternative around. All-tough not many are yet grown-up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tcurdt</title>
		<link>http://vafer.org/blog/20060502022752/comment-page-1#comment-59030</link>
		<dc:creator>tcurdt</dc:creator>
		<pubDate>Mon, 15 Dec 2008 20:15:09 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/20060502022752#comment-59030</guid>
		<description>@Andy: if I can receive email at that address (and this was verified) it should be totally OK to relay the mail. At least in theory.</description>
		<content:encoded><![CDATA[<p>@Andy: if I can receive email at that address (and this was verified) it should be totally OK to relay the mail. At least in theory.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: steve</title>
		<link>http://vafer.org/blog/20060502022752/comment-page-1#comment-59020</link>
		<dc:creator>steve</dc:creator>
		<pubDate>Wed, 10 Dec 2008 22:00:15 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/20060502022752#comment-59020</guid>
		<description>I get around the gmail &quot;sender&quot; header issue with eudora that lets me send using any domain I want and does not use a &quot;sender&quot; header. I also do this on a domain I run with SPF. all kosher. long live eudora POP3 on gmail</description>
		<content:encoded><![CDATA[<p>I get around the gmail &#8220;sender&#8221; header issue with eudora that lets me send using any domain I want and does not use a &#8220;sender&#8221; header. I also do this on a domain I run with SPF. all kosher. long live eudora POP3 on gmail</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beverley</title>
		<link>http://vafer.org/blog/20060502022752/comment-page-1#comment-58886</link>
		<dc:creator>Andy Beverley</dc:creator>
		<pubDate>Wed, 06 Aug 2008 13:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/20060502022752#comment-58886</guid>
		<description>I don&#039;t think setting it will make any difference. It&#039;s just that Google have to assume that you do have one, and therefore set the Sender header. Regardless of the SPF record though, Google still need to set a Sender header to sign email with DKIM, which gives your email some authenticity.

The whole issue really boils down to the need to get away from the luxury of being able to forge email addresses, which is essentially what Google has to do to set your from address. I think if email was designed today with spammers in mind, then it would be a lot more difficult to &quot;send email on behalf of&quot;.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think setting it will make any difference. It&#8217;s just that Google have to assume that you do have one, and therefore set the Sender header. Regardless of the SPF record though, Google still need to set a Sender header to sign email with DKIM, which gives your email some authenticity.</p>
<p>The whole issue really boils down to the need to get away from the luxury of being able to forge email addresses, which is essentially what Google has to do to set your from address. I think if email was designed today with spammers in mind, then it would be a lot more difficult to &#8220;send email on behalf of&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tcurdt</title>
		<link>http://vafer.org/blog/20060502022752/comment-page-1#comment-58884</link>
		<dc:creator>tcurdt</dc:creator>
		<pubDate>Wed, 06 Aug 2008 11:28:15 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/20060502022752#comment-58884</guid>
		<description>Well, my vafer.org domain has no SPF record still there is the problem. Question is whether setting it would solve the problem.</description>
		<content:encoded><![CDATA[<p>Well, my vafer.org domain has no SPF record still there is the problem. Question is whether setting it would solve the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://vafer.org/blog/20060502022752/comment-page-1#comment-58883</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Wed, 06 Aug 2008 11:07:27 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/20060502022752#comment-58883</guid>
		<description>Royce is absolutely correct. If the domain of the email address that you want your email to appear to come from has an SPF record (very likely these days), then Google has no choice but to add the Sender header, otherwise your email is likely to be discarded as spam. This is because any receiving email server will say &quot;well this email claims it is from joebloggs.com, but I know that the server I received it from should not be sending emails from joebloggs.com, so I&#039;ll ditch it&quot;.

Ultimately this is one of the many problems that spammers have left us with I&#039;m afraid. Google is doing the right thing to ensure your mail is delivered properly. The header also allows Google to sign your messages with DKIM, reducing further the chance of them being classed as spam.</description>
		<content:encoded><![CDATA[<p>Royce is absolutely correct. If the domain of the email address that you want your email to appear to come from has an SPF record (very likely these days), then Google has no choice but to add the Sender header, otherwise your email is likely to be discarded as spam. This is because any receiving email server will say &#8220;well this email claims it is from joebloggs.com, but I know that the server I received it from should not be sending emails from joebloggs.com, so I&#8217;ll ditch it&#8221;.</p>
<p>Ultimately this is one of the many problems that spammers have left us with I&#8217;m afraid. Google is doing the right thing to ensure your mail is delivered properly. The header also allows Google to sign your messages with DKIM, reducing further the chance of them being classed as spam.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
