370409 - When auto-compact is running, deleting unread messages leaves them marked as unread

Status: RESOLVED INCOMPLETE

(Thunderbird :: Folder and Message Lists, defect)

Description

[Nick Howitt]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.2pre) Gecko/20070116 Thunderbird/2.0b2 ID:2007011615

If you try to delete a message from the inbox when it is unread and auto-compact is running, the message goes into your deleted folder but remains marked as unread. I do not know if it is deleting this message which is causing the auto-compaction, or if auto-compaction had already started when I deleted the message.

Reproducible: Didn't try

Steps to Reproduce:
1.Not reproducible by me as I cannot trigger auto-compact at will.
2.FWIW, I have POP mailboxes running in their own folders (not Local Folders) in a non-default location (my E: drive)
3.


Expected Results:  
The message should be marked as read when it moves to the Deleted folder.

Comment 1

[teaman]

I do not think this is necessarily a bug.
If I select msgs that are still marked as UNREAD, and I delete them... I want them to remain marked as UNREAD in the Trash. All other email apps I've tried behave this way... delete as read and it remains read in the trash.  Delete msgs as unread and they remain unread in the trash. Please keep it that way.

Maybe this should be a preference but my mail handling strategy is to dump mail that is unread and as the trash fills, go in and select all unread email and delete it, leaving all read mail in the trash to be deleted based on a period of time...6 months, etc.  This allows for retrieval of msgs I've deleted but read or marked as read and may need to retrieve , but spam or emails I know I don't want to keep for any reason, I mark as unread (if I've read them) or leave them as unread if I haven't read them, and delete them. In summary, trashed email that is unread gets dumped based on a qty basis.  Read email gets dumped from the trash on a time period basis, for retrieval if needed. This all may seem strange but it works.

Comment 2

[Nick Howitt]

If the message displays in the preview pane it normally gets marked as read when it gets deleted. This is by design. This does not work if auto-compact is running.

Comment 3

[teaman]

I should have mentioned this before but I have a 7 sec delay on the Preview display causing the msg to be marked as "read".  This gives me enough time to decide if it's junk or not and move on, leaving the message marked as "unread". That is why when I delete such msgs, I want them to remain "unread" so I can then delete all "unread" emails in the trash.  "Read" email in the trash stays there till a time period (1 month) has occurred by which time I likely won't need to retrieve it for any reason.

This philosophy is like real trash.  You throw something away and if you leave it there long enough, it ends up going into the trash truck once a week.  If your wife threw something away you need to retrieve, you have a week to fish and find it in the trash. After that it's gone gone.

In my email I want to throw out permanently any spam, non-actionable emails like when someone sends you a "Thanks" note for something you sent.  You wanted to read it and glad to get the kudos msg but once you've read it, it has no further value.  No follow up action required.  So If 7 secs have passed, I flag it as Unread and toss it.  As the trash builds up, I go in and permanently delete any Unread email.  Then I sort by date and delete any msgs older than x time period. I have found this strategy works great for me.

Comment 4

[Wayne Mery (:wsmwk)]

can you reproduce this using version 3.0 [1] or 3.1 [2]?
if you no longer see the problem, please set resolution to WORKSFORME when closing the bug.

[1] http://www.mozillamessaging.com/en-US/thunderbird/
[2] http://www.mozillamessaging.com/en-US/thunderbird/early_releases/  (beta 2
comes out soon)

Comment 5

[Nick Howitt]

Sorry, but I have now switched to IMAP with no offline folders so I cannot test. I will change the bug status.

Comment 6

[[:Aureliano Buendía]]

Close as Invalid because Nick (reporter) can't provide more information.

Comment 7

[Wayne Mery (:wsmwk)]

I think you mean incomplete :)

Comment 8

[[:Aureliano Buendía]]

(In reply to comment #7)
> I think you mean incomplete :)

yes it is, thanks Wayne. ;-)