<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<META content="MSHTML 6.00.6000.17092" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma">
<DIV>Thanks so much, Larry, for the extra info on invisimail. Very much appreciated. I'll also check out the FCKEditor possibility. </DIV>
<DIV> </DIV>
<DIV>Leslie<BR><BR>>>> On 12/2/2010 at 7:02 PM, in message <201012022102.34775.larry@garfieldtech.com>, Larry Garfield <larry@garfieldtech.com> wrote:<BR></DIV>
<TABLE style="FONT-SIZE: 1em; MARGIN: 0px 0px 0px 15px" bgColor=#f3f3f3 border=0>
<TBODY>
<TR>
<TD>
<DIV style="PADDING-LEFT: 7px; BORDER-LEFT: #050505 1px solid">Greetings from the invisimail maintainer. :-)<BR><BR>1) Email obfuscation is dirty business. It's a hack, in all forms.<BR><BR>2) If spammers have already harvested your address from the web site, it's too <BR>late. They share address banks with each other all the time, so once you're <BR>in the database you never get out. Removing or obfuscating your address now <BR>will not get you very far.<BR><BR>That said...<BR><BR>3) Your admin is a goofball. :-) Keeping a module up to date is, in most <BR>cases, not at all difficult nor is it dangerous unless you're living on the <BR>edge with no backups or staging environment. (And then you have bigger <BR>problems than an out of date module.) <BR><BR>If it helps to assuage his fears, I recently released invisimail 1.3 which I <BR>consider to be quite stable (thanks to some awesome work from random people in <BR>the issue queues). I am not planning any further work on it for Drupal 6 <BR>baring someone finding a security hole or a grossly huge bug.<BR><BR>I have a Drupal 7 version about 99% complete that is almost a complete rewrite <BR>(I didn't actually write the original module; I took it over a few years ago) <BR>to account for the changes in the filter API in Drupal 7. It's now a modular, <BR>flexible, extensible framework for plugging in a variety of email obfuscators <BR>or encoders. However, I will not be backporting that to Drupal 6 (it wouldn't <BR>really be possible) so you have no fear of the module changing drastically out <BR>from under you.<BR><BR>If, on the other hand, you're dealing with just a small number of fixed <BR>addresses you could try using invisimail to encode the address on a dummy <BR>install and then copying from that. I don't know if that will work better, <BR>since it is, sadly, not uncommon for input filters to collide.<BR><BR>Actually, now that I think about it, it could be CKEditor that's adding extra <BR>& when saving, thinking that you want an actual & to show in the page. That's <BR>something else to look at.<BR><BR>--Larry Garfield<BR><BR>On Thursday, December 02, 2010 12:43:31 pm LESLIE FRIESEN wrote:<BR>> Ursula, thank you so much for your help. I did not insert those<BR>> "amps"....either Drupal did or the browser did. I just tried<BR>> re-publishing the node, taking out the subject line, and trying all three<BR>> different input filters. Each time, the "amp" got re-inserted. Does<BR>> anyone know why this is happening?<BR>> <BR>> Leslie<BR>> <BR>> P.S. Carl, I do agree with you. If I had my way, we'd be using<BR>> invisimail.<BR>> <BR>> >>> On 12/2/2010 at 10:28 AM, in message <AANLkTimtqVbXXiOz1k9ZywJyNqZOMa6-<BR>kJeCPf=qfqFf@mail.gmail.com>, Ursula Pieper <dramamezzo@gmail.com> wrote:<BR>> Leslie,<BR>> <BR>> I agree with all that Carl said.<BR>> <BR>> Just wanted to point you to the error in your html:<BR>> If you remove the "amp;" parts of your script, and also remove the<BR>> last part (?subject=ascii), it works.<BR>> <BR>> Ursula<BR>> <BR>> <BR>> On Thu, Dec 2, 2010 at 10:09 AM, Carl Wiedemann<BR>> <BR>> <carl.wiedemann@gmail.com> wrote:<BR>> > Consider <A href="http://drupal.org/project/invisimail">http://drupal.org/project/invisimail</A> or others listed<BR>> > here <A href="http://drupal.org/project/modules?filters=tid:7266">http://drupal.org/project/modules?filters=tid:7266</A><BR>> > As much as your admin may cringe at using another Drupal module, do you<BR>> > anticipate the amount of time spent in-house developing and maintaining a<BR>> > custom solution will be less than upgrading a widely-used module from<BR>> > time to time? (If you aren't already, consider using Drush to speed-up<BR>> > your codebase update workflow <A href="http://drupal.org/project/drush)">http://drupal.org/project/drush)</A><BR>> > <BR>> > On Thu, Dec 2, 2010 at 10:53 AM, LESLIE FRIESEN<BR>> > <BR>> > <FRIESEN.LESLIE@co.polk.or.us> wrote:<BR>> >> Good morning,<BR>> >> <BR>> >> We've been receiving an increased amount of Spam recently. One of our<BR>> >> network admins is asking me to try ASCII-encoding the email addresses<BR>> >> that display on the website. I ran a test email address (my own)<BR>> >> through an online tool that converts it to ascii, and came up with<BR>> >> this:<BR>> >> <BR>> >> <BR>> >> &#102;&#114;&#105;&#101;&#115;&#101;&#110;&#046;&#108;&#101;&#115;&#108;<BR>> >> &#105;&#101;&#064;&#099;&#111;&#046;&#112;&#111;&#108;&#107;&#046;&#111;<BR>> >> &#114;&#046;&#117;&#115;<BR>> >> <BR>> >> I then inserted that ascii string into the create link tool in the<BR>> >> FCKEditor, attaching it to some text. I've tried input filters of full<BR>> >> unfiltered html, filtered html and anonymous.<BR>> >> <BR>> >> No luck. If I mouseover on the link, it looks right in the status bar<BR>> >> below, but if I actually click to send an email, it only displays the<BR>> >> "&" in the "To" field, and not the rest of the ascii. This throws an<BR>> >> error in my email client (Groupwise).<BR>> >> <BR>> >> You can see the test page at <A href="https://www.co.polk.or.us/ascii">https://www.co.polk.or.us/ascii</A><BR>> >> <BR>> >> Does anyone have any ideas on how to implement this? Is the email<BR>> >> client the problem? My admin would prefer that I find a way to do it<BR>> >> with ascii encoding rather than downloading and installing yet another<BR>> >> module to keep up to date, if at all possible.<BR>> >> <BR>> >> Thanks in advance,<BR>> >> <BR>> >> Leslie<BR>> >> --<BR>> >> [ Drupal support list | <A href="http://lists.drupal.org/">http://lists.drupal.org/</A> ]<BR>> > <BR>> > --<BR>> > [ Drupal support list | <A href="http://lists.drupal.org/">http://lists.drupal.org/</A> ]<BR>-- <BR>[ Drupal support list | <A href="http://lists.drupal.org/">http://lists.drupal.org/</A> ]<BR></DIV></TD></TR></TBODY></TABLE></BODY></HTML>