When posting email addresses to their profile pages, halfbakers sometimes go to extravagant lengths to obfuscate them sufficiently that spammer spiders won't recognize them as addresses and add them to their spam lists. (My personal favorite example of this lately is Tiger Lily's.) It's unfortunate
that this is necessary but it's a real problem these days.
I think a better alternative is to use a two-fold system built-in to the halfbakery interface that suppresses the addresses completely.
The first step is to give bakers an "email address" optional field they can fill in on their profile pages. This address is stored along with the username and password assigned to the account.
If a baker supplies an address, it is never displayed on the profile page. However they can then receive email from visitors to their profile page by use of the second step, which follows.
The existence of an email address on an account causes a "Write this halfbaker" form to appear on that baker's profile page. This form consists of a message content textbox and a send button. It will only be visible to other bakers who have also supplied email addresses.
This way, the form action can automatically include the sender's email address. Ergo, only logged-in halfbakers who have supplied addresses can use the system. You can't send if you're not prepared to receive.
The "Write this halfbaker" form appears in the same place as the current text entry boxes bakers see when they visit their own profile pages.
---------------
Additional details:
Email addresses would be displayed back to bakers when they view their own profile pages, much as passwords and profile content are currently. This is the only circumstance under which an email address would be visible on a halfbakery page.
I'm not sure about the best way to handle the sending mechanism. I'm guessing javascript is out, mostly because jutta dislikes it but also because I think it would still be possible for spiders to snatch addresses if it were done this way. The mechanism may need to be a server side thing, and I don't know if that would entail routing through a sendmail server or not. jutta, you would clearly know better than I the logistics of this. At least you wouldn't be hosting email accounts.