推 cem236321:..你以前收信應該是pop3收 收下來就是不關SERVER端的事 09/27 23:23
→ cem236321:BB用的是imap 所以他其實是線上即時操作（不過好像只擷 09/27 23:24
→ cem236321:取了七天的量而已）所以你所有動作同等於再SERVER上操作 09/27 23:24
→ tennisplayer:也就是BB HUB通知量一旦超過了存取量時，它就會自動 09/27 23:41
→ tennisplayer:把新的一直加進來，舊的移出去囉？ 09/27 23:41
→ tennisplayer:因此我們使用者就不用擔心HUB的通知量會壓縮到記憶 09/27 23:42
→ tennisplayer:體的量？ 09/27 23:42
推 cem236321:我從一個MIS的角度回你（我以前是） 09/27 23:46
→ cem236321:imap算是現階段線上操作的解決方案中 最理想的之一 09/27 23:47
→ cem236321:但他也有些問題 每個信件都一開始只擷取片段(如內文） 09/27 23:47
→ cem236321:其他部份（如附件）要用才下載 因此你的動作就等於再 09/27 23:48
→ cem236321:伺服氣上面操作的動作 但是imap也有個缺點 09/27 23:48
→ cem236321:就是 第一次收信時（一般用戶端軟體）是從第一封開始全 09/27 23:49
→ cem236321:收下來 然後沒有刪除機制 所以資料會越來越肥大 09/27 23:49
→ cem236321:手持裝置的 多半都是先收七天的量（BB也是）之後 09/27 23:49
→ cem236321:就是看設定 通常也不會給你太多XD 頂多30天吧 09/27 23:50
→ cem236321:回到你的問題 所以～他是以天數計算 而非信件封數 09/27 23:50
→ cem236321:同時 由於保留天數的限制 因此手機也會自動移除舊的資料 09/27 23:51
→ cem236321:但 如果你這7-30天的資料量很大。。那也是吃儲存空間吃 09/27 23:52
推 Eunoia:BB10一開始最久就是30天，10.1 MR之後有開放從古至今這樣 09/27 23:52
→ cem236321:很大 解法就只能縮短儲存天數與信箱帳號數量 09/27 23:52
→ tennisplayer:感謝解答！所以在解除了30天的封印後，如果記憶體被 09/28 00:01
→ tennisplayer:吃太多的話就要清一清HUB裡的通知了~ 09/28 00:01
→ cem236321:BB應該沒那麼笨....（但還是被發現奇妙的BUG） 09/28 00:33
→ tennisplayer:看來......我知道的太多了XDDDD 09/28 00:35
→ tennisplayer:既然10.2版已經將30天的封印解除，我能不能用手動 09/28 09:08
→ tennisplayer:方式來設定儲存天數呢？ 09/28 09:08