queriable SBL是通过电子邮件系统在运行时,不停的因特网邮件服务器管理员来识别、标签或阻止入境连接的IP地址,从Spamhaus认为参与发送,举办或产生垃圾电子邮件(大部分“垃圾”)。SBL数据库是由一个专门的研究小组的研究和辩论专家位于十几个国家和地区,一天工作24小时,确认邮件列表,新的问题——就像delist解决问题的重要的——来。

XBL

SBL Policy & Listing Criteria

SBL Delisting Procedure

XML Binding Language

eXtensible Bindings Language

XBL

这个Spamhaus块列表

这个Spamhaus块列表(“SBL”)咨询是一个数据库的IP地址,Spamhaus并不推荐接受电子邮件。

SBL政策,

对于上市政策和程序请参阅摘牌SBL政策及程序。SBL摘牌

使用SBL

如何使用SBL来保护你的邮件服务器和网络,看到SBL常见问题。SBL既被用作一个IP blocklist寄件人和乌利blocklist(SBL是非常有效的一blocklist上呼吸道感染)。SBL包含作为部分的Spamhaus blocklist禅宗结合。

这blocklist之前,作为你的邮件服务器的垃圾邮件过滤请见Spamhaus的DNSBL使用术语来查看是否你有资格免费使用。

SBL Policy & Listing Criteria

SBL政策和上市的标准

这个Spamhaus块列表(“SBL”)咨询是一个数据库的IP地址,不符合Spamhaus的政策,所以接受入境的电子邮件,Spamhaus并不推荐接受电子邮件。

IP地址已被列入SBL因为它们似乎Spamhaus受到控制,或可供使用的垃圾邮件的发送者,大部分(“垃圾”)。通常包括SBL数据库Spamhaus IPs确认最好的能力可能直接的垃圾邮件制造者托管/ DNS资源,垃圾邮件,垃圾邮件帮派和支持服务。

基于Spamhaus SBL清单”所定义的“垃圾”,意思是“垃圾电子邮件(“宇大部分”)(参见:定义垃圾邮件)。Spamhaus不评估的内容或合法的垃圾邮件,仅仅是一个信息是否被定义垃圾邮件。负责Spamhaus符合政策和防止宇SBL被红牌罚下,开始和结束的电子邮件发送者。

列表是基于证据SBL的球队取得了令人满意的SBL IP地址或IP范围的控制下,垃圾邮件制造者操作或邮件支援服务、代表或威胁所带来的有害邮件系统使用SBL。

列表是直接和SBL在已知的垃圾邮件业务,是先发制人的。SBL并不需要警告或有一个'宽限期的,不需要物质证据的垃圾邮件收到任何特定的IP符合上市(如已知的垃圾邮件帮派,任何的IP在他们的控制之下已被列入看)。然而通常送到警报所有者和/或Upstreams块大netblocks上市前。

这个标准的IP地址列表SBL是:

SBL上市标准

垃圾邮件来源的来源,Spamhaus Spamtraps大宗邮件或提交Spamhaus可信第三方以智慧。

垃圾邮件服务,包括电子邮件、网页服务器的dns服务器,以及其他被认为是不可缺少的一部分是垃圾邮件操作或直接控制的垃圾邮件。

已知的垃圾邮件业务操作和帮派列在Spamhaus ROKSO注册表,包括已经上市的新IPs每次已知的垃圾邮件,搬到新主机。

垃圾邮件服务支持服务提供的服务ROKSO列入已知的垃圾邮件业务,服务提供的防弹举办的垃圾邮件的服务宗旨,服务anonymising垃圾邮件发送,模糊或出售或提供主机服务的销售和分销的spamware或地址列表和网络是表示有意举办垃圾邮件,或者事实上的政策。

通告的清单

Spamhaus建立数据库,包括全球互联网服务提供商联系地址商的滥用问题(在哪里)。在创建一个新的SBL记录SBL数据库的自动电子邮件通知ISP的上市,滥用联系(在哪里)。

摘牌,

IP地址是立刻脱掉收到来自SBL数据库由SBL团队的通知业主(IP网络服务提供商负责指派或路由的IP地址),这个原因已被纠正或终止上市。看到SBL摘牌程序的详细描述的摘牌的政策和程序办理。

更新

Spamhaus不履行扫描更新SBL记录。它是ISP的责任,建议Spamhaus项目有任何变化,从而影响列表中。在被告知的变化,Spamhaus修改列表将继续努力尽可能快的。

暂停

如果不是手动删除数据库记录时间,并最终SBL被自动删除。每个SBL纪录已暂停价值创下的纪录编辑认为适当的上市公司。不明身份的垃圾邮件来源通常短暂暂停,7天或14天,持久的垃圾邮件可能暂停设置在6个月时,虽然知道垃圾邮件帮派和ARIN-assigned IPs通常会有暂停在一年或更长。

SBL Delisting Procedure

SBL摘牌的程序

请求的SBL上市、ISP的IP地址是必须接触列出的队,通过电子邮件、SBL使用动态的mailto”链接可见SBL记录页面。SBL团队一天24小时,一周工作七天,通常上市后快速解除通知ISP的垃圾问题已经终止了文献[1]。

这是很重要的,只有联系地址和其他SBL团队Spamhaus地址,为Spamhaus项目包括了许多独特的团队,每一种都有一个特定的角色。Spamhaus队伍包括但不限于:SBL团队,团队,同时XBL团队,团队,ROKSO DBL团队,欧洲审查小组。只有SBL小组已经进入和可拆卸手柄的SBL上市。

这是最基本的垃圾问题的关注已经终止上市之前要求的上市公司。如果SBL团队有理由相信这个问题还在继续,他们不能去除上市[2]。

