Verschiebe die Benachrichtigungs-Mails aus dem Spam-Ordner in den Posteingang. Wenn vom Anbieter des Empfänger-Postfachs keine Unterstützung kommt, kannst du auch die ganzen Benachrichtigungs-Mails über einen beliebigen externen E-Mail Account mit guter Reputation versenden lassen.

MTA_STS kannste dir doch schon lange selber konfigurieren bzw zusammenbasteln Ja, das kann man natürlich. Aber wenn man den DNS-Einträgen nicht vertrauen kann, dann ist davon natürlich auch MTA-STS betroffen. Wenn ich die A und AAAA Records der mta-sts Subdomain unbemerkt manipulieren kann, dann si ...

Ich probiere da auch gerade rum. Bisher mit mäßigem Erfolg.

Nur zur Klärung dessen, was du erreichen willst...
Steht example.com bei dir für die Serverdomain oder für die Domain der jeweiligen E-Mail-Adresse?

Ah, der Text der mich misstrauisch gemacht hat ist der mit dem Status Change von stopped zu running. Aber der scheint ja hier zum "to" zu gehören. Dann gebe ich mal vorsichtig Entwarnung und lege mich wieder hin ;). Ich hatte die Befürchtung, das käme vielleicht von der durch einen eventuellen Bug in ...

Ich habe gerade einige Hackversuche der letzten Tage im Journal meiner Server gefunden und bin mir jetzt nicht 100% sicher, ob die nicht vielleicht doch funktioniert haben könnten. Sieht zwar für mich so aus, als ob es nicht funktioniert hätte. Aber ist der Download per curl-Befehl da sicher nicht au ...

Die Domains existieren, manche davon sind möglicherweise nicht erreichbar, weil sie keinen A oder AAAA Record eingetragen haben. Sie werden aber ggf für (erreichbare und unerreichbare) Subdomains genutzt.

Ralph wrote: ↑Mon 24. Aug 2026, 13:55

Code: Select all

allow_url_fopen = off
allow_url_include = off

Wobei die gefährlichere Variante der beiden "allow_url_include" ist. Die meisten Hoster lassen "allow_url_fopen" zu.

Ich denk mal, spätestens nachdem GMX und Web.de (also wohl eigentlich 1&1) beschlossen haben, grundsätzlich keine Mails ohne DKIM mehr anzunehmen, wird auch die Telekom irgendwann nicht mehr anders gekonnt haben, als ihre Mails mit DKIM zu signieren. Das wäre dann allerdings laaaange vor dem 16.2.26 ...

Ein generelles Problem scheint das aber nicht zu sein. Bei meinen drei Keyhelp-Servern hat Patch einspielen, Template Cache löschen und Seite mit den Domains im Firefox neu laden (Strg+F5) ausgereicht. Alle drei zeigen wieder brav die DKIM Einträge an, sowohl als Admin als auch als Benutzer.

Und dann an besten auch gleich veraltete WP-Installationen (auch bei anderen CMS) automatisch löschen oder vom Netz nehmen.

Erst ist die Ersetzung von E-Mail durch F-Mail dran. Immer schön Schritt für Schritt.

Im Zweifelsfall Keyweb.

Danke, das hat das Problem gelöst, zumindest auf meinem Testserver.

Ok, thanks. So I guess there is no need for me to be alerted, seems to be Debian 12 only then. Some very small servers are still running on Debian 12, but none of them has MySQL/MariaDB installed.

Is this a Debian 12 only problem? Did the Debian update remove the package? I have several Debian 13 servers, not showing this problems (yet?). Should I be worried about suddenly running in the same bug?