Justin said:
>- - Razor: disable Razor2 support by default per our policy, since the
> service is not free for non-personal use. It's trivial to reenable.
Could you please change that to:
"It's trivial to reenable by uncommenting the appropriate lines in
/etc/mail/spamassassin/v310.pre". Give
>...
>
>List Mail User wrote:
>>
>> Certainly not (no dunce cap). Public airing of ideas generally
>> has merit - quite possibly this idea can be refined to something similar
>> that will provide a benefit (I admit, I have not given it a lot of thought).
>>
>
>one thing that an MTA can do i
On Sat, Aug 13, 2005 at 03:07:14PM +0530, Ramprasad A Padmanabhan wrote:
> When I build the rpm from the spec file ( on fedora core 3 ) the
> spamassassin-tools rpm is not created. Was it not a part of SA.
The tools RPM was deprecated. There was very little in there that wasn't
development relate
Dear;
I like to install Mail-SpamAssassin-3.0.4.tar.gz at my Cobalt Raq4 server.
Cobalt Raq4 has perl 5.005. Mail-SpamAssassin looks require perl 5.6.1.
However I am not sure how upgrade perl of Cobalt Raq4.
Then, I am try to install Mail-SpamAssassin-3.0.4.tar.gz at the perl 5.005 env.
But no
OK, I'll forget identd...
Sometimes it is hard for me to resist trying things like that
"because they are there".
On Aug 13, 2005, at 5:33 PM, John Rudd wrote:
On Aug 13, 2005, at 3:12 PM, Steve Martin wrote:
2) Does anyone know a good working identd
this is a contradiction in terms.
On Aug 13, 2005, at 3:12 PM, Steve Martin wrote:
2) Does anyone know a good working identd
this is a contradiction in terms. "Good" and "working" cannot coexist
with "identd". Ok, I guess you could say that "an identd which
accurately implements the identd protocol is 'working'", but that
My mistake.
I wasn't looking to closely just saw the list of things it said
weren't installed.
I guess it isn't a big deal, but now that I've started down the path
of trying to get it working ...
On Aug 13, 2005, at 5:15 PM, Michael Parker wrote:
Steve Martin wrote:
I'm getting ready
Steve Martin wrote:
> I'm getting ready for 3.1 and noticed one of the prerequisites is
> Net::Ident.
Correction, one of the optional modules.It is not required.
Why gave you the idea that it was a required module?
Michael
signature.asc
Description: OpenPGP digital signature
I'm getting ready for 3.1 and noticed one of the prerequisites is
Net::Ident.
MacOS 10.4 no longer includes an ident daemon so I scrounged about a
bit and found one...
http://www.macmax.org/article.php3?id_article=39
But, it fails test 6 of the Net::Ident install (it still works after
th
Ilan Aisic wrote:
For the last couple of days my SA wasn't able to use blackholes.us.
I tried to ping it but it seems dead. Anyone knows the reason and
if/when it's coming back?
This is probably a timeout issue. works (slow but works) from here.
BTW, the web page says "29 March, 2005". does
List Mail User wrote:
Certainly not (no dunce cap). Public airing of ideas generally
has merit - quite possibly this idea can be refined to something similar
that will provide a benefit (I admit, I have not given it a lot of thought).
one thing that an MTA can do is to delay its rDNS
Rob McEwen wrote:
I've got an idea for faster rDNS lookups.
Before I present the solution. Here is the problem...
...basically, rDNS checks are "expensive". They sometimes take a few seconds
when done in real time and depend on the timeliness and of other people's
DNS servers. This 1-5 (or more
Hallo und Guten Abend The,
Heute (am 13.08.2005 - 22:19 Uhr)
schriebst Du:
> On Fri, Aug 12, 2005 at 06:14:43PM -0700, Justin Mason wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> *** THIS IS A RELEASE CANDIDATE ONLY, NOT THE FINAL 3.1.0 RELEASE ***
>>
>>
> So far this BS
On Fri, Aug 12, 2005 at 06:14:43PM -0700, Justin Mason wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> *** THIS IS A RELEASE CANDIDATE ONLY, NOT THE FINAL 3.1.0 RELEASE ***
>
> SpamAssassin 3.1.0-rc1 is released! SpamAssassin 3.1.0 is a major update.
> SpamAssassin is a mail filter
* List Mail User <[EMAIL PROTECTED]>:
> By default the check for the rule is against the value
> 127.0.0.5, so there is no penalty (TLDs which are invalid are marked
> with 127.0.0.7). However, on my own servers, you get penalized .1 point
> (local rule). Note, that ".de" was *almost* fixed
>>And for spam domains, IP-jumping is common...
>>...for well run, legitimate domains, what
>>you say is indeed correct
>Overall, I think you actually make the case FOR my idea of artifically long
>cacheing of rDNS checks. And, I think my earlier messages covered the various
>scenarios.
>
>>the l
>And for spam domains, IP-jumping is common...
>...for well run, legitimate domains, what
>you say is indeed correct
Overall, I think you actually make the case FOR my idea of artifically long
cacheing of rDNS checks. And, I think my earlier messages covered the various
scenarios.
>the load on t
>...
>
>Rob,
>
>...
>
>For example, if you do a lookup on blahblah.yourdomain.com and that domain
>...
>doesn't exist. Next, seconds later, create an A-record for
>blahblah.yourdomain.com ...finally, seconds later, do another lookup for
>blahblah.yourdomain.com
>
>In my testing, that last lookup DO
>...
>FYI:
>rfc-ignorant.org has .de listed in whois.rfc-ignorant.com.
>
>http://www.rfc-ignorant.org/tools/detail.php?domain=de&submitted=1120996396&table=whois
>In a standard 3.0.x install, DNS_FROM_RFC_WHOIS gives a score of 0.492
>(net) or 0.296 (net+bayes).
>
Dirk,
By default
Michael Parker wrote:
> Hmmmmaybe some of the above should be captured in the documentation,
>
>patches welcome.
>
>
>
Nevermind, this is what I just added to UPGRADE, hopefully that make
things clearer:
+- As of 3.1.0, in addition to the generic BayesSQL support (via
+ Mail::SpamAssassin:
>...
>
>Rob McEwen wrote:
>> I've got an idea for faster rDNS lookups.
>>
>> Before I present the solution. Here is the problem...
>>
>> ...basically, rDNS checks are "expensive". They sometimes take a few seconds
>> when done in real time and depend on the timeliness and of other people's
>> DNS
email builder wrote:
>>- - added PostgreSQL, MySQL 4.1+, and local SDBM file Bayes storage
>>modules. SQL
>> storage is now recommended for Bayes, instead of DB_File. NDBM_File
>>support
>> has been dropped due to a major bug in that module.
>>
>>
>
>What's the difference between the MySQL s
Rob McEwen (PowerView Systems) wrote:
Cami said:
it appears that negative rdns lookups are cached for 10 minutes
I think that this depends of a variety of real world factors
which might be very different from published standards.
Published standards (bind/named) is 10 minutes.
Cami... why
Cami said:
>It used to be >80% but Postfix+policyd has reduced it
>to barely anything
The fact that you use graylisting as a means of eliminating spam as a 1st line
of defense is makes your "9% of incoming mail is spam" as VERY anecdotal for
the purposes of this discussion. Please, don't confuse
* Dirk Bonengel <[EMAIL PROTECTED]>:
> FYI:
> rfc-ignorant.org has .de listed in whois.rfc-ignorant.com.
Yes, since Spet. 2004
--
Ralf Hildebrandt (i.A. des IT-Zentrums) [EMAIL PROTECTED]
Charite - Universitätsmedizin BerlinTel. +49 (0)30-450 570-155
Gemeinsame Einrichtung v
Rob McEwen wrote:
Please understand, I'm only proposing this as an alternative idea for
checking to see if a sending server's IP address has proper rDNS... NOT any
other type of DNS lookups.
Also, I don't have stats on this, but I know that most mail is spam and I
know that MUCH of this spam has
For the last couple of days my SA wasn't able to use blackholes.us.
I tried to ping it but it seems dead. Anyone knows the reason and
if/when it's coming back?
--
Ilan Aisic
Registered Linux User 8124 http://counter.li.org
Please understand, I'm only proposing this as an alternative idea for
checking to see if a sending server's IP address has proper rDNS... NOT any
other type of DNS lookups.
Also, I don't have stats on this, but I know that most mail is spam and I
know that MUCH of this spam has no rDNS properly co
Thanks for the clarification.
Dirk
Rob Skedgell schrieb:
On Saturday 13 Aug 2005 12:29, Dirk Bonengel wrote:
FYI:
rfc-ignorant.org has .de listed in whois.rfc-ignorant.com.
http://www.rfc-ignorant.org/tools/detail.php?domain=de&submitted=1120996396&table=whois
In a standard 3.0.
On Saturday 13 Aug 2005 12:29, Dirk Bonengel wrote:
> FYI:
> rfc-ignorant.org has .de listed in whois.rfc-ignorant.com.
>
>
http://www.rfc-ignorant.org/tools/detail.php?domain=de&submitted=1120996396&table=whois
> In a standard 3.0.x install, DNS_FROM_RFC_WHOIS gives a score of 0.492
> (net) or
> SpamAssassin 3.1.0-rc1 is released! SpamAssassin 3.1.0 is a major update.
Very exciting!
> - - Apache preforking algorithm adopted; number of spamd child processes is
> now
> scaled, according to demand. This provides better VM behaviour when not
> under peak load.
I presume this is acti
FYI:
rfc-ignorant.org has .de listed in whois.rfc-ignorant.com.
http://www.rfc-ignorant.org/tools/detail.php?domain=de&submitted=1120996396&table=whois
In a standard 3.0.x install, DNS_FROM_RFC_WHOIS gives a score of 0.492
(net) or 0.296 (net+bayes).
Rob McEwen wrote:
Cami wrote
Exactly how is this faster than using a dns caching nameserver?
As I mentioned, (1) artificially long caching times (well beyond TTL) can be
set for both negative and positive return and (2) once cached, the lookup is
not dependent on another 3rd party server which
>Cami asked
Exactly how is this faster than using a dns caching nameserver?
As I mentioned, (1) artificially long caching times (well beyond TTL) can be
set for both negative and positive return and (2) once cached, the lookup is
not dependent on another 3rd party server which might have been over
When I build the rpm from the spec file ( on fedora core 3 ) the
spamassassin-tools rpm is not created. Was it not a part of SA.
Thanks
Ram
On Sat, 2005-08-13 at 06:44, Justin Mason wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> *** THIS IS A RELEASE CANDIDATE ONLY, NOT THE FINAL 3
35 matches
Mail list logo
