Hey all,
Where does the freemail filters for SA get it's list of email addy's?
I'm looking at the FreeMail.pm -- and I'm not perl coherent enough to have it
jump out at me.
I'm just wondering if it's downloaded and/or also comes from a locally scanned db
(through sa learn)..
Thanks,
-Ben
Am 24.03.2013 15:28, schrieb James Curtis:
md_graphdefang_log('spamhaus', $hits, $RelayAddr);
[...]
# the reject works, but graphdefang log shows the Subject instead of Relay
address
[...]
Mar 24 09:44:06 monitor mimedefang.pl[15805]:
On Sun, 24 Mar 2013 10:28:16 -0400
James Curtis jameswcur...@hotmail.com wrote:
I guess I need a mimedefang-filter and Perl for dummies book.
There are plenty of pretty good Intro to Perl books; check the O'Reilly
site. As for intro to MIMEDefang, you could have a look at slides from a
talk I
Am 25.03.2013 04:42, schrieb Ben Kamen:
Where does the freemail filters for SA get it's list of email addy's?
I'm looking at the FreeMail.pm -- and I'm not perl coherent enough to
have it jump out at me.
I'm just wondering if it's downloaded and/or also comes from a locally
scanned db
I guess I need a mimedefang-filter and Perl for dummies book.
There are plenty of pretty good Intro to Perl books; check the O'Reilly
site. As for intro to MIMEDefang, you could have a look at slides from a
talk I gave (a long time ago):
On Mon, 25 Mar 2013 13:30:31 -0400
James Curtis jameswcur...@hotmail.com wrote:
md_check_against_smtp_server($sender, $recip, localhost, 192.168.1.10);
You are throwing away the return values from that function. You need
to assign them to some local variables like this:
my ($retval, $code,
Am 25.03.2013 04:42, schrieb Ben Kamen:
The way I understand it, it does neither of the two. You have to
specify them all yourself in the config file as described in the
initial comment of FreeMail.pm:
### Supported .cf clauses:
#
# freemail_domains domain ...
#
#List of domains to be used
Date: Mon, 25 Mar 2013 13:05:16 +0100 (From: t.schm...@phoenixsoftware.de)
So if you relay *all* mails to internal private address,
your filter_recipient could in fact be as simple as:
sub filter_recipient
{
my($recip, $sender, $ip, $host, $first, $helo,
--- On Mon, 3/25/13, James Curtis jameswcur...@hotmail.com wrote:
I did read through the mimedefang.pl file enough to find: ...
AND this
($retval, $code, $dsn, $text) = get_smtp_return_code($sock, $recip, $server);
if ($retval ne 'CONTINUE') {
$sock-print(QUIT\r\n);
$sock-flush(); #
On Mon, 2013-03-25 at 13:53 -0700, kd6...@yahoo.com wrote:
Although this will issue a QUIT when an error is returned, it does NOT
do so when the transaction succeeds to the point where 'DATA' is
normally issued.
I'm not seeing that. I have MIMEDefang 2.71-2build1 on Ubuntu Precise. I
see code
On Mon, 25 Mar 2013, David F. Skoll wrote:
On Mon, 25 Mar 2013 13:30:31 -0400
James Curtis jameswcur...@hotmail.com wrote:
md_check_against_smtp_server($sender, $recip, localhost, 192.168.1.10);
You are throwing away the return values from that function. You need
to assign them to some local
Am 25.03.2013 20:54, schrieb James Curtis:
your filter_recipient could in fact be as simple as:
sub filter_recipient
{
my($recip, $sender, $ip, $host, $first, $helo, $rcpt_mailer,
$rcpt_host, $rcpt_addr) = @_;
return md_check_against_smtp_server($sender, $recip,
filter serverexternal DNS
*Date: Mon, 25 Mar 2013 23:43:15 +0100
From: t.schmidt
your filter_recipient could in fact be as simple as:
sub filter_recipient
{
my($recip, $sender, $ip, $host, $first, $helo, $rcpt_mailer,
$rcpt_host, $rcpt_addr) = @_;
return md_check_against_smtp_server($sender, $recip,
filter
On Mon, 2013-03-25 at 17:00 -0700, kd6...@yahoo.com wrote:
This is what I saw:
if ($retval ne 'CONTINUE') {
$sock-print(QUIT\r\n);
Looks pretty conditional to me. If the return value is the continue literal,
no quit is issued.
I've now pulled mimedefang.pl.in from the 2.73 tarball
On Mon, 25 Mar 2013 13:53:34 -0700 (PDT)
kd6...@yahoo.com wrote:
Although this will issue a QUIT when an error is returned, it does
NOT do so when the transaction succeeds to the point where 'DATA' is
normally issued. There are at least two blacklisting DNSBLs that
track systems that track
--- On Mon, 3/25/13, David F. Skoll d...@roaringpenguin.com wrote:
On Mon, 25 Mar 2013 13:53:34 -0700 (PDT) kd6...@yahoo.com wrote:
Although this will issue a QUIT when an error is returned, it does
NOT do so when the transaction succeeds to the point where 'DATA' is
normally issued. There
Date: Mon, 25 Mar 2013 20:35:53 -0700
From: kd6...@yahoo.com
I was responding directly to what was posted to the list, which has the
defect.
The original post was a cut/paste from my /usr/bin/mimedefang.pl file (version
2.70-1)
2)
17 matches
Mail list logo