beim webhosting aka netcup-mailhosting sind die schlüssel schon eingerichtet und korrekt im DNS eingetragen.
testen kannst du es, indem du eine mail an die üblichen spf-dkim-dmarc-tester schickst.
Hallo,
den DKIM Private/Public Key musst du selber generieren. (Als Rootserver Kunde)
Hier eine Anleitung wie das mit OpenSSL geht:
How to create a DKIM record with OpenSSL - Mailhardener knowledge base
Und was genau hat es mit den Einträgen auf sich?:
Bei DKIM generierst du einen öffentlichen und einen privaten Key. Der private Key wird sicher bei deinem E-Mail Server hinterlegt. Damit signiert dein E-Mail Server die ausgehenden Mails. Der öffentliche Key wird im DNS hinterlegt. Der Mailserver des Empfänger ,der die signierte Mail erhalten hat, macht nun eine DNS Abfrage von deiner Domain und versucht nun die Signatur zu validieren.
Ein Selektor bzw. Identifizierer ist IMHO nur optional. Dieser dienst meines Wissens dazu, wenn man mehrere Keys für eine Domain verwenden möchte.
MfG
Und was genau hat es mit den Einträgen auf sich?:
key1._domainkey
key1._domainkey.webhosting.systems
Genau das sind die DKIM-Einträge.
Da die vorhanden sind, hast du wohl ein Webhosting, also alles schon drin:
beim webhosting aka netcup-mailhosting sind die schlüssel schon eingerichtet und korrekt im DNS eingetragen.
testen kannst du es, indem du eine mail an die üblichen spf-dkim-dmarc-tester schickst.
den DKIM Private/Public Key musst du selber generieren. (Als Rootserver Kunde)
Was hier wohl nicht der Fall ist.
wohin ausgewandert?
und beachte, dass du evtl., je nach provider, bei subdomains die domain mitangeben musst.
hier bei netcup darf man die domain nicht angeben (key1._domainkey CNAME …).
Ich hatte zufällig genau das selbe Problem und hab mich an den Support gewendet. Die Lösung:
key1._domainkey CNAME key1._domainkey.webhosting.systems
key2._domainkey CNAME key2._domainkey.webhosting.systemsbeim webhosting aka netcup-mailhosting sind die schlüssel schon eingerichtet und korrekt im DNS eingetragen.
testen kannst du es, indem du eine mail an die üblichen spf-dkim-dmarc-tester schickst.
Sorry for "breaking-in":
How does this work? This "testen kannst du es, indem du eine mail an die üblichen spf-dkim-dmarc-tester schickst"?
What is the expected outcome?
What is the expected outcome?
If you use https://dkimvalidator.com for example, the outcome should show result = pass
If you use https://dkimvalidator.com for example, the outcome should show result = pass
Thank you - working as expected/described.
Cheers - Will
Ich hatte zufällig genau das selbe Problem und hab mich an den Support gewendet. Die Lösung:
Codekey1._domainkey CNAME key1._domainkey.webhosting.systems key2._domainkey CNAME key2._domainkey.webhosting.systems
Muss dafür Proxy (Auto TTL) von Cloudflare verwendet werden?
Bei mir wird DKIM nicht erkannt laut Checker.
EDIT: Ok ohne "Wolke" also Auto TTL funktioniert es. Wahrscheinlich war das der Fehler. Ich hoffe das ist soweit richtig!
Jedenfalls wird mir das so noch in Cloudflare angezeigt (siehe Anhang).
Aktivier die Wolke nur bei den Subdomains, wohinter auch eine Webseite erreichbar ist. Bei den restlichen Subdomains lieber deaktiviert lassen.
So?
Ja, passt so.
Mir ist noch dieser Eintrag ins Auge gefallen.
Dort habe ich ebenfalls die Wolke deaktiviert. Ob das richtig ist, weiss ich nicht.
Deiner letzten Rückmeldung zu urteilen aber schon.
Auch das ist richtig. Die Cloudflare Proxy ist bei Netcup Webhostings eigentlich unnötig.
Besten Dank für die Info.
