Return-Path: Delivered-To: apache-bugdb-archive@hyperreal.org Received: (qmail 24643 invoked by uid 6000); 30 Apr 1999 06:20:22 -0000 Received: (qmail 24504 invoked by uid 2001); 30 Apr 1999 06:20:03 -0000 Date: 30 Apr 1999 06:20:03 -0000 Message-ID: <19990430062003.24503.qmail@hyperreal.org> To: apache-bugdb@apache.org Cc: apache-bugdb@apache.org, From: ROCHE Xavier Subject: Re: general/3915: Suggest code: automatically "hides" email addresses using javascript to avoid spamming/email grabbers on Web sites Reply-To: ROCHE Xavier Sender: apache-bugdb-owner@apache.org Precedence: bulk The following reply was made to PR general/3915; it has been noted by GNATS. From: ROCHE Xavier To: coar@apache.org Cc: apbugs@apache.org Subject: Re: general/3915: Suggest code: automatically "hides" email addresses using javascript to avoid spamming/email grabbers on Web sites Date: Fri, 30 Apr 1999 08:09:16 +0200 (MET DST) [Synopsis: Suggest code: automatically "hides" email addresses using javascript to avoid spamming/email grabbers on Web sites] The patch is on the http_core.c file source, in the default_handler function. This is just a call to a "void _nospam_patch_code(char* sbuff,int slen,char** _dbuff,int* _dlen)" routine, that transforms all active email addresses (a href="mailto:..") into javascript code. If the browser does not support javascript, the email address will appear, however the link won't be active. (This is the limit of the system) Unfortunately, I don't think I'll be able to make a module, but I'll send the source to anyone who will ask me to. Regards, Xavier Roche > Synopsis: Suggest code: automatically "hides" email addresses using javascript to avoid spamming/email grabbers on Web sites > > State-Changed-From-To: open-closed > State-Changed-By: coar > State-Changed-When: Thu Apr 29 10:17:21 PDT 1999 > State-Changed-Why: > > Thank you for the suggestion, but this isn't something we > want to put into the base server. I strongly suspect that > it only applies to documents delivered by the default > content handler, so the output from mod_include, mod_cgi, > mod_proxy, and other modules that deliver content would not > be massaged by this. > > You might consider reworking this as a module and submitting > it to the module registry; it would fit very nicely in front > of the default handler if done as a module. > > Category-Changed-From-To: apache-api-general > Category-Changed-By: coar > Category-Changed-When: Thu Apr 29 10:17:21 PDT 1999