如果因为某种原因,尽管这个问题还有残存终止,不符合问题的清单SBL球队可以拆卸,这个问题可以被称为“欧洲Spamhaus为重新审查小组。欧洲的审查小组也有责任来复习和处理争议的,据称SBL清单是不正确的。

这个程序开始列出一特定SBL上市的在线记录,一个SBL网页详细列出的是什么?为什么?在每一段SBL记录页面标题“清除程序”。清除程序部分给出了电子邮件地址为SBL队伍和主题的参考移的要求。

每个SBL记录指定上市的理由的IP地址或者IP范围。通常,这将会是由于直接源的垃圾邮件,举办着陆地点或其他服务涉及或决定后面的垃圾邮件。通常每个SBL记录也包含证据的垃圾邮件消息收到样品或链接到网站的广告,或包含在一个垃圾域名的结果显示的痕迹物证的DNS分析领域或IP范围和/或组件的记录。

采用特殊处理垃圾邮件的证据,显示spamtraps或证据送往第三方提供可信的情报。Spamhaus获得样品的垃圾邮件从可靠的来源包括Spamhaus自身Spamtraps。为了保护这些来源的实用性,不被揭露的来源及零件的垃圾邮件样本视为独一无二的识别来源将修订[3]。

————————————————————————————————————————————

[1]我们被证明有合作关系的任何的互联网服务提供商,暗示了球队SBL信托的互联网服务提供商的滥用经理职位移除,通常会被滥用,经理的话上市的理由已经被修正或终止。

[2]的情况下的清单SBL人为控制的(ROKSO-listed滥发电邮,在那里上市)专业基础上都有可能已经过去的表现和历史的帮派,通常会留在SBL上市之前已被完全清除的“四人帮”的网络服务商。

[3]Spamhaus不能泄露的电子邮件地址Spamtraps或值得信赖的用户提供垃圾邮件的证据。请求的地址,所以大部分电子邮件发送清单可以洗他的人,就送色情或有意或无意的未成年人,然后要求一个列表的未成年人,所以他不会继续犯了罪。负责Spamhaus符合政策和防止宇SBL被红牌罚下,开始和结束的电子邮件发送者。

XML Binding Language

是以XML为基础的标记语言

用于侦听（Binding ）XML用户界面事件，被Mozilla 项目组运用于FireFox(火狐)浏览器中

XBL用于侦听XUL和XML事件，通过CSS可表现出来，例：

scrollbar { -moz-binding: url('somefile.xml#binding1');}

eXtensible Bindings Language

XUL有一个姐妹语言，叫做XBL，全称是可扩展绑定语言（eXtensible Bindings Language），这门语言的主要作用就是用来定义XUL组件的行为模式。

你可以使用XUL定义一个应用程序界面的布局。你也可以通过设置样式来定制这些元素的外观。你还可以通过修改样式来建立新的皮肤。类似滚动条或者复选框这类经常会被使用的界面元素，你可以通过修改样式表或者设置属性来修改他们的基本外观。但是XUL绝不会允许你修改这些元素的工作方式。比如说，你要修改滚动条的作用，这是无法用XUL实现的，你需要XBL。

一个典型的XBL文件包括一组绑定列表。每一个绑定项都描述了一个XUL组件的行为模式。比如说，一个绑定项可能会关联到一个滚动条，而且描述了这个滚动条所具有的属性和方法，当使用XUL创建了滚动条以后，自动就会具有XBL描述好的属性和方法。

和XUL一样，XBL也是使用XML来描述的，所以和XUL有着相似的语法规则。下面的示例展示了一个典型的XBL文件的基本骨架：

<?xml version="1.0"?>

<bindings xmlns="">

<binding id="binding1">

<!-- content, property, method and event descriptions go here -->

</binding>

<binding id="binding2">

<!-- content, property, method and event descriptions go here -->

</binding>

</bindings>

bindings元素是XBL文件的根元素，它包含了一个或者多个binding元素。每一个bingding元素都描述了一个绑定项。id属性用于标识每个绑定项，就像上面的例子所展示的那样。这个例子有两个绑定项，一个叫做binding1，一个叫做 binding2。一个可能会被附加到滚动条上，另外一个可能会附加到菜单项上。每个绑定项都可以附加到任何XUL元素上。通过使用class属性，你就可以没有限制的使用绑定项。注意上面例子中bindings元素的命名空间，这个命名空间说明我们正在使用XBL的语法。

你可以通过CSS属性-moz-binding，将一个元素关联到一个XBL文件中的指定项上。比如下面这段代码：

scrollbar {

-moz-binding: url('chrome://findfile/content/findfile.xml#binding1');

}

URL表示绑定项“binding1”在“chrome://findfile/content/findfile.xml”这个文件中。 “#binding1”这种在编号前面加井号的语法用来表示特定的绑定项，就像你要指向一个HTML文件中的锚一样。你需要把所有的绑定项放到一个文件中。上面例子的结果，就是所有的scrollbar元素都会具有你通过“binding1”定义的行为模式。如果你在-moz-binding的url后面没有使用井号定义锚点，那么系统会自动使用这个XBL文件中的第一个绑定项。

在一个绑定项中，你可以定义五种类型的元素：

1. 内容（Content）：Content下面的子元素将被填充到被绑定的目标元素下面。

2. 属性（Properties）：属性将被添加到元素上，而且可以通过脚本访问。

3. 方法（Methods）：方法将被添加到元素上，而且也可以通过脚本直接访问。

4. 事件（Events）：可以为元素添加键盘和鼠标等事件，同时在绑定项中可以添加事件的默认处理脚本。当然你也可以额外定义新的事件。

5. 样式（Styles）：可以通过XBL为元素自定义新的样式。