Setting up a mail filter that has as action to forward mail badly goofs by failing to include attachments of the mail that is forwarded. IMAP connection to mail server. The sent mail, as logged by thunderbird (and as received by recipient) contains: --------------12345678901234 Content-Type: application/vnd.ms-excel; name="file.csv" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="file.csv" Thisbodypartwillbedownloadedondemand --------------12345678901234-- This happens regardless of any setting for viewing mail (or parts) on demand. The relevant setting is the global setting for "forward mail". If set to "inline" (desirable) IMAP forward filters are useless. The filter forgets to retrieve the attachments from the server before sending the mail. It works as expected if set to "as attachment". This is a longer standing bug. Fix please. Thanks ;-)
Component: General → Filters
Product: Thunderbird → MailNews Core
QA Contact: general → filters
Version: 3.1 → Trunk
(In reply to Ludovic Hirlimann [:Usul] from comment #1) > xref bug 570914, bug 548507. Volker, do you agree this matches bug 548507?
xref bug 312025
(In reply to Wayne Mery (:wsmwk, NI for questions) from comment #2) > (In reply to Ludovic Hirlimann [:Usul] from comment #1) > > xref bug 570914, bug 548507. > > Volker, do you agree this matches bug 548507? I doubt it Wayne. I think this bug is all about timing. We see it, or something very similar, in support occasionally. The workaround of executing the filter after junk classification has worked in all instances I have seen to date.
On that basis, let's confirm. (But I didn't test)
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Summary: Forward by mail filter forgets attachments → Forward by mail filter forgets attachments. Timing issue?
What do you call a timing issue? Simply moving the filter execution code to run after junk filtering looks like a bad workaround to me that doesn't actually fix the problem. The problem to me looks like the application failing to download attachments before executing the filters, and the irrespective of whether "download attachments on demand only" is turned on or not. Or in other words, TB fails to detect in all cases when the attachments are required and keeps running without them, and with a placeholder instead. Anyone can set up a simple test case: create a filter with a forward action that matches test emails with a file attachment. Load attachments only when needed, in the global config, and turn the junk filter off. Play with other settings that mey be affecting this.
I can confirm the bug on Windows 8.1 (TB 45.8.0). Forwarding messages with attachments "inline" does not work, forwarding "as attachment" attaches also the attachments in the forwarded e-mail which is the expected behavior. However, inline forwarding is much preferred by all poeople I know and work with. So it would be great to have a solution to this problem.
You need to log in before you can comment on or make changes to this bug.