DKIM deaktivieren / DNS Editor

[passi]

Ich habe folgendes Szenario:

Postfach: name@domain1.de
Unter einem anderen Benutzer eine Weiterleitung von name@zweitedomain.de auf die obige.

Wenn ich nun aus dem Postfach name@domain1.de eine Email mit der "Identität" von der zweiten Email versende, schlägt die DKIM Prüfung fehl.
Welcher Schlüssel wird verwendet? von domain1 oder zweitedomain?

Danke!

[Blackmoon]

Guten Abend.

Code: Select all

Welcher Schlüssel wird verwendet? von domain1 oder zweitedomain?

schau in den Header der E-Mail. Geht am Einfachsten in einem E-Mail Client wie Outlook, Thunderbird, emClient, etc...


Gruß

[passi]

Guten Abend.

Code: Select all

Welcher Schlüssel wird verwendet? von domain1 oder zweitedomain?

schau in den Header der E-Mail. Geht am Einfachsten in einem E-Mail Client wie Outlook, Thunderbird, emClient, etc...


Gruß

Es wird mittlerweile richtigerweise der Key von zweitedomain verwendet. Die DNS Records waren wohl noch nicht aktuell ..

Danke!

[select name from me;]

Ich hänge mich an dieses Thema dran.
Ist es aktuell möglich DKIM zu deaktivieren?

Ich nutze einen externen Nameserver und kann dort leider keinen DKIM Eintrag hinzufügen.
Ausgehende E-Mails sind dann natürlich falsch.

[Florian]

Hallo,

nur manuell und global für den ganzen Server durch entfernen der entsprechenden Einträge in der main.cf:

Code: Select all

milter_protocol = 6
milter_default_action = accept
smtpd_milters = inet:127.0.0.1:12345
non_smtpd_milters = inet:127.0.0.1:12345

Aber der DKIM Eintrag ist ein normaler TXT Record, das sollte doch jeder Nameserver können.

[select name from me;]

nur manuell und global für den ganzen Server durch entfernen der entsprechenden Einträge in der main.cf:

Code: Select all

milter_protocol = 6
milter_default_action = accept
smtpd_milters = inet:127.0.0.1:12345
non_smtpd_milters = inet:127.0.0.1:12345

Hallo, vielen Dank. Das hilft mir weiter.

Aber der DKIM Eintrag ist ein normaler TXT Record, das sollte doch jeder Nameserver können.

Die Herausforderung ist, das wir keinen direkte Zugriff auf die Nameserver haben. Die Abstimmung erfolgt über mehrere Ecken vom Kunden zu dessen Dienstleister oder IT Abteilung. Dort gibt es dann aus unterschiedlichen Gründen schon zähe Abstimmungen bezüglich SPF. Wenn wir dann noch mit DKIM kommen freuen sich die Admins nicht so sehr.

[OlliTheDarkness]

Die Abstimmung erfolgt über mehrere Ecken vom Kunden zu dessen Dienstleister oder IT Abteilung. Dort gibt es dann aus unterschiedlichen Gründen schon zähe Abstimmungen bezüglich SPF. Wenn wir dann noch mit DKIM kommen freuen sich die Admins nicht so sehr.

Dann läuft da eindeutig etwas nicht richtig
Vieleicht mal drüber nachdenken.

[Engholm]

Eine kleine Verständnisfrage dazu: Führt es zu Problemen, wenn der Mailserver einen DKIM-Key bereitstellt (so wie bei Keyhelp standardmäßig der Fall), der TXT-Eintrag aber nicht in den Nameservern hinterlegt ist?

[andromeda]

Eine kleine Verständnisfrage dazu: Führt es zu Problemen, wenn der Mailserver einen DKIM-Key bereitstellt (so wie bei Keyhelp standardmäßig der Fall), der TXT-Eintrag aber nicht in den Nameservern hinterlegt ist?

Wenn der public key nicht im DNS hinterlegt ist aber die Mail signiert ist kann es Probleme geben da die Signatur nicht valide ist.

[Engholm]

Alles klar, vielen Dank!

[nevakee]

Meine Aussage ist noch aktuell:

Der Punkt steht nach-wie-vor auf der Todo-Liste und wird in einem der kommenden Updates Beachtung finden.

Gibt es mittlerweile Neuigkeiten dazu?

Für die, die DKIM wieder komplett deaktivieren wollen und schon rspamd nutzen, hier die Lösung:

/etc/rspamd/override.d/dkim_signing.conf

Code: Select all

enabled = false;

Und danach den Dienst rspamd einmal neu gestarten.