Don't forget to also file it locally - if you don't choose 'keep in inbox' or 'file into folder' in the filter rule, you might accidentally loose that mail from Zimbra:
Bug 9181 - Filters: forward with 'retain original' option
Likewise zimbraPrefMailLocalDeliveryDisabled (the 'don't keep a local copy of messages' checkbox under preferences > mail > 'forward a copy to' ie zimbraPrefMailForwardingAddress (additional with multi zimbraMailForwardingAddress) works exactly like it sounds. (Well in LMTP anyways not SMTP -
bug 7474 &
bug 7449 to cut down on extra cpu cycles.)
Now that that warning about forgetting local in filters is out of the way, some notes to explain why I would personally not use the zimbraPrefMailForwardingAddress feature to send mail to my phone address - stick with a rule(s) in sieve filters (or at end of filters in your case).
Re the first few questions: You could use a wildcard condition like * (Though I prefer to only fwd things with my address in to/cc, you seem to have a serious set of rules above this to handle your mail.)
Hate to burst your 'post-junk' bubble a tiny bit: zimbraPrefMailForwardingAddress still includes junk greater than zimbraSpamTagPercent, but is thankfully post anti-virus & post anti-spam greater than zimbraSpamKillPercent. It's like that because forwarding is done by postfix based on address resolution rules, and not by any piece that has an opportunity to examine content. Also the destination may need to know about false positives.
So in short using zimbraPrefMailForwardingAddress: Any spam that would end up in your 'junk' folder is forwarded. Anything dropped on the floor by ClamAV/Spamassassin is not forwarded.
Some use a 2nd MTA to catch outgoing mail that's already tagged with junk headers (X-Spam-Flag, X-Spam-Score, X-Spam-Level, or X-Spam-Status) for users doing the 'forward all mail approach' - so they don't become a sender of possible junk themselves & thereby get on an another organizations negative list. Nothing like a tarnished sender reputation.
Out-of-office replies aren't sent to junk:
Bug 17561 - autoreply / forward and junk Quote:
|
Originally Posted by anand if filters move a message to spam or trash, we do not out of office auto reply to it.
> If a message in moved to "junk" by zimbra spam is it office auto reply'ed ?
> No out of office message is sent in this case also. |
The good news/+1 for rules - using sieve filtering is now post junk sorting: Quote:
Originally Posted by mmorse In ZCS 5.0.1 and earlier, user filters were run before the spam filter check was run. This meant that if the user filtered mail into a folder, spam would not be identified and sent to the Junk folder.
Beginning with 5.0.2, spam check is completed first and messages identified as spam are moved to the Junk folder. With this change, users cannot write a filter to move false positive spam out of the Junk folder.
Two options:
A) If you prefer ZCS 5.0.2+ to use the spam filter function as it works for 5.0.1 and earlier, you can set the zimbraSpamApplyUserFilters option to True.
This can be done by COS:
zmprov mc COSname zimbraSpamApplyUserFilters TRUE
or for individual accounts:
zmprov ma user@domain.com zimbraSpamApplyUserFilters TRUE
B) You can create a spam white list for individual accounts that allows an account to identify email addresses that should not be marked as spam: zmprov ma user@domain.com +amavisWhiteListSender someone@example.com
RFE to bring this into the end-user UI: Bug 6953 - Per user white & black lists in the UI |
Also an interesting RFE:
Bug 7776 - Auto-forward -- should have option for Inbox only