Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comm.software.mailserver > #6895

Re: DMARC policy Error beim Empfänger

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>

Show all headers | View raw


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 | NextPrevious in thread | Next in thread | Find similar | Unroll thread


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