這樣是被 GMail 制約了嗎? (備份問題) - Google

※ 引述《logs ()》之銘言：
: http://mail.google.com/support/bin/answer.py?answer=34030&topic=1556
: 雖然用 pop3 協定可透過程式收全部的郵件
: 但實質上這不等同備份 GMail 信件
: 原因出在已經建立了大量的標籤 (Tags)
: 這表示在這樣的郵件系統中
: 具備價值的部份不再只是郵件本身
: 還有當初的分類管理架構
: 請問這部份該怎麼做，才能忠實且完整地備份 GMail 下來呢?


上回板友推薦 Thunderbird (現在出到 2.0.0.0)
http://moztw.org/thunderbird/

以下針對 TB (Thunderbird) 是否可當成離線版 Gmail 做一個探討
------------------------------------------------------------------------

經過試用之後，發覺的確有 tag 功能 (如圖 http://0rz.tw/892HT )
而且是 Multiple Tages (多重標籤)

不過很可惜，Thunderbird 與 Gmail 仍有很大的差異
像是 Gmail 強大的 tag (Gmail 叫 Labels)
有專門做一個選單在左邊 (如圖 http://0rz.tw/442GS )
簡單來講，這樣的設計就是說
Gmail 的 labels 是設計成會"經常使用"的功能
TB 的 標籤 則僅是設計用來"提醒"用的
使用者可以發現，不同的 標籤 套用之後，信件會有不同的顏色
但即使套用多重標籤，卻「只有」最高層級的顏色會顯示

因此我認為 TB 有點浪費「多重標籤」的功能了
這方面 Gmail 做的比較好，也比較實用

以相近功能作應對，可畫出以下表格 (括弧內為評分)
+-----------+------------+-------------+
| | 信件分類 | 信件提醒 |
+-----------+------------+-------------+
| Gmail | Labels(2.5)| Starred (2) |
+-----------+------------+-------------+
|Thunderbird| 目錄 (1) | 標籤 (2) |
+-----------+------------+-------------+

事實上，我不認為 TB 的標籤功能可等同於 Gmail 的 Label
不只是因為 TB 無法簡單的瀏覽 那些被貼上某種標籤的信件 (注1)
而且標籤也無法被當成搜尋條件 (如圖 http://0rz.tw/ec2H4 )
比方我想看：被同時貼上 Friends 與 Business 與 Order 這三個標籤的郵件
TB 目前是沒輒的

(注1) 替代解法是 檢視->排序->標籤，但是遇到多重標籤會很怪
用過就知道了；而且一次只能看一個子目錄，無法看全部

所以 TB 的標籤功能變成只剩下 信件提醒 之用
這方面 Gmail 的對應是 Starred (星號標籤)
不過，Gmail 只能打 1 顆星
連自己旗下的 Youtube 都有五顆星可以打了
雖然不是唱五燈獎，但這 Gmail 不是略嫌單調嗎？

反觀 TB 可以打很多種標籤，只是沒有和搜尋配套
TB 與 Gmail 兩者五五波，不分勝負

總結：
1. Gmail 的完全同步備份仍然卡在 Label 問題
2. TB 無法讀取(備份) Gmail 的 Label
3. TB 的標籤功能不完善，無法被搜尋
4. 搜尋的王道還是 Gmail
5. TB 應該是目前最具潛力的郵件程式(之ㄧ)
6. 撇開 Gmail 有 Online 的潛在問題 (ex: Server down)
我依舊還是會以 Gmail 為主要使用，而不會想用 TB
7. TB 支援「內文搜尋」，把所有信件 download 下來之後
可以克服 Gmail 極其失敗的中文搜尋
8. TB 無法針對不同帳號設定個別的 smtp
9. Gmail 太過強調某些理念，故意不支援某些功能
9a. 目錄功能
==>為什麼 Labels 與 目錄不能共存？
目錄"樹"不是光用 Labels 可以做到的 (注2)

9b. 排序
==>Gmail 太過強調搜尋，卻不準其他排序法？

10. 一次大量轉寄，在 Gmail 上不可行

11. TB 只要以下 3 點；本主題就可以 close 了
11a. 能讀取(同步) Gmail 所設定的標籤
11b. 標籤的功能與搜尋配套
11c. 像 Gmail 那樣可把標籤列出以供點選"瀏覽" (http://0rz.tw/442GS )

(注2) 我想強調目錄的功能，在於這個目錄"樹" --> 建立"子目錄"
假若平常的使用，只是建立單層目錄，那 Labels 確實功能性上遠勝

但只要有用到子目錄這個功能，Labels 就無法簡單取代
因為目錄樹裡頭有「繼承」的概念
子目錄繼承父目錄的概念，但與兄弟檔(僅同一父目錄)卻是平行概念

用 Labels 來模擬，就是越深階層的目錄，要套上越多的標籤
(原來的子目錄要套上所有父目錄、祖父目錄、曾祖....的所有標籤)
但是這與 Labels 的精要相違，套用出來的結果也"很冏"
使用 Labels 就是要直接針對物件特性，訂下最直接的定義
可是目錄管理法卻是越深階層定義越清晰，越基層越籠統

既然目錄管理法有此不可替代性
為什麼 Google 這麼樣地堅持、態度這麼強硬?
只能說以大多數的使用情況來看，目錄大多只建立一層，頂多兩層
所以光用 Labels 就足夠了

只是未來的局面還是這樣嗎？
當隨便一個帳號裡頭的 email 數量多如 "我的D槽" 那樣
目錄樹還是很有用的
至於時間還要多久會發生？
就目前而言，至少我的數個帳號已經開始面臨如此的問題....

======以下無關 Gmail=================================================
以一個郵件程式而言
將 TB 與 OE (Outlook Express) 作比對
雖然沒什麼好比的，OE 幾乎輸慘慘
但是 TB 的 smtp 卻有一點讓我不能接受的部份

實在很難理解為何 TB 只使用一組 smtp (見圖 http://0rz.tw/db2I8 )
為什麼不能像 OE 那樣，不同帳號使用分別的 smtp 呢？

以前的 TB 還很強硬地說，只能設定、也只要設定一個 smtp
現在的 TB 口氣稍為婉轉一點，但是寄信的時候「仍然無法」簡單選擇 smtp
除非先到選項裡頭改設定值再儲存
簡直就是半強迫使用者必須配合

問題是選擇smtp的確有其必要性
smtp 不是在任何網域都可任意使用的，舉例說明如下：

當在公司上網時，「只能」使用公司的 smtp
回家後，「不能」使用公司的 smtp
※ 這裡的「公司」可以代換成其他特定場所
像這樣的 case 沒辦法只設一個 smtp.gmail.com
當到公司時，非得使用公司的 smtp
於不同場所使用筆電寄發郵件時，要一直到選項裡頭換來換去
方便性遠不如 OE，直接於寄件視窗的下拉式選單，選擇寄件者即可

--