Gary wrote:

> Davide wrote:

>> Il giorno gio, 09/03/2006 alle 08.09 -0700, Gary V ha scritto:
>>> It would also bee a good idea to use the exact same list  and place
>>> them in spam_lovers, e.g.:
>>> 
>>> @spam_lovers_acl = qw( !d1.com !.d2.com !a.d3.com . );


>> umh...er...there is a thing i cannot understand.

>> If I apply an acl directive to a domain, it parses or excludes incoming
>> and outgoing mail, right?

>> so, any directives will not work in my case because I don't want to scan
>> emails sent from [EMAIL PROTECTED] to [EMAIL PROTECTED], but I
>> absolutely want to scan emails sent from [EMAIL PROTECTED] to
>> [EMAIL PROTECTED]

> Yes, this is a limitation of this approach because it is based on
> recipient. Mail from example.com to foreigndomain.com will not be
> scanned, but mail from example.com to example.com will.

>> Finally, I understood that "policy banks" are what I need

> Yes.

> Gary V

You could set up a second listener in Postix (using a different port or IP
address), have your users submit to that port/IP address instead of
the current one, and bypass content filtering for clients that use
that port/IP address. This does not give you the advantage of scanning
outgoing mail for viruses (or anything else) however, and can be
abused by someone who knows about it. Using this with SMTP AUTH would
be a lot more secure.

50025      inet  n       -       n       -       -       smtpd
    -o content_filter=

You could also create a smtpd_restriction_class that checks both the
sender and the network the sender is sending from, and if the sender
is from a trusted network , allow them to send to port 10025 (the
re-injection port).

This link could be reworked to fit this situation:
http://marc.theaimsgroup.com/?l=amavis-user&m=113364463710590&w=2

Gary V



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
AMaViS-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/

Reply via email to