Externes Alias an mich selbst und Familienmitglied "weiterleiten"

Der engl. KB-Artikel ist vollständig(er); im deutschen fehlen einfach Teile:
https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/

Danke euch.

Ob und wie ich mich die Materie verstehe oder die Doku gelesen habe, lasse ich gern einfach mal so stehen. Dass die Doku, wie ich schrieb, mangelhaft ist, wurde immerhin ja dann noch bestätigt.

Tatsächlich hatte ich einen Tippfehler im SPF Record und der DMARC Eintrag entspricht nicht dem des englischen Mailbox-Artikels. Ich schaue mal, was letztlich funktionieren wird und berichte gern wieder.

Bzgl. Weiterleitung funktioniert es, sowohl die Aktion "Umleiten" als auch "Behalten" gleichzeitig zu hinterlegen.

> der DMARC Eintrag entspricht nicht dem des englischen Mailbox-Artikels

Das stimmt. 😉 Womit wir wieder beim Verständnis wären. Der von mailbox.org vorgeschlagene Eintrag deaktiviert die Prüfung des Absenders, während der von mir empfohlene den Server des Empfängers anweist, E-Mails abzulehnen, wenn sie nicht tatsächlich über mailbox.org versendet wurden, was die Möglichkeiten, mit deiner E-Mail-Adresse Unfug zu treiben einschränkt.

Bei aktivierter DMARC-Prüfung ist es natürlich wichtig, dass die SPF- und DKIM-Einträge korrekt sind, damit deine E-Mails ankommen. Im Gegenzug führen korrekte und strenge Richtlinien aber dazu, dass deine echten E-Mails so gut wie niemals für Spam gehalten werden und beim Empfänger immer im Posteingang landen.

Vor dem "Relaunch" entsprach der deutsche Artikel dazu ziemlich genau dem englischen. Ich habe erst im Nachhinein gesehen, dass die KB inzwischen völlig zerstört ist und die Bananaware jetzt erstmal wieder im Produktivbetrieb reifen muss.

Adkim und aspf hatte ich nicht gesetzt aber das Default „relaxed“ ist richtig für die Subdomains.

Das kann natürlich jeder so einstellen, wie es für ihn am Besten passt. Wichtig ist im Grunde nur die Angabe `p=`, mit der man mitteilt, wie mit gefälschten E-Mails umgegangen werden soll. Bei "none" werden auch diese E-Mails zugestellt, bei "quarantine" landen sie im Spam-Ordner des Empfängers und bei "reject" werden sie abgelehnt. Zumindest sollte es so sein. Am Ende entscheidet natürlich der Mailserver des Empfängers darüber, und viele Provider setzen noch nicht alle Anweisungen um. `adkim` und `aspf` kann man ruhig weg lassen. Auf `s` gesetzt, verhindern sie (vereinfacht gesagt), dass E-Mails von Subdomains gesendet werden können. Aber wer tut das schon? Ich weiß gar nicht, ob mailbox.org Aliase unter Subdomains unterstützt.

Ich habe subdomains für meine eigene Domain, weil die alle natürlich schon vergeben waren.

In dem Fall kommt es stark darauf an, wie der Server die Mails signiert. Musst du für jede Subdomain einen eigenen mailbox.org Freigabe-Code ins DNS schreiben? Falls eine Subdomain genau wie jede andere Domain behandelt wird, funktioniert DKIM nur, wenn man die CNAME-Einträge zusätzlich noch einmal unterhalb der Subdomain anlegt, und dann ist es völlig egal, ob die DMARC-Prüfung "strict" ausgeführt wird. So ein Setup ist dann schon recht komplex, und man müsste sich mal die Header anschauen, nachdem man sich selbst eine Mail an eine andere Adresse geschickt hat.

So komplex, das selbst der Provider es nicht genau wusste.

Ich habe für jede Subdomain die Domainkey und SPF Einträge angelegt. DMARK nur einmal.

Das wundert mich nicht. ;) Deswegen der Vorschlag, die Header selbst zu prüfen. Ja, SPF wird wie die MX-Einträge nie "vererbt", und welche Domainkeys verwendet werden, hängt eben davon ab, welche Hierarchie der Ausgangs-Server vorgibt. DMARC wird "vererbt", so lange die Subdomain keine eigene Policy hat, aber ob die "strict"- oder die "relaxed"-Regel greift, hängt eben wieder davon ab, wie die DKIM-Signatur ausgelegt ist. DMARC ist schon ein Biest. Um das wirklich zu verstehen hilft echt nur noch RFC lesen.

Mist! Dann muss ich das studieren. 😄

Ich bin gerade in der MXtoolbox. Die findet DMARC der TLD aber es sind anscheinend doch Einträge für die Subdomains nötig. Eine andere Testseite sagte das auch mal anders.