Hello Phil,
Sunday, May 28, 2006, 11:20:05 AM, you wrote:
PS> Hi there,
PS> So I searched (a lot) for solutions. I only found this one in the SA rules :
PS> SARE_TOCC_BCC_MANY
PS> in the 70_SARE_header0.cf file.
PS> By default, the score is set to 0...
PS> Then I looked at the SARE file.
PS> Th
Phil (Sphinx) wrote on Sun, 28 May 2006 20:49:41 +0200:
> I don't think they do not appear... because when I test it myself, with
> the SARE Bcc rule, it seems to work :
The bcc is either stripped out or ignored by an MTA if it is in the header
of a mail because it is useless there and can comp
On 5/28/06, Phil (Sphinx) <[EMAIL PROTECTED]> wrote:
I really don't understand.
I haven't attempted to figure out what the SARE rule is doing, I'm afraid.
Do you think I should ask the exim-users list ?
If the goal is to limit the volume of mail that any particular user
can cause to be del
Hi,
Thanks for the quick answer.
Bart Schaefer a écrit :
On 5/28/06, Phil (Sphinx) <[EMAIL PROTECTED]> wrote:
I also tried to set up my own rule : header NETW_BCC_MANY ^Bcc =~
/,.*,.*,/
The Bcc header is stripped out by the transport system, so you can't
compare on it directly.
Yes, I've
On 5/28/06, Phil (Sphinx) <[EMAIL PROTECTED]> wrote:
I also tried to set up my own rule :
header NETW_BCC_MANY ^Bcc =~ /,.*,.*,/
The Bcc header is stripped out by the transport system, so you can't
compare on it directly. What you have to discover is whether there
are a lot of recipients in t
Hi there,
Our SpamA version is: 3.0.3 Running on Perl : 5.8.4.
Our serveurs only run Debian, stable, and are up to date.
We have got exim, clamscan, and SpamA. But we do not use any Procmail.
Since our mail server (www.mezimail.com) is supposed to be opened (free
service to promote OpenSource s
