On Sunday 21 August 2005 19:27, Daniel O'Connor wrote:
> I have a script which requires users to login and then it processes their
> mails.. I haven't tried logging in as admin yet, but it would be nice then
> I could run it as a cron job.
I've attached my current work-in-progress..
Don't laugh t
Rick Macdougall wrote:
Hi,
As mentioned in the subject I'm getting an FP hit on forged_hotmail_rcvd
with 3.1.0 rc1 and rc2
Munged message below.
eceived: from bay0-smtp04.bay0.hotmail.com (65.54.234.157)
by mta001.aei.ca with SMTP; 1 Sep 2005 17:00:09 -
Message-ID: <[EMAIL PROTECTED]>
X
Jeff Chan wrote:
On Wednesday, September 7, 2005, 7:00:59 AM, Pierre Thomson wrote:
I've had a rash of FP's in the last few days from hotmail users
whose servers are listed at Spamcop.net. I know it's not a
SpamAssassin issue per se, but as this DNSBL gives a healthy 3
points to every mail, i
From: "Jeff Chan" <[EMAIL PROTECTED]>
On Wednesday, September 7, 2005, 7:00:59 AM, Pierre Thomson wrote:
I've had a rash of FP's in the last few days from hotmail users
whose servers are listed at Spamcop.net. I know it's not a
SpamAssassin issue per se, but as this DNSBL gives a healthy 3
poi
On Wed, 7 Sep 2005, Chris wrote:
Hmm, I had a similar error on the 4th of Sept, sent a msg to the list
regarding this, but have yet to receive any replies.
Sep 4 14:00:50 cpollock spamd[1377]: SPF: lookup failed: __alarm___BEGIN
failed--compilation aborted
at /usr/lib/perl5/site_perl/5.8.5/i38
That's about right, Jamie. It's been quite awhile since the last changes.
{^_^}
- Original Message -
From: "Jamie Pratt" <[EMAIL PROTECTED]>
no, i know literally nothing about curl to be honest... :-(
i just know my rulesets look like this, which seem to be a bit out of
date, and rdj
On Wednesday 07 September 2005 09:15 pm, Dan Mahoney, System Admin wrote:
> Hey all,
>
> More on the same. My scantimes are WAY WAY WAY up -- any idea on knowing
> how to tell which network test could be doing this?
>
> I've got one wierd log entry:
>
> Sep 7 22:08:07 quark spamd[63405]: SPF: loo
Hey all,
More on the same. My scantimes are WAY WAY WAY up -- any idea on knowing
how to tell which network test could be doing this?
I've got one wierd log entry:
Sep 7 22:08:07 quark spamd[63405]: SPF: lookup failed: Can't locate
object method "new" via package "Net::DNS::RR::TXT" at
/u
On Sep 7, 2005, at 6:23 PM, Michele Neylon:: Blacknight.ie wrote:
Greg Allen wrote:
Spamcop users are idiots too. When you have end users pushing
the 'this is spam' button when they get an email that they
don't like from their own friends or family, well... you get Spamcop.
That's a lovely g
> has this been opened as a bug in BZ yet? I can't find it. I'd like
> to get this worked out on the BZ so we can track it as an rc3 issue
> (or not).
I haven't seen a sign of it. I hope the OP does this, I'd hate to have to
try to track back through 3 weeks of deleted mail to find the origina
On Wednesday, September 7, 2005, 3:37:54 PM, Greg Allen wrote:
> Spamcop admins are idiots. They have always had issues with allowing major
> ISPs such as Hotmail to be listed.
Insults won't get you very far. The SpamCop folks have done much
to stop spam. They've also put a lot of hard work into
Okay, I've caught spamd failing to connect in the past. I'm now trying
the following:
piping a message in pine to /usr/local/bin/spamc -l -x -d quark.gushi.org
-S -u danm
I get this:
spamc: connect(AF_INET) to spamd at 65.125.237.251 failed, retrying (#1 of
3): Oper
ation timed out
spamc:
On Wed, Sep 07, 2005 at 03:47:24PM -0400, George Georgalis wrote:
>On Wed, Sep 07, 2005 at 03:24:50PM -0400, Matt Kettler wrote:
>>George Georgalis wrote:
>>
>>> grep -r REPORT /etc/spamassassin/ /usr/share/spamassassin/
>>> returned nothing that wasn't attached to other characters.
>>
>>Hmm.. what
You should open a bugzilla ticket on this.
Loren
- Original Message -
From:
Bill Barnes
To: users@spamassassin.apache.org
Sent: Wednesday, September 07, 2005 11:25
AM
Subject: libsspamc.c syntax error with
IBM xlc
I have get the following error when
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Loren Wilton writes:
> It isn't fixed in rc2.
>
> You only posted that analysis 2 days before the rc2 release, and the tarball
> had already been cut at the time you posted the message. (It takes a day or
> two between release cutoff and the release
On Wednesday, September 7, 2005, 7:00:59 AM, Pierre Thomson wrote:
> I've had a rash of FP's in the last few days from hotmail users
> whose servers are listed at Spamcop.net. I know it's not a
> SpamAssassin issue per se, but as this DNSBL gives a healthy 3
> points to every mail, it drives some
> Just had to remove the backhair ruleset from use here because it is
> triggering on real e-mail from Outlook. It seems possibly that Outlook
> is creating XML mail with some strange tags in certain places, and this
> is triggering the backhair rules because they are not correct HTML tags.
>
> Is
Greg Allen wrote:
> Spamcop admins are idiots. They have always had issues with
> allowing major ISPs such as Hotmail to be listed.
No. Spam is spam. Just because it comes from a major ISP does not lessen
that fact.
If a major email provider or ISP is a source of spam then they should be
listed.
On Wed, Sep 07, 2005 at 05:31:13PM -0400, Matt Kettler wrote:
>George Georgalis wrote:
>
>>
>> Well since my MTA doesn't have an IP put in the header (it gets
>> mail from stdin -- and SA runs from stdin forwarding the exit code
>> to the MTA which then accept or rejects to the remote relay), I
>>
On Wed, 7 Sep 2005, Greg Allen wrote:
Spamcop admins are idiots. They have always had issues with allowing major
ISPs such as Hotmail to be listed.
Sure, and spammers never abuse hotmail accounts? Put the blame where it
lies. Simple equation.
For free email service X, you have Y users who
On Wed, Sep 07, 2005 at 06:37:54PM -0400, Greg Allen wrote:
> As a result, she got our server blacklisted several times and affected about
> 400 users. I went round and round with her telling her to knock it off.
You don't even need a user to actively report to spamcop.
A normal users simple 'vaca
Spamcop admins are idiots. They have always had issues with allowing major
ISPs such as Hotmail to be listed.
Spamcop users are idiots too. When you have end users pushing the 'this is
spam' button when they get an email that they don't like from their own
friends or family, well... you get Spamco
George Georgalis wrote:
>
> Well since my MTA doesn't have an IP put in the header (it gets
> mail from stdin -- and SA runs from stdin forwarding the exit code
> to the MTA which then accept or rejects to the remote relay), I
> think I'll have to settle with incomplete functionality.
Your MTA d
On Wed, Sep 07, 2005 at 03:45:56PM -0400, Matt Kettler wrote:
>George Georgalis wrote:
>> In my setup, trusted relays arn't tested with SA, they go straight
>> to the queue. Untrusted networks must negociate SA in SMTP. I've
>> visited this configuration issue before, and the simple solution
>> has
On Wed, Sep 07, 2005 at 03:24:50PM -0400, Matt Kettler wrote:
>George Georgalis wrote:
>
>> grep -r REPORT /etc/spamassassin/ /usr/share/spamassassin/
>> returned nothing that wasn't attached to other characters.
>
>Hmm.. what about greping /etc/resolv.conf?
nothing.
>Better yet, let's look at th
George Georgalis wrote:
> In my setup, trusted relays arn't tested with SA, they go straight
> to the queue. Untrusted networks must negociate SA in SMTP. I've
> visited this configuration issue before, and the simple solution
> has been
N. You have the wrong idea.
Trusted here does N
On Wed, Sep 07, 2005 at 02:49:50PM -0400, Matt Kettler wrote:
>George Georgalis wrote:
>> 2005-09-07 13:49:10.975816500 logmsg: checking message <[EMAIL PROTECTED]>
>> for geo:1002.
>> 2005-09-07 13:49:10.986551500 debug: received-header: parsed as [
>> ip=83.x2.166.71 rdns=eac71.neoplus.adsl.tpn
George Georgalis wrote:
> grep -r REPORT /etc/spamassassin/ /usr/share/spamassassin/
> returned nothing that wasn't attached to other characters.
Hmm.. what about greping /etc/resolv.conf?
Better yet, let's look at the code surrounding line 233 of INET.pm
head -n 235 /usr/share/perl/5.6.1/IO/So
On Fri, 26 Aug 2005, Justin Mason wrote:
Dan Mahoney, System Admin writes:
On Sat, 20 Aug 2005, Rick Macdougall wrote:
Dan Mahoney, System Admin wrote:
Hey all,
I'd like to run one spamd box for many clients, using SQL user prefs. Is
there a way to have spamd use different domain names -
On Wed, Sep 07, 2005 at 02:47:04PM -0400, Matt Kettler wrote:
>Fred wrote:
>> George Georgalis wrote:
>>
>>>Argument "REPORT" isn't numeric in
>>>subroutine entry at /usr/share/perl/5.6.1/IO/Socket/INET.pm line 223,
>>> line 58. 2005-09-07 13:49:11.026387500 Argument "REPORT" isn't
>>>numeric in s
> -Original Message-
> From: Chris Thielen [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 07, 2005 2:03 PM
> To: Matthew Newton
> Cc: users@spamassassin.apache.org
> Subject: Re: Backhair ruleset and current Microsoft e-mail
>
>
> Matthew Newton wrote:
>
> >Hi,
> >
> >Just had
George Georgalis wrote:
> 2005-09-07 13:49:10.975816500 logmsg: checking message <[EMAIL PROTECTED]>
> for geo:1002.
> 2005-09-07 13:49:10.986551500 debug: received-header: parsed as [
> ip=83.x2.166.71 rdns=eac71.neoplus.adsl.tpnet.pl
> helo=eac71.neoplus.adsl.tpnet.pl by=sta.galis.org ident= e
Fred wrote:
> George Georgalis wrote:
>
>>Argument "REPORT" isn't numeric in
>>subroutine entry at /usr/share/perl/5.6.1/IO/Socket/INET.pm line 223,
>> line 58. 2005-09-07 13:49:11.026387500 Argument "REPORT" isn't
>>numeric in subroutine entry at
>>/usr/share/perl/5.6.1/IO/Socket/INET.pm line 223
On Wed, Sep 07, 2005 at 02:15:09PM -0400, Fred wrote:
>George Georgalis wrote:
>> Argument "REPORT" isn't numeric in
>> subroutine entry at /usr/share/perl/5.6.1/IO/Socket/INET.pm line 223,
>> line 58. 2005-09-07 13:49:11.026387500 Argument "REPORT" isn't
>> numeric in subroutine entry at
>> /usr/
I have get the following error when trying to install SpamAssassin
v3.0.4:
==
spamc/spamc.c:
spamc/libspamc.c:
"spamc/libspamc.c", line 1303.9: 1506-046 (S) Syntax error.
"spamc/libspamc.c", line 1303.12: 1506-045 (S) Undeclared identifier
create.
"spamc/libspamc.c", line 1307.9: 150
George Georgalis wrote:
> Argument "REPORT" isn't numeric in
> subroutine entry at /usr/share/perl/5.6.1/IO/Socket/INET.pm line 223,
> line 58. 2005-09-07 13:49:11.026387500 Argument "REPORT" isn't
> numeric in subroutine entry at
> /usr/share/perl/5.6.1/IO/Socket/INET.pm line 223, line 58.
> 200
On Wed, Sep 07, 2005 at 11:35:53AM -0400, Matt Kettler wrote:
>George Georgalis wrote:
>> it would seem the following rule is not being used...
>>
>> header __RCVD_IN_SBL_XBLeval:check_rbl('sblxbl',
>> 'sbl-xbl.spamhaus.org.')
>> describe __RCVD_IN_SBL_XBL Received via a relay in Spa
Matthew Newton wrote:
Hi,
Just had to remove the backhair ruleset from use here because it is
triggering on real e-mail from Outlook. It seems possibly that Outlook
is creating XML mail with some strange tags in certain places, and this
is triggering the backhair rules because they are not corr
Jamie,
Jamie Pratt wrote:
Fred wrote:
Yes we are aware of this issue, the site has changed owners a couple
times
and during those transitions we had to change the way we updated the
pages,
from SSH to FTP to CVS.. Not all of us have kept up on how the
changes need
to be made. At one
Jamie Pratt wrote:
> Ok.. Thanks ... But are you saying there are different "latest"
> rulesets floating about, or just that they page that reflects them
> needs work? Where are the correct rulesets, and how do we fix this?
> ...I just need the latest rules, regardless of RDJ... :-(
Hello again,
N
Fred wrote:
Mike Jackson wrote:
For instance, they show the last updated
date on 70_sare_random.cf as 2004-05-17, while you and I both have
the date as 2005-06-01.
Yes we are aware of this issue, the site has changed owners a couple times
and during those transitions we had to change the
loren,
maybe "set lang = " ?
Loren
where, and on what basis, do you suggest setting that?
checking the man pages for both
Mail::SpamAssassin::Conf's
Mail::SpamAssassin::Plugin::TextCat
the relevant, and only, option seems to be:
...
USER OPTIONS
ok_languag
Mike Jackson wrote:
> For instance, they show the last updated
> date on 70_sare_random.cf as 2004-05-17, while you and I both have
> the date as 2005-06-01.
Yes we are aware of this issue, the site has changed owners a couple times
and during those transitions we had to change the way we updated
no, i know literally nothing about curl to be honest... :-(
i just know my rulesets look like this, which seem to be a bit out of
date, and rdj runs nightly, and hasn't sent me an email either way in
over a month..
-rw-r--r-- 1 root bin 31854 May 31 2004 70_sare_adult.cf
-rw-r--r-- 1 ro
George Georgalis wrote:
> it would seem the following rule is not being used...
>
> header __RCVD_IN_SBL_XBLeval:check_rbl('sblxbl',
> 'sbl-xbl.spamhaus.org.')
> describe __RCVD_IN_SBL_XBL Received via a relay in Spamhaus SBL+XBL
> tflags __RCVD_IN_SBL_XBLnet
>
> I do have M
it would seem the following rule is not being used...
header __RCVD_IN_SBL_XBLeval:check_rbl('sblxbl',
'sbl-xbl.spamhaus.org.')
describe __RCVD_IN_SBL_XBL Received via a relay in Spamhaus SBL+XBL
tflags __RCVD_IN_SBL_XBLnet
I do have Mail::SpamAssassin::Plugin::URIDNSBL but
no, i know literally nothing about curl to be honest... :-(
i just know my rulesets look like this, which seem to be a bit out of
date, and rdj runs nightly, and hasn't sent me an email either way in
over a month..
-rw-r--r-- 1 root bin 31854 May 31 2004 70_sare_adult.cf
-rw-r--r-- 1 ro
Hi,
Just had to remove the backhair ruleset from use here because it is
triggering on real e-mail from Outlook. It seems possibly that Outlook
is creating XML mail with some strange tags in certain places, and this
is triggering the backhair rules because they are not correct HTML tags.
Is the ba
Hi all,
I've had a rash of FP's in the last few days from hotmail users whose servers
are listed at Spamcop.net. I know it's not a SpamAssassin issue per se, but as
this DNSBL gives a healthy 3 points to every mail, it drives some ham over the
threshold.
The only thing that looks unusual in t
maybe "set lang = " ?
Loren
> I know the problem with commercial recipients but I dont fully understand
it (running a mailserver
> for clients that dont like greylist, myself)
There are essentially two problems here that bother commercial email
traffic.
1.As you noted, some people like to use email as instant messaging,
51 matches
Mail list logo