网页的反垃圾邮件技术? [英] Anti-spam techniques for web pages?

查看:84
本文介绍了网页的反垃圾邮件技术?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在为一个社区组建一个公告牌系统,允许人们用b / b
来张贴销售帖子,通知等。这些通知通常包括

海报''的电子邮件地址。


我使用的类似邮寄服务已经在另一个城镇使用了,我这样做

偶尔会从我的通知中收到垃圾邮件(不是很多,通常是419垃圾邮件。)


这是一个免费的系统,不需要登录,我想避免/最小化

垃圾邮件发送者收到这些地址的可能性,同时保持mailto:链接的时间相同




基本要求是1)当我创建时很容易自动化发布页面

(MySQL-> PHP-> HTML)和2)维护用户便利性(可点击的链接无论

的浏览器,可供有缺陷的读者使用,... 。)


但是我应该打扰吗?有什么东西甚至是部分有效

对收获机器人?有没有一种经过验证的真正的混淆方法,我可以使用这个方法吗?


谢谢!

-
< a href =mailto:jwayne@_myrealbox_no_spam.com> jwayne@_myrealbox_no_spam.com

解决方案

参见 http://www.cdt.org/speech/spam/030319spamreport.shtml

http://www.wbwip.com/ wbw / emailencoder.html


根据我的经验,新闻组是最大的曝光!


-

######################

## PH,伦敦##

## ####################

" JW" < jwayne@_myrealbox_no_spam.com>在留言中写道

news:qi ******************************** @ 4ax.com ...

我正在为一个社区组建一个公告牌系统,允许
的人发布销售帖子,通知等。这些通知通常包括
海报的电子邮件地址。

我使用的类似发布服务在另一个城镇就位,我偶尔会收到垃圾邮件(不是很多,通常是419垃圾邮件)。 )

这是一个免费的系统,不需要登录,我希望
避免/最小化垃圾邮件制造者收获这些地址的可能性,同时在
相同时间维护mailto:链接。

基本要求是1)当我创建发布页面时很容易自动化
(MySQL-> PHP-> HTML)和2)维护用户便利性(可点击链接
无论浏览器,视障人士都可以使用......)

但是我应该打扰吗?有什么东西对于收获机器人有效甚至部分
?有没有一个经过验证的真正混淆方法我可以使用


谢谢!
-
jwayne@_myrealbox_no_spam.com



JW写道:

我正在整理公告板系统对于一个允许人们张贴销售帖子,通知等的社区[...]
这是一个免费的系统,不需要登录,我想避免/尽量减少垃圾邮件发送者在保持mailto:链接的同一时间收获这些地址的可能性。 [...]




我在使用字符编码来模糊

电子邮件地址方面取得了很大的成功。 HTML允许& #xxx;作为角色的替代品

其中''xxx''是适当的数字(通常是ASCII码)。


< A href =" mailto:willondon@bigfoot.com">

willondon@bigfoot.com< / A>

使用''mailto''发送给''w *** *****@bigfoot.com''。


优点:

(1)易于编程;

( 2)似乎适用于我尝试过的所有浏览器和电子邮件客户端;邮件

客户打开一个撰写窗口,其中包含

''收件人:''字段中的正确(未编码)地址;

(3我有两页,发表超过6年,我肯定我已经在其他任何地方都没有使用过地址,而且还没有收到垃圾邮件给

这些地址。


缺点(除了''mailto''固有的缺点):

(1)从2002年秋天开始,我读过据报道scumbots正在解码

这些地址;

(2)甚至6年前,似乎最终,它是可收获的,我是

非常惊讶我已经取得了如此多的成功;不保证

永远持续下去。


如果您向浏览器或邮件客户端显示电子邮件地址,则*具有*

对于一个scumbot也是可见的。没有办法解决这个问题。


一种常见的方法是不发布地址,但使用CGI或其他

服务器端编程关心输入信息和邮寄

;但你可能会考虑这个太多的处理。

希望有所帮助,


-

Willondon


JW写道:

我正在为一个社区组建一个公告板系统,允许人们
出售帖子这些通知通常包括
海报的电子邮件地址。
这是一个免费的系统,不需要登录,我想避免/最小化
垃圾邮件发送者在保持mailto:links的同一时间收集这些地址的可能性。




其他帖子中提到的技术,例如使用URL编码或数字

电子邮件地址中的实体,防止通过简单的机器人收集信息,并且

今天的大部分机器人都很简单,因为它们使用简单的电子邮件地址

技术,不用费心去做那些。随着越来越多的人使他们的电子邮件地址难以提取,这可能会改变。


如果你可以用一个Web表单替换mailto链接来发送邮件,你

只能显示部分电子邮件地址,例如jwayne @ myrealb ...。并保留数据库中的完整电子邮件地址,而不是在网页上显示。


-

Klaus Johannes Rusch
Kl********@atmedia.net
http://www.atmedia.net/KlausRusch/


I''m putting together a bulletin board system for a community that allows folks
to put up for sale postings, notices, etc. These notices usually include the
posters'' email addresses.

A similar posting service which I use is in place in another town and I do
occasionally get spam from my notices (not a lot, usually 419 spam.)

This is a free system and doesn''t require a login, and I want to avoid/minimize
the possibility of spammers from harvesting these addresses while at the same
time maintaining the mailto: links.

Basic requirements are 1) easily automated when I create the posting pages
(MySQL->PHP->HTML) and 2) maintain user convenience (clickable links regardless
of browser, usable by sight impaired readers, ...)

