Mark Martinec wrote:
> Peter,
>
>> I have added this to my amavisd.conf file
>>
>> $policy_bank{'SMTP_AUTH'} = {
>> originating => 1,
>> bypass_banned_checks_maps => [1],
>> bypass_spam_checks_maps => [1],
>> os_fingerprint_method => undef, # don't query p0f for internal clients
>> };
>>
Bill Landry wrote:
> Adam Gibson wrote:
--- CUT---
>> I think we are saying the same thing. By checking to make sure it
>> detects eicar before copying the dat files over it also makes sure the
>> dat files are not corrupt. The dat files are initially downloaded to a
>
Bill Landry wrote:
> Adam Gibson wrote:
>> Gary V wrote:
>>> (have not tried it though). Make sure your update script is a recent
>>> one that tests the downloads before employing them and consider
>> This is one of the most important steps IMHO. I would make
Gary V wrote:
> (have not tried it though). Make sure your update script is a recent
> one that tests the downloads before employing them and consider
This is one of the most important steps IMHO. I would make sure the
script tests the dat files before copying them into place. The scripts
that
Mark Martinec wrote:
> No, you will have to upgrade the Petr Rehor's milter helper
> to 1.1.3. It is promised to be out in few days. This upgrade is
> needed anyway to make it work again under FreeBSD and OpenBSD,
> so it was not worth providing special compatibility measures.
>
> Mark
>
Do yo
It appears they have sendmail milter available for anti-virus integration.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & bus
Mark Martinec wrote:
> Adam,
>
>> Trying to upgrade from amavisd-new 2.3.3 to 2.4.1. RedHat9 has Net::Cmd
>> 2.21 as part of the main perl package. Any chance of getting by with
>> 2.21 with a milter setup. I am hoping that maybe the code only uses
>> Net::Cmd when running amavisd's SMTP code s
Trying to upgrade from amavisd-new 2.3.3 to 2.4.1. RedHat9 has Net::Cmd
2.21 as part of the main perl package. Any chance of getting by with
2.21 with a milter setup. I am hoping that maybe the code only uses
Net::Cmd when running amavisd's SMTP code so commenting out the version
requirement
Aaron Grewell wrote:
Hello list, I'm trying to run amavislogsumm against my mail logs, and some of
the scores are listed with a +10 at the end, which breaks the script. For
example:
May 23 10:17:22 216.186.73.25 amavis[7301]: (07301-01-9) SPAM-TAG,
<[EMAIL PROTECTED]> -> <[EMAIL PROTECTED]>,
Mark Martinec wrote:
Adam,
Since it seems as client_address is getting set then would I just need
to set the above and not set interface_policy since milter config is not
based on ports?
This would solve most of my issues if this works. Most of the bypassing
needs to be done for hosts that I
Adam Gibson wrote:
Mark Martinec wrote:
Adam,
How do you use policy banks with the sendmail/amavisd-milter setup?
The new AM.PDP protocol allows the caller to provide a SMTP client's
IP address in an attribute pair like: client_address=10.2.3.4
If the client IP information is provide
Mark Martinec wrote:
Adam,
How do you use policy banks with the sendmail/amavisd-milter setup?
The new AM.PDP protocol allows the caller to provide a SMTP client's
IP address in an attribute pair like: client_address=10.2.3.4
If the client IP information is provided and @mynetworks_maps is d
Mark Martinec wrote:
Adam,
It would be nice if the score_sender_maps had an entry for an IP or
hostname to limit what sending systems will match the score_sender_map
entry. This would be very handy as I know where most of the entries
will be sending emails from and could keep spammers from usin
Mark Martinec wrote:
Adam,
amavisd-new 2.3.3.
Hits: -1.814+(-3,-3,-3,-3,-3,-3,-3,-3,-3,-3,-3)
The score_sender_maps matches the from email address so I would have
expected the Hits to be 'Hits: -1814+(-3)' regardless of how many
recipients are sent the email for that one SMTP email.
It seems
amavisd-new 2.3.3.
Hits: -1.814+(-3,-3,-3,-3,-3,-3,-3,-3,-3,-3,-3)
The score_sender_maps matches the from email address so I would have
expected the Hits to be 'Hits: -1814+(-3)' regardless of how many
recipients are sent the email for that one SMTP email.
It seems incorrect to keep adding -
[EMAIL PROTECTED] wrote:
I downgrade Net::Server and work perfect
Dag updated Net::Server to 0.93 across the board for all redhat versions
but did not update amavisd-new to 2.4.0 for rh9. So anyone currently
running rh9 and using dag with yum auto-updates enabled will find that
amavi
Mark Martinec wrote:
Adam,
amavisd-new 2.3.3 and spamassassin 3.1.1 under a Sendmail
amavisd-milter setup. Mail generated locally gets detected as being
in the DNS blacklists because it originates from 127.0.0.1. When
procmail forwards a copy of an email to a mobile user the same happens.
amavisd-new 2.3.3 and spamassassin 3.1.1 under a Sendmail amavisd-milter
setup. Mail generated locally gets detected as being in the DNS
blacklists because it originates from 127.0.0.1. When procmail forwards
a copy of an email to a mobile user the same happens.
Is there a setting somewhere
I noticed in dag's amavisd-new 2.3.3 spec for amavisd the info below
which goes against everything I have found in the archives for the
amavisd-new list:
### No longer required with new amavisd-new
#Requires: perl(Digest::MD5) >= 2.22, perl-HTML-Parser >= 3.24
But the INSTALL file for amavisd
A big thank you for this!
Petr Rehor wrote:
Portability release. amavisd-milter 1.0 can be used with sendmail 8.12
(smfi_opensocket() is now optional). Use this version when you can't
use sendmail 8.13 (e.q. stock RH9).
P.
---
This SF.Net em
Martin Svensson wrote:
Hi Adam,
We're using Amavis-milter with RHEL 3.0's Sendmail version 8.12.11 and
it's working great. 80,000 emails/day on 2 servers with SA (incl.
network tests, DCC and Bayes SQL) and 2 virusscanners.
No such luck with the milter at http://amavisd-milter.sourceforge.ne
Has anyone tried the newer amavis-milter with RedHat9's sendmail 8.12.8?
I have not had any problems with any other milter so I am really just
curious if this is a hard requirement or just a recommendation because
it has not been tested with 8.12.8.
If the answer is that it does require 8.13.
Matthias Weigel wrote:
Hi,
I had the same problem a while ago and found no solution. So I
programmed a milter to give me this functionality.
Maybe it is helpful. It can be found in the archives:
http://marc.theaimsgroup.com/?l=amavis-user&m=41046507806&w=2
milter-ahead by Anthony Howe o
23 matches
Mail list logo