<?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: Implementing email login with sfGuardPlugin</title>
	<atom:link href="http://bluehorn.co.nz/2009/04/29/implementing-email-login-with-sfguardplugin/feed/" rel="self" type="application/rss+xml" />
	<link>http://bluehorn.co.nz/2009/04/29/implementing-email-login-with-sfguardplugin/</link>
	<description>New Zealand Web Design &#38; Development (PHP 5, MySQL, Symfony Framework, Apache, Linux)</description>
	<lastBuildDate>Fri, 09 Dec 2011 18:27:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Laurent</title>
		<link>http://bluehorn.co.nz/2009/04/29/implementing-email-login-with-sfguardplugin/comment-page-1/#comment-8774</link>
		<dc:creator>Laurent</dc:creator>
		<pubDate>Sun, 04 Sep 2011 05:35:16 +0000</pubDate>
		<guid isPermaLink="false">http://bluehorn.co.nz/?p=195#comment-8774</guid>
		<description>Thank you very much for this great article !</description>
		<content:encoded><![CDATA[<p>Thank you very much for this great article !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sid</title>
		<link>http://bluehorn.co.nz/2009/04/29/implementing-email-login-with-sfguardplugin/comment-page-1/#comment-246</link>
		<dc:creator>Sid</dc:creator>
		<pubDate>Fri, 12 Jun 2009 01:07:38 +0000</pubDate>
		<guid isPermaLink="false">http://bluehorn.co.nz/?p=195#comment-246</guid>
		<description>I&#039;m about to write one for Symfony 1.2 and Propel (sorry Doctrine, will be a wee while till I switch) 

It turned out that implementing this in 1.2 is very different than 1.0. Stay tuned.</description>
		<content:encoded><![CDATA[<p>I&#8217;m about to write one for Symfony 1.2 and Propel (sorry Doctrine, will be a wee while till I switch) </p>
<p>It turned out that implementing this in 1.2 is very different than 1.0. Stay tuned.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew</title>
		<link>http://bluehorn.co.nz/2009/04/29/implementing-email-login-with-sfguardplugin/comment-page-1/#comment-245</link>
		<dc:creator>Matthew</dc:creator>
		<pubDate>Thu, 11 Jun 2009 23:16:14 +0000</pubDate>
		<guid isPermaLink="false">http://bluehorn.co.nz/?p=195#comment-245</guid>
		<description>&lt;a href=&quot;#comment-112&quot; rel=&quot;nofollow&quot;&gt;@Justin Davis&lt;/a&gt; 
&lt;a href=&quot;#comment-214&quot; rel=&quot;nofollow&quot;&gt;@Sid&lt;/a&gt; 

Any updates on this?</description>
		<content:encoded><![CDATA[<p><a href="#comment-112" rel="nofollow">@Justin Davis</a><br />
<a href="#comment-214" rel="nofollow">@Sid</a> </p>
<p>Any updates on this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sid</title>
		<link>http://bluehorn.co.nz/2009/04/29/implementing-email-login-with-sfguardplugin/comment-page-1/#comment-214</link>
		<dc:creator>Sid</dc:creator>
		<pubDate>Wed, 03 Jun 2009 23:20:30 +0000</pubDate>
		<guid isPermaLink="false">http://bluehorn.co.nz/?p=195#comment-214</guid>
		<description>Hi, I have not done this method with Doctrine. But I&#039;m working on an article for Symfony 1.2 and Propel.</description>
		<content:encoded><![CDATA[<p>Hi, I have not done this method with Doctrine. But I&#8217;m working on an article for Symfony 1.2 and Propel.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Davis</title>
		<link>http://bluehorn.co.nz/2009/04/29/implementing-email-login-with-sfguardplugin/comment-page-1/#comment-112</link>
		<dc:creator>Justin Davis</dc:creator>
		<pubDate>Tue, 05 May 2009 18:42:20 +0000</pubDate>
		<guid isPermaLink="false">http://bluehorn.co.nz/?p=195#comment-112</guid>
		<description>Thanks for this!  I&#039;m working on implementing it (with Symfony 1.2/Doctrine) and am just having problems overriding the standard sfGuardAuth config.  I put the signin.yml file in the directory you specified, but it appears that it&#039;s still attempting to validate against username, instead of email.  

Thoughts?</description>
		<content:encoded><![CDATA[<p>Thanks for this!  I&#8217;m working on implementing it (with Symfony 1.2/Doctrine) and am just having problems overriding the standard sfGuardAuth config.  I put the signin.yml file in the directory you specified, but it appears that it&#8217;s still attempting to validate against username, instead of email.  </p>
<p>Thoughts?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jerome</title>
		<link>http://bluehorn.co.nz/2009/04/29/implementing-email-login-with-sfguardplugin/comment-page-1/#comment-76</link>
		<dc:creator>jerome</dc:creator>
		<pubDate>Wed, 29 Apr 2009 21:56:05 +0000</pubDate>
		<guid isPermaLink="false">http://bluehorn.co.nz/?p=195#comment-76</guid>
		<description>Ok, you made the point ;-)

The word &quot;secure&quot; was not correct, sorry. What I wanted to say is : what is your randomly generate username (10 characters of first name, 3 characters of last name, and a 3-digits random number) was already used by someone else? 

Hum, I didn&#039;t see that you try another random. Damn, sorry, I was wrong all the lines :-)</description>
		<content:encoded><![CDATA[<p>Ok, you made the point ;-)</p>
<p>The word &#8220;secure&#8221; was not correct, sorry. What I wanted to say is : what is your randomly generate username (10 characters of first name, 3 characters of last name, and a 3-digits random number) was already used by someone else? </p>
<p>Hum, I didn&#8217;t see that you try another random. Damn, sorry, I was wrong all the lines :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sid</title>
		<link>http://bluehorn.co.nz/2009/04/29/implementing-email-login-with-sfguardplugin/comment-page-1/#comment-75</link>
		<dc:creator>Sid</dc:creator>
		<pubDate>Wed, 29 Apr 2009 21:31:31 +0000</pubDate>
		<guid isPermaLink="false">http://bluehorn.co.nz/?p=195#comment-75</guid>
		<description>&lt;a href=&quot;#comment-72&quot; rel=&quot;nofollow&quot;&gt;@jeromev&lt;/a&gt; 

I&#039;m not aware of any &#039;security&#039; problem with randomly generated username.

Storing email in username field is a potential security and privacy issue. This is because username and email are two columns of different purposes.

Username tend to be displayed publicly, while email should never be displayed publicly. If you store email in username field, you have to be really careful when using other plugins that depend on sfGuardPlugin, because chances are, they&#039;d display the email stored in username field publicly.

It is also not &#039;natural&#039; to code things like: $this-&gt;sendEmailTo($user-&gt;getUsername());

Try to use sfGuardPlugin and sfSimpleForum, and store email in username field, and you&#039;ll understand what I mean.</description>
		<content:encoded><![CDATA[<p><a href="#comment-72" rel="nofollow">@jeromev</a> </p>
<p>I&#8217;m not aware of any &#8216;security&#8217; problem with randomly generated username.</p>
<p>Storing email in username field is a potential security and privacy issue. This is because username and email are two columns of different purposes.</p>
<p>Username tend to be displayed publicly, while email should never be displayed publicly. If you store email in username field, you have to be really careful when using other plugins that depend on sfGuardPlugin, because chances are, they&#8217;d display the email stored in username field publicly.</p>
<p>It is also not &#8216;natural&#8217; to code things like: $this-&gt;sendEmailTo($user-&gt;getUsername());</p>
<p>Try to use sfGuardPlugin and sfSimpleForum, and store email in username field, and you&#8217;ll understand what I mean.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeromev</title>
		<link>http://bluehorn.co.nz/2009/04/29/implementing-email-login-with-sfguardplugin/comment-page-1/#comment-72</link>
		<dc:creator>jeromev</dc:creator>
		<pubDate>Wed, 29 Apr 2009 13:43:27 +0000</pubDate>
		<guid isPermaLink="false">http://bluehorn.co.nz/?p=195#comment-72</guid>
		<description>Hello!

Thanks for this howto.

But, why not store the email in the username field? I think that&#039;s more &quot;secure&quot; than using a random string.</description>
		<content:encoded><![CDATA[<p>Hello!</p>
<p>Thanks for this howto.</p>
<p>But, why not store the email in the username field? I think that&#8217;s more &#8220;secure&#8221; than using a random string.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

