Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comm.software.mailserver > #6897
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Newsgroups | de.comm.software.mailserver |
| Subject | Re: DMARC policy Error beim Empfänger |
| Date | 2023-10-26 19:30 +0200 |
| Message-ID | <kpvm1jFalr0U3@mid.individual.net> (permalink) |
| References | (4 earlier) <uh8hfb$2lj8c$1@gwaiyur.mb-net.net> <kpst8lFgm74U6@mid.individual.net> <uhcseb$2c91j$1@news.nnpt4.net> <kpv9s7F7mjgU1@mid.individual.net> <uhdvul$1lu4s$1@dont-email.me> |
Marco Moock, 2023-10-26 17:17: > Am 26.10.2023 um 16:02:47 Uhr schrieb Arno Welzel: [...] >> Leider kann ich meinen Nutzern auch nur schwer vermitteln kann, dass >> Telekom-Adressen halt einfach nicht gehen, weil die Telekom blöd ist. >> Also gibt es jetzt eben auch eine Website unter dem Namen des >> Mail-Relay, damit die Telekom glücklich ist. > > Wie prüfen die das denn automatisch? Gar nicht. Das wird manuell geprüft, weil man mit einem Support-Menschen den Prozess durchkaspern darf. Und erst wenn der zufrieden ist, wird der eigene Server freigegeben. [...] >> öffentliche Institutionen, die so lustige Dinge wie UCEPROTECT nutzen >> (siehe auch <https://arnowelzel.de/erfahrungen-mit-uceprotect>). > > uceprotect hat aber klare Policies, die nachvollziehbar sind, im > Gegensatz zu MS und Google. Das hilft aber nicht, wenn man einen Server in einem Netz hat, wo *andere* Server Probleme machen und Empfänger Level 3 blocken. Die Lösung ist dann nur noch den Hoster zu wechseln und zu hoffen, dass dessen Adressbereiche nicht gelistet sind. Ob man selbst völlig sauber arbeitet ist dann völlig egal. > Wer Level 3 einsetzt, tut das in vollem Bewusstsein, dass legitime > Kunden blockiert werden. Ja - hilft mir aber nicht. Meine User meckern dann, dass ihre E-Mail nicht ankommt. > Wenn du mal die AS-Nummer von Hetzner eingibst, siehst du, dass da halt > einige Netze gelistet sind, weil da viele Spammer unterwegs waren. Deswegen ist der Server, über den ich Mail sende, auch nicht bei Hetzner (und auch nicht bei Ionos etc.). > Maßnahmen dagegen gibt es viele, z.B. den SMTP-Port defaultmäßig zu > entsperren und z.B. fürs erste halbe Jahr ne Kaution verlangen wäre ne > Option. Bei massivem Spamversand wird die einbehalten. Dürfte Spammer > von solchen Provider fernhalten, bleiben noch die Leute, die ihre > Systeme nicht im Griff haben. Aber Geldgier siegt halt - und dann will man lieber viele Kunden, die Mist bauen als wenige Kunden, die Kaution zahlen wollen. -- Arno Welzel https://arnowelzel.de
Back to de.comm.software.mailserver | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
DMARC policy Error beim Empfänger Jan Novak <repcom@gmail.com> - 2023-10-24 08:09 +0200
Re: DMARC policy Error beim Empfänger Marco Moock <mm+usenet-es@dorfdsl.de> - 2023-10-24 09:48 +0200
Re: DMARC policy Error beim Empfänger Jan Novak <repcom@gmail.com> - 2023-10-24 13:05 +0200
Re: DMARC policy Error beim Empfänger Jan Novak <repcom@gmail.com> - 2023-10-24 13:09 +0200
Re: DMARC policy Error beim Empfänger Arno Welzel <usenet@arnowelzel.de> - 2023-10-24 14:37 +0200
Re: DMARC policy Error beim Empfänger Jan Novak <repcom@gmail.com> - 2023-10-24 15:39 +0200
Re: DMARC policy Error beim Empfänger Arno Welzel <usenet@arnowelzel.de> - 2023-10-25 18:15 +0200
Re: DMARC policy Error beim Empfänger Jan Novak <repcom@gmail.com> - 2023-10-26 07:11 +0200
Re: DMARC policy Error beim Empfänger Arno Welzel <usenet@arnowelzel.de> - 2023-10-26 16:02 +0200
Re: DMARC policy Error beim Empfänger Marco Moock <mm+usenet-es@dorfdsl.de> - 2023-10-26 17:17 +0200
Re: DMARC policy Error beim Empfänger Arno Welzel <usenet@arnowelzel.de> - 2023-10-26 19:30 +0200
Re: DMARC policy Error beim Empfänger Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-10-26 20:39 +0000
Re: DMARC policy Error beim Empfänger Marcus Jodorf <m@bogomips.de> - 2023-11-07 02:33 +0100
Re: DMARC policy Error beim Empfänger Arno Welzel <usenet@arnowelzel.de> - 2023-11-07 14:55 +0100
Re: DMARC policy Error beim Empfänger Jan Novak <repcom@gmail.com> - 2023-10-27 11:14 +0200
csiph-web