> -Original Message-
> From: Dallas L. Engelken [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 06, 2004 9:59 AM
> To: Brian Sneddon; [EMAIL PROTECTED]
> Subject: RE: [SAtalk] RCVD_IN_DYNABLOCK,RCVD_IN_SORBS in 2.61
> when sending myself a test message?
>
>
> -Original Message-
> From: Michael H. Collins [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 06, 2004 9:53 AM
> To: spamassassin-talk
> Subject: [SAtalk] Perl error?
>
> Fired up Razor2 yesterday and while it seems to be working I
> am seeing
> this error.
>
> razor2 check ski
>
> its all in how you configure it... see
>
> [EMAIL PROTECTED] root]# man Mail::SpamAssassin::Conf | grep num_
>num_check_received { integer } (default: 9)
>
> dallas
Which is followed by:
This option is deprecated in version 2.60 and later. It will be
removed in a future version.
Hi, Mitch.
Could you please provide more information regarding the mail server which is
running SpamAssassin? Information such as which MTA it's using, how you're
calling SpamAssassin (procmail, milter, etc.), and whether the machine is on
a private NATed address will be helpful in troubleshooting
Check the documentation on spamass-milter,
specifically the -r parameter which lets you reject mail that scores at or above
a specific threshold.
Brian
From: Jim Viton [mailto:[EMAIL PROTECTED]
Sent: Friday, January 02, 2004 12:14 PMTo:
[EMAIL PROTECTED]Subject: [SAtalk] SA - flag
some
Wont that \n at the end of the regex match virtually ALL mail?
Brian
-Original Message-
From: Jennifer Wheeler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 31, 2003 12:06 PM
To: 'Chris Santerre'; [EMAIL PROTECTED]
Subject: RE: [SAtalk] Rule to block Paris Hilton spam
Eureka! :)
spamass.sock is a UNIX socket and will be created automatically when you
start the milter.
Brian
-Original Message-
From: Robt. Miller [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 27, 2003 2:17 PM
To: [EMAIL PROTECTED]
Subject: [SAtalk] Sendmail line
I installed Spamassassin and
Try starting spamd with the -D option which will generate debug information.
That should help you find where it's crashing.
Brian
-Original Message-
From: Sean Kirkpatrick [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 24, 2003 1:30 PM
To: [EMAIL PROTECTED]
Subject: [SAtalk] spamd d
Have you tried:
header BLANK_SUBJECT Subject =~ /^$/
That should do it.
Brian
-Original Message-
From: George [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 4:14 PM
To: [EMAIL PROTECTED]
Subject: [SAtalk] no content in the subject
Hello list!
Can someone show me
Do any good docs exist on using SpamAssassin with Sendmail as a gateway to
an Exchange server? This is how I configured the spam filter we use here at
work (Sendmail+SpamAssassin+spamass-milter) and if there aren't any good
docs on this (and people would find one helpful) then I'll tidy up the
ins
dding the required macro to the Sendmail
config, or modifying the SpamAssassin code to accept (but not store)
whitespace before the newline character.
Brian
-Original Message-
From: Brian Sneddon [mailto:[EMAIL PROTECTED]
Sent: Friday, December 12, 2003 4:42 PM
To: [EMAIL PROTECTED]
Subject: [SAtal
To any of you running SpamAssassin 2.60+ with SendMail and spamass-milter
0.2.0 I am curious as to whether the -notfirsthop rules (such as Dynablock)
are working correctly for you. (I'm aware of its move to SORBS) When
SpamAssassin processes email through spamass-milter it's rarely matching
Dynab
The default is for spamd to spawn multiple processes. The -m flag is used
to limit the max number of processes that will be spawned.
Brian
-Original Message-
From: Pedro Sam [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 11, 2003 1:29 PM
To: [EMAIL PROTECTED]
Subject: Re: [SAtalk] B
ECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2003 8:27 PM
To: Brian Sneddon
Cc: [EMAIL PROTECTED]
Subject: Re: [SAtalk] RCVD_IN_DYNABLOCK FP?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Sneddon writes:
>After doing some more testing I can only duplicate the problem with
-milter and niether one results in success.
Brian
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2003 7:21 PM
To: Brian Sneddon
Cc: 'Matt Kettler'; [EMAIL PROTECTED]
Subject: Re: [SAtalk] RCVD_IN_DYNABLOCK FP?
-BEGIN PGP SIGNED MESSA
output when the email was processed by spamd with
debugging turned on.
-Original Message-
From: Brian Sneddon [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2003 11:36 AM
To: [EMAIL PROTECTED]
Subject: RE: [SAtalk] RCVD_IN_DYNABLOCK FP?
I'm running SpamAssassin 2.60 on a p
-Original Message-
From: Matt Kettler [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2003 1:18 PM
To: Brian Sneddon; [EMAIL PROTECTED]
Subject: RE: [SAtalk] RCVD_IN_DYNABLOCK FP?
At 11:35 AM 11/3/2003, Brian Sneddon wrote:
>I'm running SpamAssassin 2.60 on a public IP (not NATed)
I'm running SpamAssassin 2.60 on a public IP (not NATed) and none of the
-notfirsthop rules (including RCVD_IN_DYNABLOCK) have worked correctly for
me, either. For reference I'm also running Sendmail and Spamass-milter
0.2.0. Here are the headers from an email that *should* have matched the
rule:
Hi, Mark.
These aren't messages that you've already fed to the Bayesian classifier,
are they? Once it learns a message feeding it through again wont cause it
to learn it again.
Brian
-Original Message-
From: Mark Beckwith [mailto:[EMAIL PROTECTED]
Sent: Monday, October 27, 2003 9:26 PM
I'm seeing the following messages when running "spamassassin -D -t <
sample-spam.txt". I've been feeding unique ham to sa-learn for a while now
but each time SpamAssassin is telling me that it's at 156. I am feeding the
ham to the correct Bayes database and each time sa-learn does tell me that
it
For the record I also began noticing many more 100% Bayesian matches after
upgrading from 2.55 to 2.6. So far it hasn't resulted in any false
positives that I'm aware of, but it has left me feeling slightly uneasy.
Brian
-Original Message-
From: Ben Wing [mailto:[EMAIL PROTECTED]
Sent:
] Re: RCVD_IN_DYNABLOCK
On 2003-10-16, Brian Sneddon <[EMAIL PROTECTED]> wrote:
> If you check the rule itself in 20_dnsbl_tests.cf you'll notice the
> -notfirsthop part of the argument to check_rbl_txt(). This tells
> SpamAssassin to check all hops except the first one for
Hi, Russell.
If you check the rule itself in 20_dnsbl_tests.cf you'll notice the
-notfirsthop part of the argument to check_rbl_txt(). This tells
SpamAssassin to check all hops except the first one for this match. As a
result it shouldn't match people sending email through their ISP's mail
server
23 matches
Mail list logo