Avec la fonction Livrabilité des e-mails dans cPanel, vous pouvez vérifier les paramètres importants pour l'authentification de votre domaine de messagerie. Cela inclut notamment FPS et DKIM.
Ces enregistrements DNS aident les serveurs de messagerie récepteurs à vérifier si les messages sont effectivement envoyés par des systèmes autorisés à cet effet et si un e-mail a été modifié lors de son acheminement.
Dans ce guide, nous vous montrons comment contrôler la délivrabilité des e-mails sur CURIAWEB, classer correctement les avertissements et identifier le moment où des modifications des enregistrements DNS sont nécessaires.
Important : Une annonce sans erreur dans cPanel ne garantit pas la livraison dans la boîte de réception. Les fournisseurs de messagerie tels que Gmail, Outlook ou d'autres utilisent en outre leurs propres filtres anti-spam, la réputation, le contenu des messages et de nombreux autres signaux.
Qu'est-ce que la délivrabilité des e-mails ? #
La délivrabilité des e-mails décrit, de manière simplifiée, la capacité à transmettre avec succès des messages envoyés à d'autres serveurs de messagerie et à y être traités aussi correctement que possible.
Plusieurs facteurs entrent en jeu.
Un élément important est l'authentification technique du domaine de l'expéditeur. Les serveurs de messagerie récepteurs souhaitent notamment pouvoir déterminer si le serveur expéditeur est autorisé pour le domaine concerné et si certains éléments du message ont été transmis sans modification.
C'est précisément là qu'interviennent, entre autres, SPF et DKIM.
Que vérifie la fonction „ Délivrabilité des e-mails “ de cPanel ? #
La fonction analyse les paramètres d'authentification des e-mail pertinents pour vos domaines et peut indiquer s'il y a des problèmes avec les enregistrements DNS attendus.
Les points suivants sont particulièrement pertinents :
- FPS – détermine quels systèmes sont autorisés à envoyer des e-mails pour un domaine
- DKIM – ajoute une signature cryptographique aux e-mails sortants qui peut être vérifiée via le DNS
Selon la configuration DNS, cPanel peut également afficher des indications ou des suggestions d'enregistrements si les données DNS requises ne peuvent pas être modifiées automatiquement sur le système DNS concerné.
Ne pas confondre SPF, DKIM et DMARC #
Les trois termes sont souvent mentionnés ensemble, mais remplissent des fonctions différentes.
FPS vérifie de manière simplifiée si un système expéditeur est autorisé pour le domaine concerné.
DKIM permet la vérification cryptographique d'une signature ajoutée à un message sortant.
DMARC s'appuie sur SPF et DKIM et définit, entre autres, comment les systèmes de réception doivent traiter les messages qui échouent à certains contrôles d'authentification et d'alignement. DMARC peut également permettre le reporting.
En bref : SPF, DKIM et DMARC se complètent. Ce ne sont pas trois noms différents pour la même fonction.
1. Ouvrir la délivrabilité des e-mails dans cPanel #
Connectez-vous à votre cPanel CURIAWEB.
Faites défiler vers le bas jusqu'à la section sur la page d'accueil E-mail et clique sur Livrabilité des e-mails.
cPanel affiche ensuite les domaines de votre compte d'hébergement et l'état déterminé de la configuration des e-mails.
2. Choisir le bon domaine #
S'il y a plusieurs domaines dans votre compte d'hébergement, vérifiez le domaine dont vous souhaitez analyser la délivrabilité des e-mails.
Par exemple :
votre-domaine.ch
L'authentification est configurée pour les domaines via des enregistrements DNS. Par conséquent, le statut correct d'un domaine ne signifie pas automatiquement qu'un autre domaine du même compte d'hébergement est également configuré correctement.
3. Vérifier le statut du domaine #
Vérifiez d'abord quel statut cPanel affiche pour le domaine souhaité.
Si cPanel ne détecte aucun problème avec les paramètres attendus, c'est un bon signe que les données d'authentification vérifiées par cPanel sont correctement accessibles.
Si, en revanche, un problème ou un avertissement s'affiche, tu dois ouvrir la vue détaillée.
Important : Ne modifiez pas les enregistrements DNS simplement parce que vous pensez que „ plus d'enregistrements “ améliorera la délivrabilité. SPF, DKIM et DMARC doivent correspondre techniquement et correctement à la configuration réelle des e-mails.
4. Gérer le domaine et afficher les détails #
Ouvrez la vue de gestion ou la vue détaillée du domaine concerné.
Vous pouvez y vérifier plus en détail les paramètres SPF et DKIM détectés par cPanel.
S'il y a un problème, cPanel peut également afficher l'enregistrement DNS attendu ou recommandé, selon la situation.
Qu'est-ce que le SPF ? #
FPS représente Sender Policy Framework.
L'enregistrement SPF est publié sous forme d'enregistrement TXT dans le DNS du domaine.
Il décrit quels systèmes ou sources d'expédition sont autorisés à envoyer des e-mails au nom de la domaine concernée.
Un enregistrement SPF peut commencer, de manière simplifiée, par l'élément suivant :
v=spf1
Ensuite suivent des règles qui déterminent quelles sources d'expédition sont autorisées et comment les autres sources doivent être traitées.
Pourquoi le SPF est important #
Lorsqu'un serveur de messagerie récepteur reçoit un message, il peut vérifier à l'aide de SPF si le serveur expéditeur est autorisé pour le domaine concerné conformément à l'enregistrement SPF publié.
Cela rend ainsi plus difficile certaines formes d'utilisation abusive de noms de domaine comme expéditeur.
Cependant, SPF à lui seul ne suffit pas à empêcher toutes les formes d'usurpation d'identité d'expéditeur et ce n'est pas non plus un filtre anti-spam.
Ne pas créer plusieurs enregistrements SPF indépendants #
Une erreur de configuration fréquente consiste à créer un enregistrement TXT SPF distinct pour chaque service d'expédition.
Par exemple, si un domaine envoie des e-mails à la fois via le serveur d'hébergement et via un service de newsletter ou de messagerie externe, les sources autorisées nécessaires doivent être prises en compte dans une configuration SPF valide.
Attention : N'ajoutez pas simplement un deuxième enregistrement SPF avec
v=spf1Remarque : Plusieurs enregistrements SPF pour le même domaine peuvent entraîner une erreur SPF-PermError. Les sources d'envoi requises doivent être regroupées dans une politique SPF correcte.
Intégrer les services de messagerie externes dans SPF #
Si vous n'envoyez pas exclusivement via le serveur de messagerie CURIAWEB, votre configuration SPF doit correspondre à l'infrastructure réelle.
Cela concerne par exemple les domaines qui utilisent en outre un service de messagerie externe, un fournisseur de newsletter, un service CRM ou d'autres systèmes pour l'envoi.
N'empruntez pas pour cela des éléments SPF au hasard dans des guides tiers. Utilisez les spécifications du service réellement déployé et intégrez-les correctement dans la configuration SPF existante.
Qu'est-ce que DKIM ? #
DKIM représente DomainKeys Identified Mail.
Lors de l'envoi, l'e-mail est muni d'une signature cryptographique. La clé publique correspondante est fournie via un enregistrement DNS du domaine.
Le serveur de messagerie destinataire peut utiliser cette clé publique pour vérifier la signature DKIM.
Cela permet notamment de vérifier si les éléments signés du message ont été modifiés après la signature.
Pourquoi DKIM est important #
DKIM renforce l'authentification technique des messages sortants.
Un destinataire peut vérifier à l'aide de la signature si le message a été signé avec une clé correspondant au domaine DKIM spécifié et si la vérification de la signature réussit.
Cependant, le DKIM à lui seul ne garantit ni l'absence de spam ni l'arrivée dans la boîte de réception.
Qu'est-ce qu'un sélecteur DKIM ? #
Une clé DKIM n'est pas simplement publiée directement sous le domaine principal. Pour cela, un soi-disant Sélecteur utilisé.
Le nom DNS présente généralement la structure suivante :
selector._domainkey.votre-domaine.ch
Le sélecteur effectivement utilisé dépend du système de messagerie concerné.
Attention : Ne créez pas d'enregistrement DKIM à partir d'un exemple provenant d'un domaine tiers. La clé publique et le sélecteur utilisé doivent appartenir à votre configuration de messagerie réelle.
5. Vérifier le statut SPF #
Ouvre la fiche détaillée du domaine souhaité et vérifie la section SPF.
Si cPanel reconnaît que la configuration est valide, tu ne devrais pas modifier cette entrée sans raison valable.
Si, en revanche, cPanel signale un problème, commence par lire le message dans son intégralité et vérifie quelle entrée SPF cPanel attend ou recommande.
6. Vérifier le statut DKIM #
Vérifiez ensuite la section DKIM.
Ici aussi, la règle s'applique : si cPanel reconnaît l'entrée comme correcte, tu ne devrais pas effectuer de modifications par précaution.
En cas d'alerte, tu dois vérifier si l'enregistrement DNS DKIM requis existe et s'il est accessible au public.
Qui gère la zone DNS de votre domaine ? #
Avant de modifier un enregistrement DNS, tu dois savoir que, où est gérée la zone DNS de référence de votre domaine.
Si votre nom de domaine utilise les serveurs de noms prévus pour votre hébergement CURIAWEB et que la zone DNS est gérée via l'hébergement, les modifications peuvent être effectuées en conséquence au sein de cet environnement.
Si, en revanche, le domaine utilise des serveurs de noms externes, par exemple chez un autre fournisseur DNS, les modifications doivent y être effectuées.
Important : Une entrée dans l'éditeur de zone cPanel local n'a aucun effet public si le domaine utilise en réalité sa zone DNS faisant autorité sur d'autres serveurs de noms.
7. Vérifier le serveur de noms ou la responsabilité DNS #
Si cPanel affiche une entrée requise, mais que celle-ci ne peut pas être corrigée automatiquement, vérifiez d'abord la responsabilité DNS du domaine.
Si la gestion du DNS est externalisée, tu dois enregistrer l'entrée requise par cPanel auprès du fournisseur de DNS concerné.
Si la gestion du DNS s'effectue dans le cPanel de CURIAWEB, tu peux gérer les enregistrements DNS via l'éditeur de zone.
Nous montrons la procédure sous Utilisation de l'éditeur de zones DNS dans cPanel.
8. Reprendre à l'identique l'entrée proposée par cPanel #
Si cPanel affiche une entrée SPF ou DKIM requise en raison d'une zone DNS gérée en externe, tu dois reprendre exactement son nom et sa valeur.
Ne modifiez surtout pas manuellement une clé DKIM.
Dans le cas d'entrées TXT longues, l'absence ou la présence de caractères supplémentaires peut empêcher l'authentification de fonctionner.
Les modifications de l'ADN prennent du temps #
Après une modification du DNS, le résultat n'est pas forcément visible immédiatement partout.
En raison des valeurs TTL et des informations mises en cache, les réponses DNS peuvent encore être fournies pendant un certain temps sur la base de l'état précédent.
Si cPanel continue d'afficher un avertissement immédiatement après une modification externe du DNS, cela ne signifie donc pas automatiquement que la nouvelle entrée est erronée.
Conseil pratique : Après une modification du DNS, ne testez pas plusieurs variantes différentes. Vérifiez d'abord si l'entrée correcte a bien été publiée, puis tenez compte des caches DNS.
9. Vérifier à nouveau le statut après une modification #
Une fois l'enregistrement DNS publié et après avoir laissé suffisamment de temps pour la mise à jour, ouvrez à nouveau :
E-mail → Délivrabilité des e-mails
Vérifiez à nouveau l'état du domaine concerné.
Si cPanel détecte désormais une configuration valide, le problème d'authentification initial est résolu.
Qu'est-ce que DMARC ? #
DMARC représente Domain-based Message Authentication, Reporting and Conformance.
DMARC utilise les résultats de SPF et DKIM et vérifie en outre ce qu'on appelle la Alignement-Beziehung zur sichtbaren Absenderdomain.
Vereinfacht bedeutet das: Es genügt für DMARC nicht immer, dass irgendwo in der Nachricht eine SPF- oder DKIM-Prüfung erfolgreich ist. Die authentifizierte Domain muss auch in der von DMARC erwarteten Weise zur sichtbaren Absenderdomain passen.
Warum Alignment bei DMARC wichtig ist #
Eine E-Mail kann beispielsweise technisch über einen autorisierten Server versendet werden, ohne dass die für SPF verwendete Domain exakt der sichtbaren Absenderdomain entspricht.
DMARC betrachtet deshalb nicht nur „SPF bestanden“ oder „DKIM bestanden“, sondern auch die Beziehung der jeweiligen Domains zum sichtbaren Absender.
Das ist ein wichtiger Unterschied zwischen den einzelnen Authentifizierungsverfahren.
DMARC nicht blind mit einer strengen Policy aktivieren #
DMARC kann festlegen, wie empfangende Systeme mit Nachrichten umgehen sollen, welche die DMARC-Prüfung nicht bestehen.
Eine unüberlegt strenge Policy kann deshalb legitime E-Mails beeinträchtigen, wenn noch nicht alle tatsächlichen Versandquellen korrekt authentifiziert sind.
Attention : Bevor du eine strenge DMARC-Policy einsetzt, müssen alle legitimen Versandwege deiner Domain bekannt und korrekt für SPF und/oder DKIM eingerichtet sein. Dazu gehören nicht nur normale Postfächer, sondern beispielsweise auch Websites, Shops, Newsletter- und externe Geschäftssysteme.
Warum ein grüner Status keine Inbox-Garantie ist #
Eine technisch korrekte SPF- und DKIM-Konfiguration ist wichtig, aber nur ein Teil der Zustellbarkeit.
Empfangende Mailanbieter können zusätzlich zahlreiche weitere Faktoren bewerten.
Cela comprend par exemple :
- Reputation der Versandquelle
- Réputation du domaine
- Inhalt und Struktur der Nachricht
- Versandverhalten und Versandvolumen
- Spam-Beschwerden von Empfängern
- Qualität und Herkunft von Empfängerlisten
- weitere eigene Filter- und Sicherheitsregeln des Empfängers
Deshalb kann eine technisch korrekt authentifizierte Nachricht trotzdem im Spamordner landen.
Règle de base : SPF und DKIM sind wichtige Voraussetzungen für einen sauberen Mailversand – aber kein Versprechen, dass jede Nachricht im Posteingang landet.
SPF und DKIM sind keine Spamfilter #
SPF und DKIM bewerten nicht, ob der Inhalt einer Nachricht erwünscht oder unerwünscht ist.
Sie dienen der Authentifizierung beziehungsweise Überprüfung bestimmter technischer Eigenschaften des Mailversands.
Auch eine unerwünschte Werbemail kann technisch korrekt mit SPF und DKIM authentifiziert sein.
Umgekehrt kann eine legitime Nachricht Zustellungsprobleme bekommen, wenn ihre Authentifizierung fehlerhaft konfiguriert ist.
E-Mail-Zustellbarkeit und cPanel-Spamfilter unterscheiden #
La fonction Livrabilité des e-mails et le Filtre anti-spam in cPanel erfüllen deshalb unterschiedliche Aufgaben.
Die Zustellbarkeitsfunktion hilft bei der Kontrolle der Authentifizierung deiner Domain.
Der Spamfilter dient dagegen dazu, eingehende Nachrichten auf Spam-Merkmale zu untersuchen und entsprechend zu behandeln.
Wie du diesen konfigurierst, zeigen wir unter Configurer le filtre anti-spam dans cPanel.
Was passiert bei extern gehosteten E-Mails? #
Wenn deine Website bei CURIAWEB liegt, deine E-Mail-Konten aber über einen externen Anbieter betrieben werden, muss die gesamte Mailkonfiguration zu diesem Aufbau passen.
Dazu gehören nicht nur SPF und DKIM, sondern auch MX-Einträge und das E-Mail-Routing.
Verwendest du beispielsweise einen externen Maildienst, müssen dessen Vorgaben für SPF und DKIM berücksichtigt werden.
Die vom CURIAWEB-Hosting für lokalen Mailversand erwartete Konfiguration darf in einem solchen Fall nicht einfach ungeprüft die Vorgaben des tatsächlichen Mailanbieters ersetzen.
Externes E-Mail-System und CURIAWEB-Website gleichzeitig #
Eine besonders häufige Konstellation ist:
Website: CURIAWEB
E-mail : externer Anbieter
Die Website kann trotzdem Nachrichten versenden, beispielsweise über ein Kontaktformular oder einen Onlineshop.
Dadurch können für dieselbe Domain mehrere legitime Versandwege existieren.
Die SPF-, DKIM- und gegebenenfalls DMARC-Konfiguration muss diese tatsächliche Infrastruktur berücksichtigen.
Routing bei externen Maildiensten kontrollieren #
Wenn die Postfächer einer Domain extern betrieben werden, sollte zusätzlich geprüft werden, ob cPanel die Domain als externes Mailziel behandelt.
Eine falsche Routing-Einstellung kann insbesondere bei Nachrichten problematisch sein, die direkt von einer auf dem Hosting laufenden Website an eine Adresse derselben Domain gesendet werden.
Wie du das kontrollierst, zeigen wir unter Configurer correctement le routage des e-mails dans cPanel.
SPF bei Weiterleitungen hat Besonderheiten #
E-Mail-Weiterleitungen können die Authentifizierungsprüfung komplexer machen.
Eine Nachricht wurde ursprünglich von einem fremden Server versendet und wird anschließend über einen weiteren Server an ein neues Ziel weitergeleitet.
Dadurch kann die SPF-Prüfung beim endgültigen Empfänger anders ausfallen als bei einer direkten Zustellung.
Das bedeutet nicht automatisch, dass die Weiterleitung falsch eingerichtet ist. Es zeigt vielmehr, warum E-Mail-Authentifizierung bei Weiterleitungen nicht allein anhand einer einfachen SPF-Betrachtung beurteilt werden sollte.
Wie du Weiterleitungen in cPanel einrichtest, erklären wir unter Configurer le transfert d'e-mails dans cPanel.
DKIM kann bei Weiterleitungen hilfreich sein #
Eine gültige DKIM-Signatur kann eine Weiterleitung unter bestimmten Voraussetzungen überstehen, solange die signierten Bestandteile der Nachricht nicht auf eine Weise verändert werden, welche die Signatur ungültig macht.
Deshalb ist DKIM neben SPF ein wichtiger Bestandteil moderner E-Mail-Authentifizierung.
Auch hier gilt jedoch: Das tatsächliche Ergebnis hängt vom konkreten Nachrichtenweg und den beteiligten Systemen ab.
Website versendet E-Mails, aber SPF oder DKIM schlägt fehl #
Wenn eine Website, ein Shop oder eine Anwendung E-Mails versendet, musst du wissen, über welchen Versandweg diese Nachrichten tatsächlich verschickt werden.
Eine Anwendung kann beispielsweise den lokalen Mailserver verwenden oder Nachrichten über einen externen SMTP-Dienst senden.
Diese beiden Varianten können unterschiedliche Anforderungen an SPF und DKIM haben.
Conseil pratique : Bevor du DNS-Einträge änderst, kläre zuerst, welcher Server oder Dienst die betreffende Nachricht tatsächlich versendet.
Eine E-Mail wird abgewiesen – was nun? #
Wenn ein externer Mailserver eine Nachricht ablehnt, solltest du die vollständige Fehlermeldung untersuchen.
Darin kann beispielsweise ein Hinweis auf SPF, DKIM, DMARC, Reputation oder eine völlig andere Ursache stehen.
Ändere nicht automatisch SPF oder DKIM, nur weil eine E-Mail nicht angekommen ist.
Wie du den Zustellungsverlauf untersuchst, zeigen wir unter Suivi de la livraison des e-mails dans cPanel.
Typischer Fehler: DNS-Eintrag am falschen Ort geändert #
Ein Benutzer sieht in cPanel einen empfohlenen SPF- oder DKIM-Eintrag und trägt diesen im cPanel-Zoneneditor ein.
Die Domain verwendet jedoch externe Nameserver.
Das Ergebnis: Die Änderung existiert zwar in der lokalen DNS-Zone des Hostingservers, wird im öffentlichen DNS aber überhaupt nicht verwendet.
Deshalb solltest du vor jeder DNS-Änderung klären, welche Nameserver für die Domain autoritativ sind.
Typischer Fehler: Alten DKIM-Eintrag aus einer früheren Umgebung übernommen #
Nach einem Hosting- oder Mailserverwechsel können noch DNS-Einträge aus der vorherigen Umgebung vorhanden sein.
Ein alter DKIM-Schlüssel passt möglicherweise nicht zum aktuell verwendeten Mailsystem.
Verwende deshalb den DKIM-Eintrag, der tatsächlich zur aktuellen Versandplattform gehört.
Typischer Fehler: Externen Mailanbieter bei SPF vergessen #
Wenn deine Mitarbeiter über einen externen Dienst senden, dieser aber nicht in der SPF-Konfiguration berücksichtigt wird, kann die SPF-Prüfung für diese Nachrichten fehlschlagen.
Erfasse deshalb alle legitimen Versandquellen, bevor du SPF änderst.
Dazu können je nach Unternehmen gehören:
- der Hosting-Mailserver
- ein externer Mailanbieter
- Systèmes de bulletins d'information
- CRM- oder ERP-Systeme
- Support- und Ticketsysteme
- andere autorisierte Versandplattformen
Typischer Fehler: SPF immer weiter erweitern #
Auch das Gegenteil ist problematisch.
Ein SPF-Eintrag sollte nicht wahllos immer mehr Quellen autorisieren, nur um mögliche Fehler zu vermeiden.
Jede freigegebene Quelle sollte einen nachvollziehbaren Zweck haben und tatsächlich für den Mailversand der Domain benötigt werden.
Sécurité Autorisiere im SPF nur Versandquellen, die tatsächlich im Namen deiner Domain E-Mails versenden dürfen.
SPF hat technische Grenzen #
SPF-Einträge können Mechanismen verwenden, die weitere DNS-Abfragen verursachen. Das SPF-Verfahren besitzt dafür technische Grenzen.
Eine sehr komplexe Konfiguration mit zahlreichen eingebundenen Diensten kann deshalb selbst fehlerhaft werden.
Wenn du viele externe Versandplattformen kombinierst, sollte die SPF-Konfiguration technisch geprüft und nicht einfach durch immer weitere include-Mechanismen ergänzt werden.
Nach einer Korrektur eine echte Testmail senden #
Wenn cPanel die Konfiguration nach einer Änderung als gültig erkennt, solltest du zusätzlich eine echte Testnachricht an einen externen Empfänger senden.
Verwende dafür beispielsweise ein unabhängiges externes Postfach und prüfe, ob die Nachricht ankommt.
Bei Bedarf können die Header der empfangenen Nachricht weitere Informationen darüber enthalten, wie SPF, DKIM und DMARC beim Empfänger bewertet wurden.
Mailheader liefern zusätzliche Informationen #
Die vollständigen Header einer E-Mail enthalten technische Informationen über den Nachrichtenweg und können auch Ergebnisse von Authentifizierungsprüfungen enthalten.
Je nach empfangendem System können dort beispielsweise Angaben zu SPF, DKIM und DMARC erscheinen.
Die genaue Darstellung unterscheidet sich zwischen verschiedenen Mailanbietern.
Für eine tiefere Diagnose sind solche Header wesentlich aussagekräftiger als allein die sichtbare Absenderadresse im Mailprogramm.
Was tun, wenn cPanel alles als korrekt anzeigt, E-Mails aber im Spam landen? #
Wenn SPF und DKIM korrekt sind, solltest du nicht ständig an diesen DNS-Einträgen weiterarbeiten.
Untersuche stattdessen andere mögliche Ursachen.
Dazu gehören beispielsweise Versandverhalten, Reputation, Inhalt, Links, Anhänge, Beschwerden von Empfängern oder die Filterregeln des Zielanbieters.
Bei einzelnen Nachrichten solltest du außerdem prüfen, ob tatsächlich ein allgemeines Zustellbarkeitsproblem besteht oder nur ein bestimmter Empfänger betroffen ist.
Conseil pratique : Teste nicht nur mit einem einzigen Empfänger. Wenn eine Nachricht bei einem Anbieter im Spam landet, bei mehreren anderen Anbietern aber korrekt ankommt, ist das diagnostisch eine wichtige Information.
Was tun, wenn nur eine bestimmte Domain E-Mails ablehnt? #
Wenn der Versand zu vielen Empfängern funktioniert, aber Nachrichten an eine bestimmte Domain regelmäßig abgelehnt werden, solltest du die Fehlermeldung dieses Zielservers untersuchen.
Das spricht eher für ein spezifisches Problem mit diesem Zustellungsweg als für einen vollständigen Ausfall deines Mailversands.
Nutze dafür die Zustellungsverfolgung in cPanel und prüfe den vollständigen SMTP-Fehler.
Keine DNS-Änderungen auf Verdacht #
Bei Zustellungsproblemen solltest du nicht gleichzeitig SPF, DKIM, DMARC, MX-Einträge und E-Mail-Routing verändern.
Dadurch können zusätzliche Fehler entstehen und die ursprüngliche Ursache wird schwerer nachvollziehbar.
Gehe stattdessen systematisch vor:
- Prüfe die betreffende Domain unter Livrabilité des e-mails.
- Kontrolliere SPF und DKIM.
- Stelle fest, wo die autoritative DNS-Zone verwaltet wird.
- Korrigiere nur einen tatsächlich fehlerhaften Eintrag.
- Berücksichtige nach einer DNS-Änderung die Aktualisierungszeit.
- Prüfe den Status erneut.
- Sende anschließend eine echte Testnachricht.
Quand devez-vous contacter le support ? #
Wenn cPanel einen Fehler anzeigt, du die DNS-Konfiguration aber nicht eindeutig beurteilen kannst, solltest du nicht auf Verdacht Einträge löschen oder ersetzen.
Für eine gezielte Analyse sind insbesondere folgende Angaben hilfreich:
- domaine concerné
- angezeigte Meldung unter E-Mail-Zustellbarkeit
- ob die DNS-Zone bei CURIAWEB oder extern verwaltet wird
- welcher Mailanbieter verwendet wird
- ob zusätzlich externe Versanddienste eingesetzt werden
- bei einer Ablehnung die vollständige SMTP-Fehlermeldung
Damit lässt sich wesentlich schneller feststellen, welcher Teil der Konfiguration tatsächlich überprüft werden muss.
Résumé #
La fonction Livrabilité des e-mails que vous trouverez dans votre cPanel CURIAWEB sous E-mail → Délivrabilité des e-mails.
Kontrolliere dort für die gewünschte Domain insbesondere den Status von SPF und DKIM. Zeigt cPanel ein Problem an, prüfe zuerst die genaue Meldung und stelle anschließend fest, wo die autoritative DNS-Zone deiner Domain verwaltet wird.
SPF legt fest, welche Versandquellen für eine Domain autorisiert sind. DKIM ermöglicht die kryptografische Überprüfung signierter Nachrichten. DMARC baut auf SPF und DKIM auf und berücksichtigt zusätzlich die Ausrichtung zur sichtbaren Absenderdomain.
Ändere DNS-Einträge nicht auf Verdacht und lege insbesondere keine mehreren unabhängigen SPF-Records für dieselbe Domain an. Bei externen Mail- oder Versanddiensten muss die Konfiguration alle tatsächlich verwendeten Versandwege korrekt berücksichtigen.
Eine technisch einwandfreie SPF- und DKIM-Konfiguration ist ein wichtiger Bestandteil eines sauberen Mailversands, garantiert aber keine Platzierung im Posteingang. Wenn eine Nachricht abgewiesen wird, solltest du zusätzlich den konkreten Zustellungsverlauf und die vollständige SMTP-Fehlermeldung untersuchen.
