※ 引述《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，直接於寄件视窗的下拉式选单，选择寄件者即可 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 125.229.11.6 ※ 编辑: logs 来自: 125.229.11.6 (05/27 09:30)