TB downloading of headers vs. bodies and/or attachements
According to this link, for *unsynchronized* message, the message body remains on the server until the user clicks on the message in TB's message list: https://support.mozilla.org/en-US/kb/imap-synchronization#w_synchronization
TB has a Message Synchronizing setting "Keep messages in all folders for this account on this computer", with "Avanced" settings to "Download" "for offline use" on the basis of individual folders. However, I can' find a setting to control whether TB downloads (i) just the headers; or (ii) headers, bodies, and/or attachments.
(1) Is it the case that TB will *always* download just headers until users click on it in the message list, at which point it becomes a "synchronized message" (as defined above) and locally retained in its entirety?
(2) If so, is there a way to have TB always download messages+body+attachments without having to click each one?
(3) On the other end of the bandwidth usage spectrum, is there a way to have TB not even download headers (say, upon startup) until the user actually enters the folder for viewing?
Wybrane rozwiązanie
Thunderbird will download headers in all cases to build the local index so it can show what mail is in the folder.
If you turn off the option in account settings > synchronization and storage to keep messages in all folders for this account on this computer then unless you set individual folder options in advanced, only headers for the account will be downloaded. Turn it on and you get the whole message
I am unaware of a setting to not download attachments, but that is mostly I would say because attachments do not exist in a message as more that a stream of text until the message body can be parsed to determine if there are attachments and which mime parts contain them. It would not be possible to determine what parts of the body are attachments without actually accessing the body ( downloading it) to work it out.
You might want to look at the settings in account settings > server settings to disable the settings under Server settings. All three of them with them disabled and the local storage turned off you will basically get only updates on selecting the relevant folder.
Przeczytaj tę odpowiedź w całym kontekście 👍 1Wszystkie odpowiedzi (3)
The scenario motivating question #3 above is one in which a laptop is not used very often, and you fire it up to check one folder in one account. You don't want to wait forever as TB synchronizes all the changes since the last time the laptop was used. You just want to update one folder.
Of course, if answer to question #1 is that only headers are synchronized, then I suppose that question #3 is not so crucial. It just feels that way when the sync is being done across all folders. Even if only headers are synced, I think there is still a great benefit from only doing so when entering a folder of interest, especially if one has many accounts with many folders.
Zmodyfikowany przez FoxyFirey w dniu
Wybrane rozwiązanie
Thunderbird will download headers in all cases to build the local index so it can show what mail is in the folder.
If you turn off the option in account settings > synchronization and storage to keep messages in all folders for this account on this computer then unless you set individual folder options in advanced, only headers for the account will be downloaded. Turn it on and you get the whole message
I am unaware of a setting to not download attachments, but that is mostly I would say because attachments do not exist in a message as more that a stream of text until the message body can be parsed to determine if there are attachments and which mime parts contain them. It would not be possible to determine what parts of the body are attachments without actually accessing the body ( downloading it) to work it out.
You might want to look at the settings in account settings > server settings to disable the settings under Server settings. All three of them with them disabled and the local storage turned off you will basically get only updates on selecting the relevant folder.
Thank you, Matt. I'm going to hold off exploring for now because I've been disconnected for a while and I don't want to absorb the overhead of syncing at the moment. But I understand your explanation and believe that it fills the gap in my knowledge.