Joe Horn 的啟示錄

沒錯! Sun 推出筆記型電腦了.
在 這篇 裡面有提到大致的規格 :

新款筆記型電腦有15吋與17吋螢幕二種機型，處理器可搭載550MH、650MHz的UltraSPARC Iii處理器，或是1.28 GHz UltraSPARCIIIi處理器。Ultra 3筆記型電腦也內建最高2 GB記憶體、512MB RAM、40GB硬碟及2D繪圖處理晶片，以及升級選購。這款電腦也具有802.11b無線網路設備可將之搬離機房外。

原本大家如果不想用 x86 CPU 的 NB , 不想跑 Windows , 大概只能考慮 Apple 的 NB .
可是之前 Apple 已經宣布要投靠 Intel 陣營了, 所以以後就算買 Apple 的 NB , 大概也逃離不了 x86 CPU 的命運.
於是, Sun 決定出來拯救廣大 NB 族, 讓大家有非 x86 CPU 的 NB 可以選!
( 還是埋好新地雷等人跳!? XD )
總之, 除了蘋果以外, 要搞台與眾不同的 NB , 大家還可以來考慮一下太陽! XD

不過, 我總覺得這種機器大概只適合放在機房裡!?
( 那種場景就像我之前在桃園 SeedNet co-location 機房看到 iBook 一樣吧!? XD )

剛剛看到 這篇 .

這好像是目前大家在選擇 Blog 系統軟體時所缺乏的資訊!?
不過比較的軟體好像不夠多. orz

剛剛看到的, 總部打出 連 三 發 security advisories.

第一跟第三個真的是不作不行.
不過步驟蠻簡單的, update /usr/src 之後重新作 kernel .

第二個則是, update /usr/src 以後用這些指令 :

% cd /usr/src/lib/libbz2
% make obj && make depend && make && make install
% cd /usr/src/usr.bin/bzip2
% make obj && make depend && make && make install

( 啥? make world ? 不用那麼悲苦啦... XD )

幾個小時前, 我跟 memphis, Solaris, wise , 還有 Natalie 去明湖路上新開的上禾美食料理用餐.

老實說, 他們的熟食還好, 生魚片也還能接受.
可是在燒烤方面, 料就少很多, 只有豬肉串, 牛肉串, 看起來怪怪的扇貝, 魚下巴.
在熱炒方面, 我們點了很多次的孔雀蛤, 可是到了後來卻變成炒文蛤, 而且很多都是沒熟的.
( 會知道沒熟的原因是因為我們把沒開的丟上燒烤的網子烤, 文蛤才開... )

比較勁爆的是, 我們在用餐期間還出現了一段小插曲 :
Solaris 吃到加料的蛋塔! XD
圖片在這邊 :

以晚餐 550 ( 加了一成服務費 ) 的價格, 我寧可多花個一百塊左右去 喜多屋 .
這間店雖然有某些東西還不錯, 可是, 我以後再也不會去了.

PS. 我對不起大家, 帶著大家陪我去挑戰..... orz

繼昨天的 這篇 .

我後來把 Domain Keys 搞定了, 從昨天到今天的 log 觀察, 我發現正在使用有 Yahoo! 跟 Gmail .
除了英文語系的網站, 大陸那邊也有人玩過, 而且有 這篇 對 Domain Keys 作簡略的說明.

不過, 就如我留的 comment 中所說的這段 :

不過 Domain Keys 仍然怪怪的, 我這邊遇到這種問題:

某廣告商偽造 From: 為 xxx@yahoo.com , 但是因為他並不屬於 Yahoo.com 這個單位, 所以沒有使用 Domain Keys ( 他的來信裡面沒有 DomainKey-Signature: ) .
於是, 收信方就算使用了 Domain Keys , 就沒有將此信進行 verify signature 的動作, 信也就繼續流入.

Yahoo! 跟 Gmail 的 address 就算被偽造, 放進 From: 裡面, 仍然無法被辨識出來.

剛剛重新看了一次 Domain Keys 的 draft .
我發現了這兩筆有趣的資訊 :

_domainkey.yahoo.com text = “t=y; o=~; n=http://antispam.yahoo.com/domainkeys”

*** Can’t find _domainkey.gmail.com: No answer

在文件中的 3.6.2 Interim sending domain policy , 對 o 這個 tag 有這兩段說明 :

o = Outbound Signing policy (‘-’ means that this domain signs all email, ‘~’ is the default and means that this domain may sign some email with DomainKeys).

There is an important implication when a domain states that it signs all email with the “o=-” setting. Namely that the sending domain prefers that the recipient system treat unsigned mail with a great deal of suspicion. Such suspicion could reasonably extend to rejecting
such email. A verifying system MAY reject unverified email if a domain policy indicates that it signs all email.

Of course nothing compels a recipient MTA to abide by the policy of the sender. In fact, during the trial a sending domain would want to be very certain about setting this policy, as processing by recipient MTAs may be unpredictable. Nonetheless, a domain that states that it signs all email MUST expect that unverified email may be rejected by some receiving MTAs.

也就是說, Yahoo! 跟 Gmail 的設定中, 並沒有強制要求使用 Domain Keys 的收件方對他們的信件進行 signature verify 的動作.
所以在目前的狀況下, 就算我們使用了這個機制, 也無法對他們的信件作出完全正確的判斷.

說好聽點的話, 叫做 Domain Keys 還在測試階段 .
講難聽點的話, 就是 目前的 Domain Keys 還沒啥鳥用 . XD