Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comm.software.mailserver > #6895
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Newsgroups | de.comm.software.mailserver |
| Subject | Re: DMARC policy Error beim Empfänger |
| Date | 2023-10-26 16:02 +0200 |
| Message-ID | <kpv9s7F7mjgU1@mid.individual.net> (permalink) |
| References | (2 earlier) <uh88ek$2l0sb$1@gwaiyur.mb-net.net> <kpps4lFr54tU16@mid.individual.net> <uh8hfb$2lj8c$1@gwaiyur.mb-net.net> <kpst8lFgm74U6@mid.individual.net> <uhcseb$2c91j$1@news.nnpt4.net> |
Jan Novak, 2023-10-26 07:11: > Am 25.10.23 um 18:15 schrieb Arno Welzel: >> Jan Novak, 2023-10-24 15:39: >> >>> Am 24.10.23 um 14:37 schrieb Arno Welzel: >> [...] >>>> Zum Testen kannst Du auch <https://www.mail-tester.com> verwenden. Da >>>> wird recht detailliert angezeigt, wenn etwas nicht passt. >>> >>> Guter Tipp: >>> Allerdings meldet mir die Seite, dass alles bestens sei (Auszug): >> >> [...] >> >>> Die "verbessert" liegt am Inhalt der Testmail (keine Signatur, kein >>> Name, nur das Wort "test") >>> >>> Von daher scheint das alles OK zu sein. >> >> Ja, sehe ich auch so. Ich würde genau *das* dem Empfänger mitteilen und >> darum bitten, den Bug in deren System zu beheben. > > Wenn das mal ginge... habe gestern eine interessanten Beitrag dazu auf > Heise gelesen. Das ist von den "großen" durchaus so gewollt... > > https://www.heise.de/ratgeber/Mailserver-in-Eigenregie-Was-Sie-heute-brauchen-9329490.html Der ist leider hinter eine Bezahlschranke. E-Mail-Empfang ist in der Regel absolut problemlos - denn das produziert ja keinen Spam. Aber das *senden* von E-Mail ist mittlerweile ein echter Spießrutenlauf :-(. Was ich auch kenne, ist Blacklisting weil der Server beim großen Anbieter nicht bekannt ist. So landen E-Mails bei Microsoft gerne mal in einem schwarzen Loch, ohne dass man es merkt oder man bekommt die beliebte Meldung S3150, weil gleich ganze Adressblöcke des Hosters bei Microsoft gesperrt sind. Das gelöst zu bekommen, ohne den Hoster zu wechseln, ist nahezu unmöglich, weil in solchen Adressblöcken halt auch oft Server von Hobby-Admins stehen, die nicht immer zuverlässig Missbrauch ihrer Server für Spam verhindern. Und die Telekom hat besonders lustige Anforderungen, dass man nicht nur den sendenden Mail-Server explizit dort anmelden muss mit Angabe von IP-Adresse und Hostname (der natürlich auch bei rDNS aus der Adresse auflösbar sein muss) sondern man will unter dem Namen auch eine Website erreichar haben, auf der ein Impressum des Serverbetreibers angegeben ist. 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. Trotz dieser Reifen, durch die man springen muss, weigere ich mich bisher standhaft, einen Anbieter wie Mailjet, Sendinblue, GMail (was mit eigener Domain ginge) oder mailbox.org für ausgehende E-Mail zu nutzen. Der Server steht bei keinem Massenhoster und wird auch anstandslos selbst bei schwierigen Kandidaten akzeptiert, die sonst gerne kleine Server per se ablehnen, wie Microsoft, Google oder öffentliche Institutionen, die so lustige Dinge wie UCEPROTECT nutzen (siehe auch <https://arnowelzel.de/erfahrungen-mit-uceprotect>). Dafür kostet er halt auch ein paar EUR mehr als ein billiger virtuelle Server bei einem der großen Hoster. Bisher bin ich bereit, den Preis für die eigene Unabhängigkeit zu bezahlen. Ob das auch in 5 oder 10 Jahren noch so ist, weiß ich aber nicht. -- 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