User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:33.0) Gecko/20100101 Firefox/33.0 Build ID: 20141013200408 Steps to reproduce: 1) before trying this, back up "All Mail" and "All Mail.msf" in "~/.thunderbird/__.default/ImapMail/imap.googlemail.com/[Gmail].sbd/" 2) right-click the All Mail folder > Properties > Synchronization tab, check "Select this folder for offline use", and click Download Now 3) wait for it to finish downloading your e-mails 4) right-click the All Mail folder > Properties > General Information tab and click Repair Folder Actual results: "All Mail" and "All Mail.msf" in "~/.thunderbird/__.default/ImapMail/imap.googlemail.com/[Gmail].sbd/" are deleted without warning, and Thunderbird then attempts to re-download all your e-mails (which can take days if you have a lot of e-mails) Expected results: Thunderbird should display a warning that Repair Folder will delete the local copy of the folder and re-download the e-mails in it
"Statements shown at left of Repair Folder button at Folder Properties/General panel" is same in all of "local mail folder", "imap offline-use=On folder", "imap offline-use=Off folder", newsgroup, RSS Feed. Current statements is for local mail folder(especially for traditional msgstore/berkleystore case). This statements is better changed according to folder's characteristics. Because room for the statements is enough, longer statements can be written at there. If imap folder, major purpose of "Repair Folder" is not "Re-parse all mail's Unix Mbox mail separator" and "Re-parse all message headers"(This is cllled Rebuild-Index). Rather, major purpose of "Repair Folder" in imap is "re-fetch header data and message body data(if Offline-Use=On) of all mails from scratch". This kind of difference is better described by the statements.
> Current statements is for local mail folder(especially for traditional msgstore/berkleystore case). > This statements is better changed according to folder's characteristics. Does that mean that for local folders, Repair Folder actually does what you would expect (just repairs the .msf, rather than deleting the stored e-mails)?
(In reply to Aaron Marcuse-Kubitza from comment #2) > Does that mean that for local folders, Repair Folder actually does what you > would expect (just repairs the .msf, rather than deleting the stored e-mails)? Yes. And, "Repair Folder of imap" also does do expected actions as designed, as implemented. In any Repair Folder, what is done by Repair Folder of Mbox named FolderX = Clear FolderX.msf content + Open FolderX again. Because FolderX.msf content is discarded(Repair Folder request by you == Discard current .msf file content), - if pop3, FolderX.msf content is re-created from mail data held in MsgStore file(file named FolderX ), - if imap, all data is always held at server, so FolderX.msf content is re-created from mail data held at imap server. Content of Offline-Store file for imap(file named FolderX) is managed by FolderX.msf. Because FolderX.msf content is cleared once according to your "Repair Folder" request, Offline-Store file for imap(file named FolderX) is also re-created from mail data held at imap server. i.e. Phenomenon you saw != Offline-Store file is deleted. Phenomenon you saw == Re-creation of Offline-Store file is started according to your "Repair Folder" request. Offline-Store file for imap in Tb != "local copy of imap folder", even if "local file on local HDD" is used for it by Tb as Cache file != permanent data file, as Swap file != permanent data file, as files on mirror server is re-created from scratch if sync with main server is lost. If you need "local copy of imap folder", "Copy imap mail to folder of Local Folders" is sufficient and is always available. Because no actual dataloss is involved(Offline-Store file is re-created sooner or later), I don't think "Confirmation dialog for Repair Folder" is mandatory. Note: "Confirmation dialog for Shift+Delete" is shown by Tb, because "Undo delete" is impossible when "Shift+Delete" then it may produce "a kind of dataloss for user".
> Because no actual dataloss is involved(Offline-Store file is re-created sooner or later), I don't think "Confirmation dialog for Repair Folder" is mandatory. But "sooner or later" can be *days* later if the user has a lot of e-mails (2+ GB). Most users would want to know that they now need to leave Thunderbird open, and their computer on, for several days to re-download all their e-mails.
(In reply to Aaron Marcuse-Kubitza from comment #4) > But "sooner or later" can be *days* later (snip) I agree with you. Reason why "data in berkleystore Offline-Store file" is not accessible if xxx.msf file is cleared : "Offset of mail data held in Offline-Store file" is lost by "clear xxx.msf" because the "Offset of mail data held in Offline-Store file" is held in xxx.msf file only. If Tb's msgstore/maildirstore feature is fully constructed and design/implementation will be improved, "temporary loss of Offline-Store file data by Repail Folder until re-auto-sync is completed" is minimized. See meta Bug 859011 for msgstore/maildirstore. Just an idea. 1. If imap, include UID in /cur/nnnnnnnn file name(one file per mail), for example, /cur/#<UID_of_mail>-.... By this change, "Offline-Store file for a mail of UID=mm" can be reached by UID=mm only. (meta data of a mail can be held as "string in file name" if maildirstore) 2. fetch header data of all mails again from imap server if Repair Folder is requested. 3. if UIDVALIDTY is not changed, "UID is same as before" is guaranteed. So, there is no need to discard Offline-Store file content immediately, merely by "Repair Folder" is requested. 4. if /cur/#<UID_of_mail>-.... already exists, flag the mail as "data is held in Offline-Store", with Check-By-Auto-Sync-Needed. 5. if Check-By-Auto-Sync-Needed, auto-sync compares RFC822.SIZE and size of /cur/#<UID_of_mail>-.... file. If RFC822.SIZE != size of /cur/#<UID_of_mail>-.... file, or if something wrong is found, re-fetch entire mail data to /cur/#<UID_of_mail>-.... file in background. 6. Even if "entire mail data of all mails" is re-fetched by auto-sync after "Repair Folder" as currently done, "loss of Offline-Store file content" is limited to one mail only at any moment. Possible solution for "sooner or later == severla days to a week" case. When "Repair Folder" is requested for imap Offline-Use=On folder named FolderX, Copy .../ImapMail/<imap_server>/.../FolderX and FolderX.msf to .../Mail/Local Folders>/<imap_server>.sbd/FolderX and FolderX.msf Create .../Mail/Local Folders>/<imap_server> file(null file) and >/<imap_server>.msf file(null file) => Because format of FolderX and FolderX.msf for imap is same as XXX & XXX.msf for local mail folders, use can see mail data as "mail in FolderX under <imap_server> folder of Local Folders, as far as (a) fle size of FolderX < 4GB and (b) "From " line is not contained in mail body data. Support of "4GB <= fle size of FolderX" in msgstore/berkleystore is pretty hard, support of (b) is pretty esay. Escape "From " line by ">From " in above Copy step. Above "Copy to Local Folders" can be manually executed. Third way : Never keep huge size of [Gmail]/All Mail == Split mails to multiple free Gmail accounts == "one mail folder per one Gmail account" strategy. Gmail account0 : shared account for mail receive, for mail send(to hold draft in [Gmail]/Drafts, to hold sent mail copy in [Gmail]/Sent Mail) By message filter, move any mail to Folder1 to FolderN of Gmail accoun1 to accountN. SMTP definition with id of account0 only. If needed, register mail-addr of account1 to accountN as usable address to Gmail. But there is no need to use mail-addr of Gmail account1 to Gmail accountN in mail send/receive. Any mail address can be defined as an identity of any account in Thunderbird. So "mail-addr of Gmail account0" can be used in any mail send. Any mail address can be registered to Gmail as valid addrees for mail send, as far as the mail-addr is reachable, although "Sender: mail-addr of Gmail account0" is added by Gmail. Gmail account1 to accountN for Folder1 to FolderN. Use only one SMTP definition with id of account0. Size of [Gmail]/All Mail of accountN == size of FolderN. Offline-Use=On folder : [Gmail]/All Mail of each account only => No duplicate copy in Tb's Offline-Store file. Dummy POP3 account for Search Folder : (Search folder under imap account is better avoided) FolderN : Search Folder, search target = Folder N of Gmail accountN SentX : Search Folder, search target = [Gmail]\Sent Mail of Gmail account0 DraftsX : Search Folder, search target = [Gmail]\Drafts of Gmail account0 Define one identity only with mail-addr of Gmail account0 Use only one SMTP definition with id of account0 Use this account as default account
> When "Repair Folder" is requested for imap Offline-Use=On folder named FolderX, > Copy .../ImapMail/<imap_server>/.../FolderX and FolderX.msf > to .../Mail/Local Folders>/<imap_server>.sbd/FolderX and FolderX.msf How difficult is it to set up this copying? Would it be possible to add the warning dialog until the copying procedure is put in place? > Third way : Never keep huge size of [Gmail]/All Mail == Split mails to multiple free Gmail accounts > == "one mail folder per one Gmail account" strategy. I don't think Gmail users with a lot of e-mails are going to want to split all their mail into separate accounts...but yes, it helps to have a smaller All Mail folder (if you can arrange this)!
(In reply to Aaron Marcuse-Kubitza from comment #6) > > When "Repair Folder" is requested for imap Offline-Use=On folder named FolderX, > > Copy .../ImapMail/<imap_server>/.../FolderX and FolderX.msf > > to .../Mail/Local Folders>/<imap_server>.sbd/FolderX and FolderX.msf > > How difficult is it to set up this copying? It's pretty simple and easy if manually executed, as far as file size of [Gmail].sbd\All Mail is less than 4GB and "From " line is not contained in message body of any mail. 1. Create Gmail-No-N folder under "Local Folders" account. 2. Create "All Mail" folder under Gmail-No-N of "Local Folders" 3. Terminate Tb. 4. By File Manager such as Windows Explorer, Copy .../ImapMsil/ ... /[Gmail].sbd/All Mail & All Mail.msf to .../Mail/Local Folders/Gmail-No-N.sbd/All Mail & All Mail.msf (replace copy) 5. Restart Tb. 6. Open Local Folders/Gmail-No-N/All Mail folder. Rebild-Index is invoked, but because no "From " line in Gmail-No-N.sbd/All Mail, no problem occurs. If "From " line exists in message bofy of a mail, mail data is split at the "From " line by Rebuid-Index(Re-parse mail data) at step 6. So, "manual escaping of From Line in message body by >From " is needed. If you want such job by Thunderbird, please open Enhancement request bug. I believe that it's a little bit of a stretch for Thunderbird to support huge Unix Mbox format file as MsgStore file or Offline-Store file. I think "Huge message folder support in Tb" is better done by msgstore/maildirstore support only, even though many peoples are trying to resolve bug 789679.
Unfortunately, the (German) text still does not give any warning similiar to Wayne's proposal. Especially, for some IMAP servers, repair kills off all tags, so it should really only be done if absolutely necessary. (Loosing tags happens for all IMAP servers that cannot store custom keywords, if emails are re-downloaded. - for example hmailserver, which is the only free (open source??) IMAP server for Windows.)