Closed Bug 1434028 Opened 7 years ago Closed 7 years ago

manual reversing of filter action impossible in IMAP

Categories

(Thunderbird :: Filters, defect)

52 Branch
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1368056

People

(Reporter: buecher, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; rv:58.0) Gecko/20100101 Firefox/58.0 Build ID: 20180118215408 Steps to reproduce: filter moves all messages marked ***SPAM*** (marked by internet provider) from inbox to subfolder. Filter is run on downloading messages before junk. Some messages marked by provider are false positives. Those mails are manually moved back to inbox. Actual results: They go back to the subfolder by filter rule. Sometimes, TB freezes/cannot display any more message bodies and needs to be killed (I also restarted IMAP server). Expected results: I am not sure how an IMAP move is implemented. But for a plain user, a move is not identical to a fresh download of new emails from inbox. So the message should not be filtered and moved a second time. If I cannot manually revert a filter action, the filter is to a certain extend useless - no filter can be expected to be 100% correct in all cases. There must be a way for manually reverting its action without getting into a loop.
can moving be distinguished from downloading? E.g. by (non) existence of messageID, or of gloda entries, or similiar? An approach could be: if messageID is in gloda, then it is not a new download - so don't apply the filter automatically - which would only work if initial filtering is done before gloda indexing..
Severity: normal → blocker
Component: Untriaged → Filters
This does not meet the definition of blocker. Please read https://wiki.mozilla.org/BMO/UserGuide/BugFields#bug_severity It sounds like you have moved a messages from folder X back to Inbox, that had previously been filtered from Inbox to folder X. That would be bug 1368056
Severity: blocker → normal
thanks for the severity link.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.