🔖 https://www.unixe.de/erweiterte-clamav-signaturen-mit-fangfrisch/
Virenerkennungsrate von ClamAV unter Zuhilfenahme externer Signaturen verbessern
Virenerkennungsrate von ClamAV unter Zuhilfenahme externer Signaturen verbessern
Wir landen immer mal wieder mit unserem Mailserver bei der #Telekom im Filter:
> refused to talk to me: 554 IP=$mailserverIP - None/bad reputation. Ask your postmaster for help or to contact tobr (at) rx.t-online.de for reset. (NOWL)
Darunter leidet vor allem mein Vater, der sich regelmäßig per Mail mit seiner Peer Group austauscht.
Beim letzten mal haben die ein Impressum gefordert, was ich lapidar mit WHOIS und der Rückfrage nach welcher RFC das bitte sein soll gekontert habe. “Ja, da kann ja jeder kommen”. Newsflash: Das ist der ganze Witz bei Mail. SPF, DKIM, rDNS… ist denen alles egal.
Jedenfalls ist hier der “Musterbrief”, mit dem er uns diesmal “freigekauft” hat, nachdem ich selbst einfach keinen Nerv hatte mich damit auseinander zu setzen und nur auf frühere Rants verwiesen habe:
Guten Tag.
Meine Mails werden nicht weiter geleitet an den Empfänger.
Dazu gibt es keinen Grund.
Dieses Problem hatten wir hier schon öfter und es sollte eigentlich
nicht vor kommen.
Beim letzten mal haben Sie uns glaub auf ne Whitelist gesetzt.
Wir sind nur auf eine andere IP umgezogen. Der Mailserver ist der
gleiche und früher ging das auch.
Das ist ein privater Server.
Wenn der Server wirklich Müll macht, und z.b. Spam verschickt,
sollen die bitte entsprechende Beweise beilegen.
Mail _ist_ dezentral, wir erfüllen alle technischen Anforderungen die
State Of The Art sind.
Einfach Blocken weil man die IP nicht kennt und den Anrufer
abweisen weil er nicht im eigenen Telefonbuch steht.
So funktioniert das Prinzip Mail nicht!
Als Beispiel hier eine abgewiesene Sendung, daraus ist ja für Sie alles
ersichtlich: […]
Gleiche Mails über z.B. GMX laufen ohne Beanstandung.
Warum sich die Telekom hier immer so anstellt kann man nur raten. Offenbar hat man es sich auf die Fahne geschrieben jeden einzelnen Mailserver da draußen persönlich zu überprüfen. Sind ja auch nicht mehr so viele übrig, die nicht zur #GAFAM gehören. Warum das ein echtes Problem ist kann man schön unter https://poolp.org/posts/2019-12-15/decentralised-smtp-is-for-the-greater-good/ nachlesen.
Es wäre besser wenn wieder mehr Menschen ihre eigenen Mailserver betreiben würden und diese Kommunikationsmöglichkeit nicht in dritte Hände geben würden. Das ist auch wirklich nicht mehr so schwer wie vor 20 Jahren, als so was noch als Königsdisziplin galt. Das kann heute jede NAS nebenher erledigen.
And I’ll keep doing it – out of spite: https://beko.famkos.net/2020/02/02/reclaim-your-mailbox/ Alas that’s my personal stuff. I understand your move for business mails. Anyway, where I come from I can always use FAX and that will never die 🤪
This is a good read about SMTP and why it’s a bad idea to roll with the big 5:
https://poolp.org/posts/2019-12-15/decentralised-smtp-is-for-the-greater-good/
We’re currently at a point where it is even difficult to run your own mailserver because small mailservers tend to end up on some blocklist thanks to “bad neighbourhood”. That’d be ips “next” to you. Getting removed again – even for no reason – is a PITA, because there is no unified way of doing so. Happened again and again and while the big 5 won’t bother blocking entire ranges most of the spam bouncing of my own mailserver is indeed from the big mailserves themself. So nowadays I simply stopped caring at all.
My advice for affected people is the same: Use a smaller provider or even run your own. Do not use the mailservices of the big companies. It’s not that hard. Even a consumer NAS can do it.