Results 1 to 2 of 2

Thread: User white/black lists & priority of them

  1. #1
    Join Date
    May 2008
    Park City, KS
    Rep Power

    Exclamation User white/black lists & priority of them

    I see in ZCS 6 that user-based white and black lists have been implemented. Will those take priority over the regular built-in spam checkers? Say Zimbra flags something from as spam, but the recipient has that particular address in their whitelist. Will that piece of mail be delivered?

  2. #2
    Join Date
    May 2006
    Rep Power


    It's mapped to amavis[Whitelist/Blacklist]Sender lookup_tables/sender_maps so it should cover anything in Spamassassin or ClamAV. However if you have an RBL in the MTA (Postfix) that's going to drop it earlier.


    RBL's are possible in both locations. Typically the directions we provide are to set a zimbraMtaRestriction attribute (to save across upgrades) which in turn gets fed into the MTA via > smtpd_recipient_restrictions. Spamassisn can also do rbl checks if skip_rbl_checks is set to 0 (default).

    Won't go on as it was discussed back in December:
    Quote Originally Posted by LMStone View Post
    Quote Originally Posted by Jbrabander View Post
    Ah, sounds good. We did add to the RBL list under DNS Check in the global settings. I'll have to browse the zimbra.log sometime to see if it's catching anything.

    If I understand you right, if I add an RBL (like spamhaus) to the list, Zimbra uses that and not the spamassassin checks. Would that maybe be why my server statistics graphs for AV/AS activity show nothing for activity?
    Not exactly...

    If you list an RBL in the Zimbra Postfix and a sending server is on the RBL, Postfix will drop the connection.

    Whether you do that or not, SpamAssassin will check a number of RBLs, and a positive response from one or more RBLs will add to the email's spam score. If the score is high enough, the email will be blocked or marked as spam.

    Spamassassin has no clue as to whether you are doing RBL lookups in Postfix or not.

    And even if you are doing RBL lookups in Postfix, it's still a good idea to keep those same RBL lookups in SpamAssassin IMHO.

    Another trick is not to use the Postfix RBL lookups at all, but instead do the RBL lookups on a dedicated Postfix box or firewall in front of your Zimbra box. Since a conservative RBL like Spamhaus's Zen list will catch 85% or more of all spam, doing hard RBL blocking before the entire email stream hits your Zimbra server will reduce the load on your Zimbra server by 85% or more.

    You are right that if you do the hard RBL blocking in Postfix your statistics will show a pretty clean email stream overall, because the statistics collect only what Amavis does (SpamAssassin and ClamAV), and not what Postfix blocked outright before passing the email stream off to Amavis.

    Hope that helps,
    Where a solution to monitor zimbra.log for RBL blocks would be Configuring and Monitoring Postfix DNSBL - Zimbra :: Wiki

Similar Threads

  1. Replies: 21
    Last Post: 02-04-2010, 09:06 AM
  2. [SOLVED] Zimbra logwatch.
    By nishith in forum Administrators
    Replies: 5
    Last Post: 06-10-2009, 04:42 PM
  3. Post instsallation problems
    By Assaf in forum Installation
    Replies: 14
    Last Post: 01-29-2007, 10:38 AM
  4. Services stopped working
    By lilwong in forum Administrators
    Replies: 4
    Last Post: 08-15-2006, 09:19 AM
  5. Fedora Core 3, Clean Install - Not working!
    By pcjackson in forum Installation
    Replies: 17
    Last Post: 03-05-2006, 06:38 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts