Re: sa-scripts hard-code perl loc, and can end up referring to wrong libs or data

2020-10-27 Thread RW
On Sun, 25 Oct 2020 17:29:17 -0700
L A Walsh wrote:


> 1)  Is it too much effort to only use the major/minor for sa-files?
> 
>i.e. instead of numbering: "3.002000/  3.004000/  3.004004/" using
>"3.002/  3.004/" ...?  Where the patch level was guaranteed not
> to cause some "incompat" with the previous Maj.Min"?

I presume you mean the rules. I have:

Compiled rules  /var/db/spamassassin/compiled/5.032/3.004004/
Rules   /var/db/spamassassin/3.004004/

The rules directory doesn't need to be versioned at all. It's a pain
that it is because it requires an otherwise pointless manual rule update
after a package update, otherwise the code sees no rules.


It doesn't matter much about the compiled rules because SA still works
without it. 




RE: What can one do abut outlook.com?

2020-10-27 Thread Marc Roos



>> That is why it is important to read and use the brain, otherwise you
>> wander of the subject.

>waht do *you* know about brain when you don't realize that it's simply 
>not doable to fight against spam by fight against large providers as 
>outlook.com?

Because I understand eg there is a difference between theoretical, 
practical and maybe even legal point of view.

>overall there amount of bad clients is *low* compared to the total 
>number of clients

How is that % relevant. I only care that I receive spam, and I have
to put effort/work/time into resolving it.

>if all the customers of outlook.com would be served by clueless idiots 
>like yours which means spread over thousands of clueless providers the 
>outcome would be much worse

I am not so sure about this. Email services are more easier to set up, 
thus come quite equal to bigger providers. 
Smaller providers have better/more contact with their clients. Can 
instruct eg clients not to use the network for newsletters. 
Smaller provider have more system administrators per 1000 clients than
bigger companies, thus more hours to spend on support/abuse etc.
Smaller providers are easier to blanket block, so they are forced to 
maintain higher quality of service.
Failing to see this, has the same origin as you fail to detect 
intelligence. 


> you can block what you want on yur home-pet-server but you really 
don't 
> understand how legit business works

You do not get the bigger picture, you basically are doing the work the
bigger providers should do or pay you to do. In this regards, the 
Net neutrality discussion is very similar.

>proven by your bullshit of "are you guys paid by them" while the truth 
>is that my and other customers of whatever mailservice want their 
>fucking *legit mail* received and not trhown out with the bathwater

The use of dnsbl to reject mail is ages old. I did not invent this. The 
process
is very simple. You receive spam from an ip, you eventually block the ip 

from delivering mail. 
How can it be your fault, if that provider is trying to send legitimate 
mail via
that blocked ip? It is this providers fault. They have countless options 
to 
mitigate this situation, but they are just to lazy to do this. One for 
instance
would be to put free new accounts on a different outgoing ip range than
long time high paying customers. Seperate newsletters from regular
outgoing mail, etc.


> not everybody who is in the business for decades is a supporter of big 

> ISP's, the opposite is true, otherwise we just would use them at our 
own

If you are long in business, you have experience, and one is likely to 
have such a point of view.

> the point is: everybody but you has to deal with the real world
> if it's just me microsoft, amazon and guess what can die tomorrow and 
i 
> couldn't care less, but as long as they exist and as long they are 
used 
>by millions of legit customers it is what it is

Indeed and that is why this is a problem.