- Expédié
- 4 septembre 2026 à 16:46 UTC
- Auteur
- Kamo
- Commite
- 14f8b42
Le courrier transactionnel s'est toujours déroulé sous le nom de domaine principal de NoReplyorg notre propre relais. Ce n'est sûr que pendant que Kamo héberge le courrier de l'organisation: puis nous contrôler le SPF et le DKIM du domaine. Un organisme qui déplace ses boîtes aux lettres sur Google L'espace de travail, Microsoft 365 ou zoho conserve la même chose, mais son SPF se nomme maintenant ce fournisseur au lieu de notre relais et nous ne détenons pas de clé DKIM pour lui, donc chaque Le courrier électronique du système devient un courrier non at Auparavant prétendre provenir d'un domaine que nous faisons ne pas envoyer pour. Récepte le spam-folder, et le rejeter tout droit le moment Le domaine publie DMARC plus strict que p'none. Harmony Home Loans frappe exactement ceci: harmoniehomeloans.net a maintenant MX - smtp.google.com et SPF "include:-spf.google.com-all", qui n'est pas couvrir notre IP d'envoi, de sorte que leur message de réinitialisation par mot de passe ne pouvait pas être fiable par Google ou par les adresses gmail/yahoo personnelles sur leurs comptes. Les orges que nous hébergeons continuent d'envoyer comme leur propre domaine, inchangé. Tout le monde maintenant envoie à partir du domaine aligné de la plate-forme sous le nom de l'ordonnance, avec la réponse-to en pointant vers l'orge, donc l'image de marque survit et le courrier arrive: De : "Agents à la maison de l'Harmony" Réponse à : NoReply-harmonyhomeloans.net Une barre d'administration sans que la ligne de fournisseur n'en ait jamais choisi et est déjà traitée comme KamoMail partout ailleurs, donc il n'est pas affecté; un retour de recherche qui échoue retombe à l'ancien comportement plutôt que de bloquer une réinitialisation du mot de passe. Cela permet également d'effectuer un virement de réponsePour l'argument sendToUser a toujours accepté et jamais utilisé.