But should I even bother? Is there anything that is even partially effective
against harvesting bots? Is there a tried and true obfuscation method that I can
use?

Thanks!
--
jwayne@_myrealbox_no_spam.com

解决方案

See http://www.cdt.org/speech/spam/030319spamreport.shtml
and http://www.wbwip.com/wbw/emailencoder.html

In my experience, newsgroups are the biggest exposure!

--
######################
## PH, London ##
######################

"JW" <jwayne@_myrealbox_no_spam.com> wrote in message
news:qi********************************@4ax.com...

I''m putting together a bulletin board system for a community that allows folks to put up for sale postings, notices, etc. These notices usually include the posters'' email addresses.

A similar posting service which I use is in place in another town and I do
occasionally get spam from my notices (not a lot, usually 419 spam.)

This is a free system and doesn''t require a login, and I want to avoid/minimize the possibility of spammers from harvesting these addresses while at the same time maintaining the mailto: links.

Basic requirements are 1) easily automated when I create the posting pages
(MySQL->PHP->HTML) and 2) maintain user convenience (clickable links regardless of browser, usable by sight impaired readers, ...)

But should I even bother? Is there anything that is even partially effective against harvesting bots? Is there a tried and true obfuscation method that I can use?

Thanks!
--
jwayne@_myrealbox_no_spam.com



JW wrote:

I''m putting together a bulletin board system for a community that allows folks
to put up for sale postings, notices, etc. [...]
This is a free system and doesn''t require a login, and I want to avoid/minimize
the possibility of spammers from harvesting these addresses while at the same
time maintaining the mailto: links. [...]



I''ve had a good deal of success using character encoding to obfuscate
email addresses. HTML allows "&#xxx;" as a substitute for a character
where ''xxx'' is the appropriate number (usually the ASCII code).

<A href="mailto:willondon@bigfoot.com">
willondon@bigfoot.com</A>
uses ''mailto'' to send to ''w********@bigfoot.com''.

Advantages:
(1) easy to program;
(2) seems to work with all browsers and email clients I''ve tried; the mail
client opens a compose window with the correct (uncoded) address in the
''To:'' field;
(3) I have two pages, published for over 6 years, where I''m sure I''ve
never used the address anywhere else, and have yet to receive spam to
those addresses.

Disadvantages (apart from ''mailto'' inherent disadvantages):
(1) from autumn 2002, I''ve read reports that scumbots are now decoding
these addresses;
(2) even 6 years ago, it seemed that ultimately, it''s harvestable, and I''m
very surprised that I''ve had as much success as I have; not guaranteed to
last forever.

If you make an email address visible to a browser or mail client, it *has*
to be visible to a scumbot, too. There''s no way around that.

A common approach is to not publish the address, but use CGI or other
server-side programming to take care of inputting the message and mailing
it; but you might consider this too much processing.
Hope that helps,

--
Willondon


JW wrote:

I''m putting together a bulletin board system for a community that allows folks
to put up for sale postings, notices, etc. These notices usually include the
posters'' email addresses.
This is a free system and doesn''t require a login, and I want to avoid/minimize
the possibility of spammers from harvesting these addresses while at the same
time maintaining the mailto: links.



The techniques mentioned in other posts, such as using URL encoding or numeric
entities in the email address, prevent harvesting of information by simple bots, and
most of today''s bots are simple because they get enough email addresses using simple
techniques and don''t bother going for the difficult ones. As more people make their
email addresses harder to extract, this may change.

If you could replace the mailto links with a Web form for sending messages, you
could display only partial email addresses like "jwayne@myrealb..." and keep the
full email address in your database instead of displaying it on the Web page.

--
Klaus Johannes Rusch
Kl********@atmedia.net
http://www.atmedia.net/KlausRusch/


这篇关于网页的反垃圾邮件技术?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