Windows 10 will reach EOS (end of support) on October 14, 2025. For more information, see this article.

Mozilla 도움말 검색

고객 지원 사기를 피하세요. 저희는 여러분께 절대로 전화를 걸거나 문자를 보내거나 개인 정보를 공유하도록 요청하지 않습니다. "악용 사례 신고"옵션을 사용하여 의심스러운 활동을 신고해 주세요.

자세히 살펴보기

Thunderbird cannot reliably parse its own mbox files with esr 115.

  • 3 답장
  • 0 이 문제를 만남
  • 44 보기
  • 최종 답변자: david.ledger

more options

Many of my mailboxes on the IMAP server just emptied. They were still there in my Ubuntu '.thunderbird' ImapMail directory. I have created some replacement mailboxes in 'Local Folders' and copied mbox files from the ImapMail area to the Local Folder area, removing the .msf files just created by Thunderbird. I then used the Properties->Repair Folder on each of the the new Local and filled-in-the-background mailboxes. Many worked fine and I was able to repopulate the IMAP server mailboxes using drag in Thunderbird. Some, however, were mis-parsed, producing 'From-less' and Subject-less messages containing part messages. Thunderbird seems unable to reliably parse mbox files created by itself. I note that they are not strict mbox format, having a '-' instead of an envelope address on the delimiting '^From ' line. (I am a retired Unix SysAdmin, so used to the command line)

Many of my mailboxes on the IMAP server just emptied. They were still there in my Ubuntu '.thunderbird' ImapMail directory. I have created some replacement mailboxes in 'Local Folders' and copied mbox files from the ImapMail area to the Local Folder area, removing the .msf files just created by Thunderbird. I then used the Properties->Repair Folder on each of the the new Local and filled-in-the-background mailboxes. Many worked fine and I was able to repopulate the IMAP server mailboxes using drag in Thunderbird. Some, however, were mis-parsed, producing 'From-less' and Subject-less messages containing part messages. Thunderbird seems unable to reliably parse mbox files created by itself. I note that they are not strict mbox format, having a '-' instead of an envelope address on the delimiting '^From ' line. (I am a retired Unix SysAdmin, so used to the command line)

글쓴이 Wayne Mery 수정일시

모든 댓글 (3)

more options

Doesn't make sense...

What version? What mail provider? Even non-Inbox folders emptied?

more options

Thanks for your reply.

It's 115.18.0 (64-bit) running on Ubuntu 20.04.6 115.18.0 (64-bit)

The ISP is NamesCo in the UK

The Inbox is the least affected. I have 34 top level mailboxes with over 200 lower level nested mailboxes. Some were unaffected, but most were emptied.

About three weeks ago I changed my hosting from a name reflecting the fact that I used to host websites to a name that is my personal email address domain (previously hosted under the former). They transferred the IMAP tree across. At first I assumed that the ISP had seen a 'new' email account appear with over 4GB of messages and just deleted some. That now seems unlikely. They can restore my emails - at a cost of £30 per mailbox, which is ridiculously expensive. All had settled down after a couple of days.

I do run a few simple rules in Thunderbird, but nothing that can empty any mailboxes. I also use MailMate on a couple of older Macs, but only one of then filters, and they are to remove known junk from my Junk mailbox. Doesn't touch any other mailbox. Almost all of these MailMate filters only act on three other email accounts with a different ISP that haven't been affected in any way. I mainly use Thunderbird on Ubuntu for all my email handling.

It does seen odd that Thunderbird claims to used standard mbox maiboxes, but does not.

It also seems odd that when I open an ImapMail mailbox that has been copied into a freshly created Local Folder mailbox, Thunderbird can fail to parse it properly, even though it created the original itself.

Thanks, David

more options

Ok, so no ideas about the data loss.

How about the two direct Thunderbird things?

Thunderbird claims to used standard mbox mailboxes, but does not.

 the second field should be the envelope address but it is always a '-'.

Thunderbird cannot parse 'mbox' files that it has created. I can get confused by embedded lines starting with 'From '. It can also choose arbitrary sections of message content as a next message. This occurs also when the .msf file has been removed prior to filling an existing 'mbox' file, that for some reason it sees as empty, with the contents of a backup copy.

질문하기

글에 답글을 달기 위해서는 계정으로 로그인해야만 합니다. 계정이 아직 없다면 새로운 질문을 올려주세요.