On 06/01/10 03:49, Matt Kettler wrote:
On 1/5/2010 6:09 AM, Angel L. Mateo wrote:
Hello,
Because FH_DATE_PAST_20XX bug, I have found that when I run
spamassassin through amavisd-new (in a postfix server) I need to
restart spamassassin and amavisd-new after any change in spamassassin.
Debuggin
clem...@dwf.com wrote:
> How do I tell if sa-update is actually running?
> I mean, yes, I can run it by hand and get no error messages, and with
> -D I dont see any problems, still I feel that my stuff isnt current,
> and that there should be an update.
>
> Should I be getting a message in /var/l
Matt Doran wrote:
OK, I think I'm onto something here. The warnings would appear for
the first message processed by that process. I was able to reproduce
by restarting the daemon and sending in a new message.
>From my experimenting with the shortcircuit plugin I know that it
has the abilit
OK, I think I'm onto something here. The warnings would appear for the
first message processed by that process. I was able to reproduce by
restarting the daemon and sending in a new message.
>From my experimenting with the shortcircuit plugin I know that it
has the ability to change the ord
>
> Matt Doran wrote:
>> Matt Kettler wrote:
>>> On 1/7/2010 9:14 PM, Matt Doran wrote:
Hi guys,
I was recently doing some reconfigurating/optimization of our
SpamAssassin setup. And I've started seeing the following entries
in the mail.log. They don't appear for every
Matt Doran wrote:
Matt Kettler wrote:
On 1/7/2010 9:14 PM, Matt Doran wrote:
Hi guys,
I was recently doing some reconfigurating/optimization of our
SpamAssassin setup. And I've started seeing the following entries
in the mail.log. They don't appear for every mail processed, but
it does
Matt Kettler wrote:
On 1/7/2010 9:14 PM, Matt Doran wrote:
Hi guys,
I was recently doing some reconfigurating/optimization of our
SpamAssassin setup. And I've started seeing the following entries
in the mail.log. They don't appear for every mail processed, but it
does happen multiple tim
On 1/7/2010 9:14 PM, Matt Doran wrote:
> Hi guys,
>
> I was recently doing some reconfigurating/optimization of our
> SpamAssassin setup. And I've started seeing the following entries in
> the mail.log. They don't appear for every mail processed, but it
> does happen multiple times a day.
>
> I
Hi!
config: failed to parse line, skipping, in
"/tmp/.spamassassin7365XWGL4Stmp/10_default_prefs.cf":
clear_originating_ip_headers
config: failed to parse line, skipping, in
"/tmp/.spamassassin7365XWGL4Stmp/10_default_prefs.cf":
originating_ip_headers X-Yahoo-Post-IP X-Originating-IP
X-Apparentl
Hi guys,
I was recently doing some reconfigurating/optimization of our
SpamAssassin setup. And I've started seeing the following entries in
the mail.log. They don't appear for every mail processed, but it does
happen multiple times a day.
I'm running Debian stable, SpamAssassin 3.2.5 in
How do I tell if sa-update is actually running?
I mean, yes, I can run it by hand and get no error messages, and with -D
I dont see any problems, still I feel that my stuff isnt current, and that
there
should be an update.
Should I be getting a message in /var/log/messages? or /var/log/maillog?
Hi!
Can't you do zone transfers? Then you can do away with the
subscriber_key thing and have DNS resolve locally for spamhaus.org and
not have to query their DNS servers.
They sell datafeed and they sell queries, we bought queries. I do not
believe they would think kindly on my trying a zone
d.h...@yournetplus.com wrote:
> Quoting DAve :
>
>> Good morning all,
>>
>> I recently got my employer to pay for spamhaus queries, finally. I need
>> to use a key to access spamhaus now. Not an issue for for me MTA but SA
>> is another problem. When I change the rules to use our key, the key is
>
d.h...@yournetplus.com wrote:
Can't you do zone transfers? Then you can do away with the
subscriber_key thing and have DNS resolve locally for spamhaus.org and
not have to query their DNS servers.
That's what I do here, but between their recommendations ("use a local
zone to prevent accidenta
Quoting DAve :
Good morning all,
I recently got my employer to pay for spamhaus queries, finally. I need
to use a key to access spamhaus now. Not an issue for for me MTA but SA
is another problem. When I change the rules to use our key, the key is
displayed in the spam report.
When I add this
On Thu, 07 Jan 2010 12:27:44 -0500
DAve wrote:
> Michael Scheidell wrote:
> > On 1/7/10 11:25 AM, DAve wrote:
> >> Good morning all,
> >>
> >> I can't be printing our key in the emails, what is a sysadmin to
> >> do?
> >>
> >>
> > you could (maybe) use meta rules?
> > zero out (disable) origi
rp wrote on Thu, 07 Jan 2010 09:07:17 -0800:
> Anyone else having this problem?
You should have read the list or googled first.
Kai
--
Get your web at Conactive Internet Services: http://www.conactive.com
After working 2 days ago, sa-update has stopped working. When I run it
I get:
config: failed to parse line, skipping, in
"/tmp/.spamassassin7365XWGL4Stmp/10_default_prefs.cf":
clear_originating_ip_headers
config: failed to parse line, skipping, in
"/tmp/.spamassassin7365XWGL4Stmp/10_default_prefs
Michael Scheidell wrote:
> On 1/7/10 11:25 AM, DAve wrote:
>> Good morning all,
>>
>> I can't be printing our key in the emails, what is a sysadmin to do?
>>
>>
> you could (maybe) use meta rules?
> zero out (disable) originals, use meta rules, keep meta names to match
> original rule names in
I get this is my spam reporting,
0.9 RCVD_IN_PBLRBL: Received via a relay in Spamhaus PBL
[4.23.231.50 listed in .zen.dq.spamhaus.net]
I can't be printing our key in the emails, what is a sysadmin to do?
Some rules don't print out the 'listed in' detail (although the
Raymond Dijkxhoorn wrote:
> Hi!
>
>> When I add this to override the URL SA uses,
>> header RCVD_IN_PBL eval:check_rbl('pbl-lastexternal',
>> '.zen.dq.spamhaus.net.', '127.0.0.1[01]')
>>
>> I get this is my spam reporting,
>> 0.9 RCVD_IN_PBLRBL: Received via a relay in
Justin Mason wrote:
[98652] dbg: http: GET request,
http://daryl.dostech.ca/sa-update/asf/895075.tar.gz
[98652] dbg: http: GET request,
http://daryl.dostech.ca/sa-update/asf/895075.tar.gz.sha1
[98652] dbg: http: GET request,
http://daryl.dostech.ca/sa-update/asf/895075.tar.gz.asc
At a first gues
The FH_DATE_PAST_20XX is getting triggered on our system this week. It did not
happen
last week when the year 2010 started. The first triggered event seems to have
been Jan 5th.
The Spam Report header reads:
* 3.4 FH_DATE_PAST_20XX The date is grossly in the future.
but looking at the rest o
On 1/7/10 11:25 AM, DAve wrote:
Good morning all,
I can't be printing our key in the emails, what is a sysadmin to do?
you could (maybe) use meta rules?
zero out (disable) originals, use meta rules, keep meta names to match
original rule names in case of other meta rules that depend on it
Hi!
When I add this to override the URL SA uses,
header RCVD_IN_PBL eval:check_rbl('pbl-lastexternal',
'.zen.dq.spamhaus.net.', '127.0.0.1[01]')
I get this is my spam reporting,
0.9 RCVD_IN_PBLRBL: Received via a relay in Spamhaus PBL
[4.23.231.50 listed in .
Good morning all,
I recently got my employer to pay for spamhaus queries, finally. I need
to use a key to access spamhaus now. Not an issue for for me MTA but SA
is another problem. When I change the rules to use our key, the key is
displayed in the spam report.
When I add this to override the UR
On Thu, 7 Jan 2010, Mark Martinec wrote:
Please try the new plugin code at:
http://wiki.apache.org/spamassassin/ClamAVPlugin
not forgetting to add a:
add_header all Virus _CLAMAVRESULT_
into your local.cf.
See also https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6254
Mark
Thanks M
Very unusual. What do you get if you use "wget" or "curl" from the
command line to download those URLs:
[98652] dbg: http: GET request,
http://daryl.dostech.ca/sa-update/asf/895075.tar.gz
[98652] dbg: http: GET request,
http://daryl.dostech.ca/sa-update/asf/895075.tar.gz.sha1
[98652] dbg: http:
28 matches
Mail list logo
