This happens whenever there is a period and THEN a line feed. This triggers another atom in the email regex, which with our regex, only checks for the first char of an atom to be 'not @', which matches the < of the
nl2br() replacement for the \n. In turn, because the
has a space in it, that forces the end of the email atom regex, and the <br portion is interpretted as part of the address, while the /> portion gets thrown onto the next line.

I've tried tweaking our existing email regex, but it seems very brittle, and does not properly handle an email address ending in a period even without a newline afterwards. We could technically pull Perl's RFC-compliant regex, but it's about 2000 character's long, so I will look for a good, robust, compact alternative to use in place of our existing regex.

This has been fixed in 1.1.0rc3 and 1.2.0-SVN.