Symptoms
Thunderbird Message Filters Skip Emails Moved by Server Rules. This symptom affects a particular operation; a related feature may still behave normally.
To capture the distinction, begin with this observation: Pick a test email already moved by a server-side inbox rule and compare arrival order with Thunderbird filter settings. Note whether the failure follows a specific file, account, input, session or device.
Why It Happens
Three different mechanisms can lead to a similar visible symptom. Use a comparison before deciding which applies:
- A mailbox-specific view, filter or conversation rule is hiding or grouping otherwise intact server content.
- A different signed-in account, calendar copy, recipient or delegated role owns the item.
- The client has a stale local index or has not synchronized a server-side change.
Use the diagnostic comparisons below to distinguish these possibilities before choosing a correction.
Before Making Changes
Keep existing rules backed up and do not bulk move important mail during testing. Changing a rule or account can affect other messages and invitations. Keep a copy of the original message or invitation before editing. Use a disposable test item if the operation can send notifications or alter shared data.
Write down each original setting so you can reverse the change; do not risk the sole remaining copy of a file or account record.
Problem-Specific Diagnosis
The useful question is which layer makes the same action behave differently. Compare the same item in the provider web interface and one client, paying attention to recipient, message ID, event ownership and time zone. These observations guide testing; they are not a diagnosis until verified.
| What you observe | What it suggests | Next comparison |
|---|---|---|
| One path succeeds and the original path fails | An intact server copy with a broken client view points to client indexing or local display. | Use Run Filters on Folder for a controlled copy and compare with server rules. |
| The result changes when account, source or device changes | A discrepancy between accounts or organizers points to ownership or permission scope. | Pick a test email already moved by a server-side inbox rule and compare arrival order with Thunderbird filter settings. |
| Both the original and control fail consistently | A failure in every authorized interface points to a provider-side rule, feature limit or delivery state. | Review IMAP folder subscription, filter trigger scope and server-side moves; adjust one rule's order at a time. |
Step-by-Step Troubleshooting
Start with the Beginner tab for reversible checks. Choose Advanced only when the comparison points to a specific setting or integration.
Capture the symptom without changing data
Pick a test email already moved by a server-side inbox rule and compare arrival order with Thunderbird filter settings. Note the device or app, affected item, time, and visible state. This baseline will let you tell a genuine fix from a temporary refresh.
Check the safest relevant setting
Check whether Thunderbird only runs filters on Inbox new mail and whether the message bypasses it. Make only that one small change, then repeat the original action once before adjusting anything else.
Compare an independent path
Use Run Filters on Folder for a controlled copy and compare with server rules. Keep other variables steady. If the alternate path works, focus on the layer that differs; if both fail, investigate shared dependencies.
Confirm the everyday workflow
New qualifying test email reaches the intended folder through a documented filter path. Repeat the check from a fresh session if practical. Restore the original setting if this change did not improve the result.
Identify the failing boundary
Review IMAP folder subscription, filter trigger scope and server-side moves; adjust one rule's order at a time. Record the result and the original configuration so it can be restored; do not infer a cause without a comparison.
Separate client, account and device layers
Compare the same item in the provider web interface and one client, paying attention to recipient, message ID, event ownership and time zone. Determine whether the mismatch follows the content, account, hardware path or application before choosing a targeted correction.
Apply one narrow correction
Based on the evidence, adjust only the affected rule, profile, input, route or supported feature setting. Check whether Thunderbird only runs filters on Inbox new mail and whether the message bypasses it. If a change is unavailable for this model or account, stop rather than forcing it.
Prove the fix and document rollback
New qualifying test email reaches the intended folder through a documented filter path. Test the original failing path and the control path. Reverse the last change if it introduces another fault; preserve screenshots of the working state.
Solution Checklist
Common Mistakes to Avoid
Avoid deleting and recreating mailboxes, merging threads by hand, or forwarding confidential messages to strangers as a diagnostic shortcut. For this specific scenario: Keep existing rules backed up and do not bulk move important mail during testing. Changing more than one setting at once makes it harder to identify the actual cause.
How to Verify the Fix
New qualifying test email reaches the intended folder through a documented filter path. Repeat the original action in a fresh session rather than assuming that one successful preview proves the repair. Confirm the control path still works.
- Reproduce the fault with the original input before making a change.
- Rerun the comparison: Use Run Filters on Folder for a controlled copy and compare with server rules.
- Verify that the successful result persists after reopening the affected app or reconnecting the device.
- If other functionality regresses, restore the recorded previous settings.
If the Problem Continues
If the test still fails, preserve the baseline and the comparison results. Review IMAP folder subscription, filter trigger scope and server-side moves; adjust one rule’s order at a time. Share the exact device model, app version, relevant screenshots without private information, and the smallest reproduction with official product support or the account administrator. If the fault is hardware-related or safety-critical, use authorized service instead of bypassing protection.
Prevent Recurrence
Keep clear account names and calendar zones; periodically check that server-side rules and local views still agree. Document the final working setting and the test that demonstrated success. After an app, device, router or account change, check a small example again before relying on the workflow.
FAQ
Does this mean the entire device or service has failed?
Not necessarily. A mailbox-specific view, filter or conversation rule is hiding or grouping otherwise intact server content. Compare a known-good path before assuming a widespread fault.
What should I test before resetting anything?
Pick a test email already moved by a server-side inbox rule and compare arrival order with Thunderbird filter settings. Compare the same item in the provider web interface and one client, paying attention to recipient, message ID, event ownership and time zone. This is more informative than a full reset.
How can I tell whether the problem is solved?
New qualifying test email reaches the intended folder through a documented filter path. Verify the result again after reconnecting or restarting the relevant app or device.