RE: handling spam from gmail.
Yes tell that to the people that create rhel6, rhel7 and rhel8 and give lts support.
as said that has nothing to do with your wrong training and RHEL has always the same problem: you can't package the latest and greatest shit over 10 years because it requrires newer versions of dependencies
so what you get with your lazyness by using a LTS distribution is a "never change a running system, just fix the worst bugs and don't touch anything else"
upstream developers don't hold development for 10 years
written from a Fedora workstation with kernel 5.6.18-200.fc31.x86_64 from last night realyed over a datacenter firewall and a mailserver using the same kernel
Unless google pays you to train your software to mark their messages as spam, you might want to consider yourself not to smart as well ;)
unless i make good money from customers paying for a nearly 100% hitrate of spam combine with a zero-false-positive policy i am likely smarter than you
I would argue it is quite difficult to identify intelligence. I am pretty sure I would not start with your reasoning. I have a favourite German saying I like to quote in matters like these "gegen Dummheit kämpfen Götter selbst vergebens"
My solution would solve the problem others create (see the other mail). Your solution wastes your time and will always be carrying water to the sea. I think if 50% of providers in the world would do this, it would quickly be end of story for the spam originating from the networks like google and amazon.
they won't give a shit and when i get such idiotic mails as you propose i take the phone, call the sender and suggest to fire his mailadmin better sooner than later
If there is a McDonalds build next to your home, and their clients throw waste into your garden. You hold McDonalds liable for cleaning this up not? Or are you also going to cleanup their mess indefinitely.
what a nonsense
participants (1)
-
Marc Roos