- Verschifft
- 4. September 2026 um 16:46 UTC
- Autor
- Kamo
- Ausschuss
- 14f8b42
Transaktionale Mail ging immer als NoReply@{org Primärdomäne durch unsere eigene Staffel. Das ist nur sicher, während Kamo die Org-Mails beherbergt: dann wir steuern die Domain SPF und DKIM. Eine Org, die ihre Mailboxen zu Google bewegt Workspace, Microsoft 365 oder Zoho hält das gleiche aus, aber seine SPF jetzt Namen dass Provider statt unserer Relais und wir halten keine DKIM-Taste für sie, so dass jeder System-E-Mail wird nicht authentifizierte E-Mail behauptet, von einer Domain, die wir tun nicht senden. Empfänger Spam-Ordner es, und lehnen Sie es geradezu in dem Moment der Domain veröffentlicht DMARC strenger als p=none. Harmony Home Loans treffen genau das: harmonyhomeloans.net hat jetzt MX -" smtp.google.com und SPF "include:_spf.google.com .all", was nicht decken unsere IP senden, so dass ihre Passwort-Reset-Mail konnte nicht von Google oder durch die persönlichen gmail/yahoo Adressen auf ihren Konten. Orgs, die wir hosten, senden immer wieder als eigene Domain, unverändert. Alle anderen jetzt sendet von der Plattform ausgerichtete Domain unter dem Namen der org, mit Reply-To zeigt zurück auf die Org, so dass das Branding überlebt und die Post ankommt: Aus: "Harmony Home Loans" <NoReply@kamocrm.com> Antwort: NoReply@harmonyhomeloans.net Eine Org ohne Provider-Reihe hat sich noch nie für eine entschieden und wird bereits als behandelt KamoMail überall sonst, so ist es unbeeinflusst; ein Anbieter-Nachahmung, die ausfällt fällt zurück zum alten Verhalten, anstatt einen Passwort-Reset zu blockieren. Dies verdrahtet auch die AntwortTo-Argument sendToUser hat immer akzeptiert und nie verwendet.