Am 15.02.10 15:18, schrieb Timo Sirainen:
On 15.2.2010, at 16.14, Stan Hoeppner wrote:
Upgraded from Debian Dovecot 1.0.15 to Debian Dovecot 1.2.10-1~bpo50+1.
Problem: Instantly noticed in TB 3.0.1 Win32 that all emails in all folders
were marked as unread.
This is a Thunderbird bug and
On 19.2.2010, at 17.28, Werner wrote:
Am 15.02.10 15:18, schrieb Timo Sirainen:
On 15.2.2010, at 16.14, Stan Hoeppner wrote:
Upgraded from Debian Dovecot 1.0.15 to Debian Dovecot 1.2.10-1~bpo50+1.
Problem: Instantly noticed in TB 3.0.1 Win32 that all emails in all folders
were marked as
Upgraded from Debian Dovecot 1.0.15 to Debian Dovecot 1.2.10-1~bpo50+1.
I use Postfix local delivery to and Dovecot mbox. As per upgrade directions, I
stopped dovecot processes and deleted all dovecot.index.cache files in
/home/%user/mail/.imap. Performed upgrade to 1.2.10-1~bpo50+1. Modified
On 15.2.2010, at 16.14, Stan Hoeppner wrote:
Upgraded from Debian Dovecot 1.0.15 to Debian Dovecot 1.2.10-1~bpo50+1.
Problem: Instantly noticed in TB 3.0.1 Win32 that all emails in all folders
were marked as unread.
This is a Thunderbird bug and there have been several threads about this
On 15.02.2010 17:14, Stan Hoeppner wrote:
Upgraded from Debian Dovecot 1.0.15 to Debian Dovecot 1.2.10-1~bpo50+1.
I use Postfix local delivery to and Dovecot mbox. As per upgrade directions, I
stopped dovecot processes and deleted all dovecot.index.cache files in
/home/%user/mail/.imap.
Em 15/02/2010 12:14, Stan Hoeppner escreveu:
WTF is going on? Why won't they stay marked as read? I've got over 25,000
emails in these folders and I get a few hundred list mails a day. I really need
to get this read/unread business straightened out.
What the heck am I missing? Is this a
Stan,
Quoting Stan Hoeppner s...@hardwarefreak.com:
Upgraded from Debian Dovecot 1.0.15 to Debian Dovecot 1.2.10-1~bpo50+1.
I use Postfix local delivery to and Dovecot mbox. As per upgrade
directions, I
stopped dovecot processes and deleted all dovecot.index.cache files in
Timo Sirainen put forth on 2/15/2010 8:18 AM:
On 15.2.2010, at 16.14, Stan Hoeppner wrote:
Upgraded from Debian Dovecot 1.0.15 to Debian Dovecot 1.2.10-1~bpo50+1.
Problem: Instantly noticed in TB 3.0.1 Win32 that all emails in all folders
were marked as unread.
This is a Thunderbird bug
On 15.2.2010, at 16.51, Stan Hoeppner wrote:
This is a Thunderbird bug and there have been several threads about this
here. Basically the fix is to disable CONDSTORE support in Thunderbird until
3.0.2 is released.
I guess I should have paid closer attention to that thread. Since I wasn't
Timo Sirainen put forth on 2/15/2010 8:58 AM:
On 15.2.2010, at 16.51, Stan Hoeppner wrote:
This is a Thunderbird bug and there have been several threads about this
here. Basically the fix is to disable CONDSTORE support in Thunderbird
until 3.0.2 is released.
I guess I should have paid
On 15.2.2010, at 17.15, Stan Hoeppner wrote:
One last question on this TB condstore bug: Does this affect both mbox and
maildir, i.e. it's a pure IMAP protocol handling bug, or is it specific to
mbox?
I looked at the patch, and it looked like the code that handled condstore was
simply just
On 15.2.2010, at 17.23, Timo Sirainen wrote:
On 15.2.2010, at 17.15, Stan Hoeppner wrote:
One last question on this TB condstore bug: Does this affect both mbox and
maildir, i.e. it's a pure IMAP protocol handling bug, or is it specific to
mbox?
Oh, and: In general, IMAP clients aren't
Timo Sirainen put forth on 2/15/2010 9:26 AM:
On 15.2.2010, at 17.23, Timo Sirainen wrote:
On 15.2.2010, at 17.15, Stan Hoeppner wrote:
One last question on this TB condstore bug: Does this affect both mbox and
maildir, i.e. it's a pure IMAP protocol handling bug, or is it specific to
On 15.2.2010, at 17.52, Stan Hoeppner wrote:
Speaking of which, I've tried creating empty imap folders and then creating
subfolders in them. TB won't allow me to do this with Dovecot mbox accounts.
Shouldn't I be able to do this? I've tried it with and without
tb-extra-mailbox-sep enabled.
Well, the issue is, with mbox, you can decide if the name you create:
a) can hold child mailboxes, or messages
or
b) messages, and no mailboxes
it makes more sense when you think about them as directories and files. WIth
mbox a mailbox is a file. So:
~/mailbox/inbox
~/mailbox/foo/
Timo Sirainen put forth on 2/15/2010 11:19 AM:
Well, the issue is, with mbox, you can decide if the name you create:
a) can hold child mailboxes, or messages
or
b) messages, and no mailboxes
it makes more sense when you think about them as directories and files. WIth
mbox a mailbox
16 matches
Mail list logo