Hi,
I've read the faq and everything seems ok.
1 - The domain is in locals map
2 - sa_tag_level_level_deflt is bellow the threshold
I even tried:
$sa_tag_level_deflt = undef;
but without success..
Any ideas?
Thanks,
Nuno Fernandes
On Monday 19 May 2008 17:11:58 Nuno Fernandes wrote:
Hi,
Hi Marc,
Looking into it... Looks like an undesired side effect
of a change in a client-side SMTP pipelining support.
the following patch fixes the problem at least for my
personal needs. The only difference to the old behaviour
is that it simply says
MTA: ...
instead of
Thomas Gelf schrieb:
Hi Marc,
Looking into it... Looks like an undesired side effect
of a change in a client-side SMTP pipelining support.
the following patch fixes the problem at least for my
personal needs
Everything seems to be fine, I'm right now routing a few
domains through it
Thomas Gelf schrieb:
Can someone give me a little hint where to get this info
from while being in process_smtp_request()?
this info - [123.45.67.89]:25
-
This SF.net email is sponsored by: Microsoft
Defy all challenges.
Thomas Gelf schrieb:
The problem is, that there is no way to keep an additional unique key
on the tables. MySQL docs are telling me:
...every unique key on the table must use every column in the table's
partitioning expression. (this also includes the table's primary key,
since it is by
Thomas,
the following patch fixes the problem at least for my
personal needs
Everything seems to be fine, I'm right now routing a few
domains through it and my parser is happy. I had to hard-
code the ([1.2.3.4]:25) part, as I didn't really want to
modify the parser.
The full patch
Thomas,
Can someone give me a little hint where to get this info
from while being in process_smtp_request()?
this info - [123.45.67.89]:25
After XFORWARD has been received, the information is in:
$msginfo-client_addr
$msginfo-client_port
Mark
Thomas,
Can someone give me a little hint where to get this info
from while being in process_smtp_request()?
this info - [123.45.67.89]:25
After XFORWARD has been received, the information is in:
$msginfo-client_addr
$msginfo-client_port
You mean your own IP address? See
Thomas,
The full patch is on its way...
So here it is, adding back the missing 'Ok, id=01234-01-2, from MTA...'
to SMTP responses (with some code streamlining):
--- amavisd.orig2008-04-23 20:50:05.0 +0200
+++ amavisd 2008-05-21 15:23:23.0 +0200
@@ -16498,22
myself wrote:
Here are some of the rules I'm using for yahoo, gmail, paypal
and ebay (also found in my sandbox directory in SpamAssassin's
SVN directory spamassassin-trunk/rulesrc/sandbox/mmartinec/ ):
Also worth checking are some whitelisting rules in that directory,
ensuring delivery of
Zdravo Mark,
After XFORWARD has been received, the information is in:
$msginfo-client_addr
$msginfo-client_port
You mean your own IP address? See 'package Amavis::In::Connection',
such info is stored in $conn-socket_ip and $conn-socket_port.
Slowly I'm understanding small parts of the
Mark Martinec schrieb:
The full patch is on its way...
So here it is, adding back the missing 'Ok, id=01234-01-2, from MTA...'
to SMTP responses (with some code streamlining):
Wow, what a service! I'll test it immediately (after finishing some
little modification to my DB structure) and let
From: Curtis Maurand [EMAIL PROTECTED]
Date: Wed, 21 May 2008 16:05:25 -0400 (EDT)
To: Amavis Users amavis-user@lists.sourceforge.net
Subject: [AMaViS-user] Anyway to reduce CPU priority
Is there any way to make amavisd-new play nice? I need to reduce its
CPU priority.
'man nice'.
Jo Rhett escreveu:
On May 21, 2008, at 2:49 PM, Leonardo Rodrigues Magalhães wrote:
One thing that i found REALLY bad about dkim is that the reputation
thing should be manually configured and not 'learned' or 'grabbed'
somehow from somewhere, just like SPF records that are DNS
Jo Rhett escreveu:
If the message is NOT DKIM-signed, then the verifier cant do
anything at all, unless it's manually configured for that.
Sure it can. Just like SPF, it should score the message according to
the published policy. Exactly the same as the sending IP not being
Hi,
since I've installed amavisd-new 2.6.0 I get these error messages in my mail
log:
May 22 01:05:18 mail postfix/anvil[2770]: statistics: max cache size 1 at May
22 01:01:52
May 22 01:06:56 mail postfix/smtpd[2775]: timeout after END-OF-MESSAGE from
localhost[127.0.0.1]
May 22 01:06:56 mail
I am currently using the ClamAV anti-virus solution for our email.
(running Postfix). I'd like to use another one but have not been able
to find one that will work with amavisd-new.
I'm running Mac OS X Tiger (10.4.11), but will upgrade to Leopard in
the next few months.
Any suggestions?
17 matches
Mail list logo