Das ist Marketing-Sprech für, Du kannst (uns) gar nichts.
Entweder kannst Du jetzt warten oder eine andere Domain als mx für Deine neue Domain verwenden. Aber auch da ist es nicht sicher, dass jeder Deine Mails akzeptiert.
Brauchst Du vorraussichtlich nicht. Ein Server kann für viele Domains tätig werden. Es ist also wichtiger, den einen Server korrekt zu betreiben, als mehr tote Fische ins Meer zu werfen. Ich würde erst einmal schauen, wie sich das ganze nach der Delisting-Anfrage entwickelt.
.A.
Lass das bitte. So ein "Warm-up" ist im besten Fall überflüssig, wenn es dumm läuft werden viele gleichartige Mails erkannt, "welche die Empfänger vermutlich nicht lesen wollen"...
Das ist normal. Neue, unbekannte Server bekommen gerne erst mal eine Wartezeit verpasst. Postfix kümmert sich...
Ich dachte eher an die Header, aber nun egal. Die DNS Records sehen, soweit ich das mit dem Mobiltelefon prüfen kann, OK aus.
Jetzt prüfe bitte, ob der Server irgendwelche Mails versandt hat, die dieser nicht senden sollte. Du nutzt Postfix unter Ubuntu, daher ist das Log standardmäßig unter...
Falsch. Default und Firewall schließt sich begrifflich aus.
Nein. Das ist wie Tür kaufen, dann aber nicht schließen. Den Preis der Tür kannst Du Dir ebenso sparen wie den (zugegeben sehr geringen) Aufwand iptables zu installieren.
Btw. iptables ist mittlerweile auch nicht mehr Stand. Es wird...
Welche Dienste sind vorhanden? Startpunkt wäre z.B. ein netstat -tulpen
Was macht der Webserver mit curl? Gehört dies bewusst so dort hin?
Die spannenden Dinge sind eher in /etc/nginx/modules.conf.d/*.conf und /etc/nginx/conf.d/*.conf sowie vielleicht /etc/nginx/*global_params und mime.types...
Die Dokumentation ist eigentlich gut: https://doc.dovecot.org/2.3/configuration_manual/authentication/.
Du nennst passwd, shadow und MySQL. Was willst Du haben? Was ist die Policy?
Möglicherweise ist nicht der merkwürdige User-Agent-String die Ursache für 403, sondern der Pfad. Versuche mal "mit einem (deinem) richtigen Browser" die Datei https://example.com/apple-icon-180x180.png abzurufen. Wie sieht der Log-Auszug dazu aus?
smtpd_recipient_restrictions = check_recipient_mx_access regexp:/etc/postfix/transport hätte so aber auch nicht funktioniert.
Zunächst erstmal wird schon seit einer Ewigkeit davon abgeraten, in smtpd_recipient_restrictions irgendwelche Relay-spezifischen Einstellungen zwischen zu mixen...
Mit relayhost = [smtp-pulse]:587 gehen aber alle non-local Nachrichten über diesen Relay.
transport_maps = hash:/etc/postfix/transport definiert eine hash table, deine etc/postfix/transport hat aber das Format einer pcre oder regexp table.
Auch wenn es Dich enttäuscht, es gibt keine festen Grenzen (mehr). Die Frage ist vielmehr, was die Kerntätigkeit ist, vgl. Art. 37 Abs. 1 GDPR?
Wie zuvor, was ist die Kerntätigkeit?
Was ist die Tätigkeit? Was soll ein DSB genau tun (wurde das BDSG bisher ernst genommen und alles...
Sowohl SPF als auch DKIM sind keine Mechanismen zur Spamabwehr. Beide sichern nur die Validität der (Absender)-Angaben. SPF ist darüber hinaus broken by design. In den restrictions bringt es also gar nichts. Falls irgendein Spamfilter Angaben prüft, kannst Du mit DKIM feststellen, dass Du dabei...
Nur, wenn Du IPSec im Tunnel-Mode betreibst, was bei Deinem Use-Case auch nahe liegt. Es sollte aber mit Policy-Routing auch im Transport-Mode ohne Tunneladapter funktionieren.
--
.A.
Dann gilt mangels Null MX-RR (https://tools.ietf.org/html/rfc7505) der implizite MX-RR (https://tools.ietf.org/html/rfc5321#section-5). Die Fehlermeldung ist also unzutreffend.
--
.A.
Dir ist ist klar, dassRewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d keine Wirkung auf RewriteRule ^([^/^\.]+)$ /index.php?id=$1 [QSA]
RewriteRule ^(.+)/([^/]+)$ /$1?action=$2 [QSA] hat?
--
.A.
Im einfachsten Fall, wenn der Server nichts tut, kann das reichen. Für praktischen Einsatz wirst Du aber weitere Vorkehrungen benötigen, wie etwa DFS für Profile oder redundante Data Stores für "Server komplett", was auch immer das genau heißen mag.
Und was ist mit der Redundanz bei der...