18
edits
(enigmail and s/mime) |
|||
Line 27: | Line 27: | ||
:: I'll take it one step further: Why is there an offline mode at all that users need to manage? That's _so_ 1990s. If TB can connect to the server, sync. Otherwise, I'm (silently) in offline mode and always have access to _all_ my mail. Wireless networks come and go, and TB should be aware of the occasionally connected world. --[[User:Lord|Bob]] 10:39, 4 September 2008 (UTC) | :: I'll take it one step further: Why is there an offline mode at all that users need to manage? That's _so_ 1990s. If TB can connect to the server, sync. Otherwise, I'm (silently) in offline mode and always have access to _all_ my mail. Wireless networks come and go, and TB should be aware of the occasionally connected world. --[[User:Lord|Bob]] 10:39, 4 September 2008 (UTC) | ||
::: It would be nice if it wasn't modal but its important to keep the ability to control what remote folders have local copies since there are plenty of users that don't want offline copies and dropping it would also annoy users who rely upon the "MIME Parts On Demand" preferences to avoid fetching a large attachment when reading a message. [[User:Tanstaafl|Tanstaafl]] 22:04, 13 November 2008 (UTC) | |||
It would be useful if the contents of the IMAP offline folders could be transparently searched first when searching remote folders. i.e. use them as a IMAP cache like Mail.App does. That might also make it easier for somebody to resurrect old functionality such as the ability to search the entire message (the old definition of "Body" - it searched headers/message bodies/attachments) without having to specify exactly where in the the message what you're looking for is stored. [[User:Tanstaafl|Tanstaafl]] 22:04, 13 November 2008 (UTC) | |||
=== Comments on 'Architectural cleanup' === | === Comments on 'Architectural cleanup' === |
edits