emObA - Email Obfuscator Advanced

emObA - Email Obfuscator Advanced - effectively and automatically makes it difficult for spambots to harvest email addresses from your WordPress-powered blog. Email addresses may be placed in posts, comments, and pages, as html links, in a special "easy email" form, or as the address itself, and they will be protected by emObA automatically. All email addresses appearing on your blog will appear on the screen (if JavaScript is enabled) as active links to normal, valid, and correct email addresses, but to spambots they will have no recognizable features. (As usual, the actual email appears in the status bar when hovering.) emObA recognizes, and produces obfuscated active (click-to-send) email links for,

• standard email links (<a href="mailto:you@example.com">Real Name</a>), allowing class and style attributes (but ignoring other attributes), and allowing an email Subject using the syntax mailto:you@example.com?subject=....
• the special "easy to write" form [EMAIL Real Name | you@example.com], also allowing the ?subject=... ] syntax. (Earlier versions' much more fragile [Real Name] you@example.com remains available if LEGACY is chosen.)
• a bare email address you@example.com, with or without "mailto:" in front of it. (?subject= syntax not allowed here.)

These will all appear as active email links displaying "Real Name". In the cases of a bare email link (one which has no Real Name) or a link in which the Real Name is the email itself, the link will show as the email displayed in human-readable form, eg you [@] example [.] com, where the [@] and [.] are either text symbols or graphic images (as set in administration), hiding the email addresses from spambots. If JavaScript is not enabled, the email will appear in obfuscated but human-readable form but the link will not be active. The email addresses occur in the HTML source only in a well-hidden encoding. The email address is converted to hexadecimal and appears only as the value of a JavaScript variable. That encoded email is separated in the JavaScript from the telltale mailto: to further confuse spambots. I believe any legitimate email will be recognized. However, no attempt at validation is made -- certain illegally formed addresses will also be recognized, for example, ones containing two successive .'s. (Note: Legal characters before the @ are !#$%&'*+/=?^_{|}~- and `.) I've designed this plug-in with "real name" emails in mind -- <a href="mailto:you@example.com">Real Name</a> or [EMAIL Real Name | you@example.com], which display as Real Name. This will follow whatever styling you apply to your text and to links. However, if you primarily obfuscate lists of bare email addresses -- you@example.com -- you may not be satisfied with the appearance. They will appear with either glyphs or specified text symbols in place of @ and .. The color and weights of the glyphs are fixed (though they do change size with surrounding text), and they don't look exactly like the font symbols they replace. And if text symbols are used, they certainly don't look exactly like @ and ..

2.0 2010/12/04 Administration page added. Slight changes in regex -- allow longer (up to 6) top-domain name; simplify handling of case. Removed spaces that appeared after an email at end of sentence, and placed parentheses around eaddress when no javascript (thanks, luckyduck288). Fixed misbehavior on the_excerpt. 1.6.5 2010/11/20 Extra attributes in link broke parse in 1.6; now class and style are carried through, any others are swallowed harmlessly.\ 1.6 2010/11/18 fixed css for WP3.0 default theme. Bug fix: ordinary links and email links in same line broken (thanks, NickStrong, for pointing this out) Added class emoba-link to the anchor, and class emoba-realname to the span surrounding the link's visible text (thanks for suggestion, sassymonkey). Improved display of glyphed addresses -- prettier, scale with text (thanks, capnhairdo). 1.5.1 2010/04/01 Bug fix. An editing slip in 1.5 broke ordinary links and [EMAIL | ]. Apologies. 1.5 2010/04/01 Using graphics in email obfuscation (GLYPHS=true) no longer causes xhtml validation errors. ?subject= syntax allowed in [EMAIL | ] form. 1.4 2010/03/09 Bugfix: now correctly allows extended email syntax "email?subject=yyy". Bugfix: now correctly allows extra spaces within shortcode [EMAIL | ]. Email link may exhibit email: <a href="mailto:aa@bb.cc">aa@bb.cc</a>; the exhibited email will be obfuscated. 1.3 2010/01/27 Fixed problem causing link not to be displayed -- may occur under PHP 5.2.6 and older (due to the named-subpattern bug in preg_replace_callback). Added "easy to write" email tag [EMAIL Name | A@B.C]. Conversion of an email anchor allows (but ignores) other attributes besides href, and allows extended mailto: syntax (eg, ?subject=...). Introduced BARE_TO_LINK choice. Changed default textifying characters from dashes to hook and comma. Cleaned up code, JavaScript. 1.2 2009/11/19 Fixed repeat email bug: correctly treats identical repeat emails (of all types). Now converts emails placed in text widgets (requires WP 2.3). Fixed problem with multiple spaces in the special form [name] a@b.cc . Introduced CLICKPOP. 1.1 2009/11/18 Fixed problem with operation in comments.\ 1.0 2009/11/16