- Navios
- 4 de setembro de 2026 às 16:46 UTC
- Autor
- Kamo
- Enviar
- 14f8b42
E- mail transacional sempre saiu como NoReply@ {org domínio primário} através O nosso próprio revezamento. Isso só é seguro enquanto Kamo hospeda o correio da org: então nós controlar SPF e DKIM do domínio. Uma org que move suas caixas de correio para o Google Área de trabalho, Microsoft 365 ou Zoho mantém o mesmo, mas seu SPF agora nomes que provedor em vez de nosso relé e não temos nenhuma chave DKIM para ele, então cada e-mail do sistema torna-se e-mail não autenticado alegando ser de um domínio que fazemos não enviar para. Receptores spam-passeá-lo, e rejeitá-lo diretamente no momento em que o domínio publica DMARC mais rigoroso do que p=none. Harmony Home Empréstimos bater exatamente isso: harmonyhomeloans.net agora tem MX -> smtp.google.com e SPF "include: spf.google.com ~all", que não inclui cobrir o nosso IP de envio, para que a sua senha-reset mail não poderia ser confiável por Google ou pelos endereços pessoais do gmail/yahoo em suas contas. Orgs que hospedamos continuam enviando como seu próprio domínio, inalterado. Todos os outros agora envia do domínio alinhado da plataforma sob o nome da org, com Reply-To apontando para trás para a org, para que a marca sobrevive e o correio chega: De: "Harmony Home Loans" <NoReply@kamocrm.com> Resposta- Para: NoReply@harmonyhomeloans.net Uma org sem linha de provedor nunca escolheu uma e já é tratada como KamoMail em qualquer outro lugar, por isso não é afetado; uma pesquisa do provedor que falha retorna ao comportamento antigo em vez de bloquear uma redefinição de senha. Isso também liga a respostaA argumento sendToUser sempre aceitou e Nunca usado.