Mailinglist Archive: opensuse (1188 mails)
| < Previous | Next > |
Re: [opensuse] Thunderbird: Everything is 'draft'
- From: Anton Aylward <opensuse@xxxxxxxxxxxxxxxx>
- Date: Fri, 27 Jan 2012 12:16:08 -0500
- Message-id: <4F22DBD8.7050507@antonaylward.com>
Patrick Shanahan said the following on 01/27/2012 10:13 AM:
That makes no sense to me.
No, it using IMAP.
The mail is stored on the mail-hub machine which did not suffer the
cat-astrophe.
Patrick, there is no problem with the mail, reading the mail.
It is the local-to-tbird stuff like the accumulator and the history of
move/copy that has become sc-err-mucked up. The mail is in that. I can
still read the mail, send mail. Its the added functionality" of tbird
that took the hit.
Somewhere, tbird maintains its own index and counters and memory of what
tbird has done (such as "move to again"). Yes maintaining the index
when Dovecot already has an index of the headers (and the body since it
does full text indexing with Plucine) is wasteful (but the same can be
said about KMail and duplicating the index with nepomuk). But that's
all beside the point and not at issue here.
The problem I'm faced with is local to Thunderbird and nothing to do
with mail store.
I see, as I access each folder with tbird, that it re-indexes, get a new
count of the unread. Fine, but the history for "move to recent" is
still absent and it still thinks every file id a draft.
I see under ~/.thunderbird the file 'virtualFolders.dat'.
Does the status flags there have anything to do with 'draft'?
--
"On two occasions I have been asked (by members of Parliament!),
'Pray, Mr. Babbage, if you put into the machine wrong figures,
will the right answers come out?' I am not able rightly to apprehend
the kind of confusion of ideas that could provoke such a question.
- Charles Babbage 1791-1871)
English computer pioneer, philosopher
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx
* Anton Aylward <opensuse@xxxxxxxxxxxxxxxx> [01-27-12 09:19]:
I had a power-out crash (don't ask) and when the machine came back up
after plugging the power cord in again and locking the cat out I find
Thunderbird misbehaving.
try opening the mail with mutt, easy install and not a lot of
dependencies.
That makes no sense to me.
if mail appears *normal*, we can go further and export to a new location
and you can import back into tb
is tb using mbox?
No, it using IMAP.
The mail is stored on the mail-hub machine which did not suffer the
cat-astrophe.
Patrick, there is no problem with the mail, reading the mail.
It is the local-to-tbird stuff like the accumulator and the history of
move/copy that has become sc-err-mucked up. The mail is in that. I can
still read the mail, send mail. Its the added functionality" of tbird
that took the hit.
Somewhere, tbird maintains its own index and counters and memory of what
tbird has done (such as "move to again"). Yes maintaining the index
when Dovecot already has an index of the headers (and the body since it
does full text indexing with Plucine) is wasteful (but the same can be
said about KMail and duplicating the index with nepomuk). But that's
all beside the point and not at issue here.
The problem I'm faced with is local to Thunderbird and nothing to do
with mail store.
I see, as I access each folder with tbird, that it re-indexes, get a new
count of the unread. Fine, but the history for "move to recent" is
still absent and it still thinks every file id a draft.
I see under ~/.thunderbird the file 'virtualFolders.dat'.
Does the status flags there have anything to do with 'draft'?
--
"On two occasions I have been asked (by members of Parliament!),
'Pray, Mr. Babbage, if you put into the machine wrong figures,
will the right answers come out?' I am not able rightly to apprehend
the kind of confusion of ideas that could provoke such a question.
- Charles Babbage 1791-1871)
English computer pioneer, philosopher
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx
| < Previous | Next > |