Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
Go Back   Zimbra :: Forums > Zimbra Collaboration Suite > Administrators

Welcome to the Zimbra :: Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 09-29-2010, 05:09 AM
k_k k_k is offline
Active Member
 
Posts: 40
Default amavisBlacklistSender Limit

Hi,

We have one requirement where we need to block internal mail communication of our one of the department which contains around 250 mail IDs. Means these 250 mail IDs should not able to interact with each other...for outer world they can.

I used webmail feature to block the mail communication and below command :

zmprov -l ma <original email id > amavisBlacklistSender < list of the rest of the user email id>

But as per webmail , we can only block upto 100 IDs ...is it true ?? is there any setting where we can increase this limit...please confirm..we need this setting..
Reply With Quote
  #2 (permalink)  
Old 09-30-2010, 05:38 AM
k_k k_k is offline
Active Member
 
Posts: 40
Default

Guys plz help....
Reply With Quote
  #3 (permalink)  
Old 09-30-2010, 10:41 AM
Moderator
 
Posts: 1,432
Default

Okay, to begin with, note that the blacklist to which you're referring is user-configurable. So you can't enforce it once it's been set up.

If that's acceptable to you, then an easy alternative would be to use a filter instead of a blacklisting. Ideally you would have that entire department in a unique subdomain, and then you could create a filter like

If FROM contains (or "matches wildcard condition", or "is" if you haven't set up a subdomain) then Discard

(That's from the web interface, not sure what the CLI syntax would be.)

But if you've set up a subdomain, then why not just do your blacklist as follows?

zmprov -l ma <original email id > amavisBlacklistSender <subdomain>

Because the blacklistsender can take just a domain, and then it'll block everything from that domain.

Your final option would be to hack amavisd.conf.in, using the per-recipient personal tables. This would have the virtue of NOT being user-configurable. Just add a high enough score to the blacklisted addresses, and all mail from them will be blocked without going into Junk.
__________________
Elliot Wilen
Berkeley, CA

Don't forget to enter your Zimbra version in your forum profile.
Reply With Quote
  #4 (permalink)  
Old 09-30-2010, 10:45 AM
Moderator
 
Posts: 1,432
Default

Yet another strategy: see access control on distribution list and RestrictPostfixRecipients - Zimbra :: Wiki
__________________
Elliot Wilen
Berkeley, CA

Don't forget to enter your Zimbra version in your forum profile.
Reply With Quote
  #5 (permalink)  
Old 10-01-2010, 01:23 AM
k_k k_k is offline
Active Member
 
Posts: 40
Default

Thanks Elliot for your reply.

Let me explain you the requirement in details :

We are having one domain called example.com.
Under this domain around 250 email IDs are there.
One specfic department contain around 120 email IDs. For this dept, we dont want them to communication with each other...means mail communication should be block within 120 email IDs. But they should able to send mail to rest of 130 email ids and even external world....

And all these IDs are belong to example.com.....

So in this case prostfix restriction which you mentioned is not applicable.....i will check filters option...is there any way ?
Reply With Quote
  #6 (permalink)  
Old 10-02-2010, 09:15 AM
Project Contributor
 
Posts: 72
Default

Justo you need execute, for example:

zmprov ma account@domain.com zimbraMailBlacklistMaxNumEntries 500
zmprov ma account@domain.com zimbraMailWhitelistMaxNumEntries 500
__________________
Daniel Eugenin
http://www.it-linux.cl
Reply With Quote
  #7 (permalink)  
Old 10-05-2010, 02:39 PM
Moderator
 
Posts: 1,432
Default

Wow, that's great to know.

Still doesn't deal with the ability of users to modify the BL, though. If that's an issue, again, I'd consider looking into amavisd.conf.in, although you'd have to do your own research/experimentation on how to configure.
__________________
Elliot Wilen
Berkeley, CA

Don't forget to enter your Zimbra version in your forum profile.
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

blog.zimbra.com




 

SEO by vBSEO ©2011, Crawlability, Inc.