Enhancement: Keep/Store IMAP message body and attachment that are downloaded locally in cache, although folder is not configured for offline use
Categories
(MailNews Core :: Networking: IMAP, enhancement)
Tracking
(Not tracked)
People
(Reporter: kripper3, Unassigned)
References
(Depends on 1 open bug)
Details
(Whiteboard: [dupme?])
Reporter | ||
Comment 1•9 years ago
|
||
Reporter | ||
Comment 2•9 years ago
|
||
Comment 3•9 years ago
|
||
Comment 4•9 years ago
|
||
Comment 5•9 years ago
|
||
Comment 6•9 years ago
|
||
Updated•9 years ago
|
Updated•9 years ago
|
Comment 7•9 years ago
|
||
Reporter | ||
Comment 8•9 years ago
|
||
Comment 9•9 years ago
|
||
Reporter | ||
Comment 10•9 years ago
|
||
Reporter | ||
Comment 11•9 years ago
|
||
Comment 12•9 years ago
|
||
Reporter | ||
Comment 13•9 years ago
|
||
Updated•7 years ago
|
Comment 15•4 years ago
|
||
I'm not sure I completely understand this bug. If the reporter is still listening and still using tb, I'm curious if this is still a problem.
I'm thinking that maybe disabling autosync so that only opened messages are synced may be a factor here.
Also, I've noticed that with junk detection turned on, even if you configure tb to only store headers that the whole message is still downloaded so that the message content is scanned for junk. I think that applies to even binary parts like PDF attachments, not sure.
Updated•4 years ago
|
Reporter | ||
Comment 16•4 years ago
|
||
Since this is a very specific use case about using TB with a Satelite Internet connection, I would suggest to close this report for now.
If someone else is interested in reducing TB's bandwith ussage, the above comments include detailed information of the problem and a workaround.
Understanding this issue requires some patience and time to reproduce the testing scenario which may not be worth considering there are other issues with more coverage and that I found and posted a workaround.
Please close.
Updated•4 years ago
|
Description
•