Filter by IP

[Alex Neuman]

You can probably add the test server's IP to the spam whitelist, then
add a "non-spam actions" ruleset that says something like:

To:allowed.domain.com deliver
To:allowed2.domain.com deliver
From:xx.xx.xx.xx store

That way, the first two domains "hit" and "deliver" the e-mails, while
anything else from the test server will be "stored" - you could use
"delete" but just in case use "store" so you can release them if
necessary.


On Mon, Sep 17, 2012 at 11:01 AM, Sampson, Aaron <Sampson at p2sol.com> wrote:
> I am running Centos 6 with Postfix/mailscanner 4.84.5 with Spam Assassin and
> Clamd and I have a Test server that I am trying to prevent from e-mailing
> anyone outside 2 certain domains.  I have been trying to figure out the best
> way to set this up so that it does not interfere with the production servers
> or regular e-mails.  But not really clear on the best way to set this up.
>
> I thought about trying to put something in whitelist.rules but want to have
> a clear plan of attack before I try anything to prevent disruption of normal
> e-mails.
>
>
>
> Wanting to do something like
>
> When From: ip.tst.srv.add           Only Allow to send to: our.domain.com &
> this domain.com (and block anything not to that domain)
>
>
>
> Any thoughts would be greatly appreciated
>
>
>
>
>
> Aaron Sampson
>
> IT Department
>
>
>
>
> --
> MailScanner mailing list
> mailscanner at lists.mailscanner.info
> http://lists.mailscanner.info/mailman/listinfo/mailscanner
>
> Before posting, read http://wiki.mailscanner.info/posting
>
> Support MailScanner development - buy the book off the website!
>



-- 

--

Alex Neuman van der Hans
Reliant Technologies / Vida Digital
http://vidadigital.com.pa/

+507-6781-9505
+507-832-6725
+1-440-253-9789 (USA)

Follow @AlexNeuman on Twitter
http://facebook.com/vidadigital


-- So-called "legal disclaimers" are not legally binding, so don't
bother. A cute graphic saying "save the planet, don't print this" can
potentially create more CO2, not less, so don't bother either.