基本介紹
- 外文名：Spamhaus
- 簡稱：XBL
- 性質：資料庫的IP位址
- 內容 ：接收郵件
名詞簡介,政策上市標準,下執行緒序,標記語言,姐妹語言,
名詞簡介
這個Spamhaus塊列表
這個Spamhaus塊列表(“SBL”)諮詢是一個資料庫的IP位址,Spamhaus並不推薦接受電子郵件。
SBL政策,
XBL塊列表
XBL塊列表對於上市政策和程式請參閱摘牌SBL政策及程式。SBL摘牌
使用SBL
如何使用SBL來保護你的郵件伺服器和網路,看到SBL常見問題。SBL既被用作一個IP blocklist寄件人和烏利blocklist(SBL是非常有效的一blocklist上呼吸道感染)。SBL包含作為部分的Spamhaus blocklist禪宗結合。
政策上市標準
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團隊有理由相信這個問題還在繼續,他們不能去除上市。
如果因為某種原因,儘管這個問題還有殘存終止,不符合問題的清單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為基礎的標記語言
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為元素自定義新的樣式。
