[ Guias de serviço de envio ]

Autentique a rota de envio correta do Freshsales

Combine as orientações de autenticação do Freshsales com a edição da conta, o transporte SMTP selecionado e o fluxo de trabalho exato da mensagem antes de preparar as alterações DNS .

Pela equipe de pesquisa EmailAuth · 7 minutos de leitura

[Pontos-chave]

  • Mantenha as instruções de migração clássica separadas da configuração de campanha moderna.
  • Distinguir conexão de caixa de correio e controle de endereço de autenticação de protocolo.
  • Preserve os valores gerados pela conta e verifique as identidades usadas pela mensagem real.
Nesta página

Identifique qual sistema envia o e-mail de vendas

Uma conversa do Freshsales pode começar no CRM enquanto sua mensagem de saída usa um serviço de caixa de correio conectado separadamente. Essa distinção determina qual sistema fornece a configuração de autenticação. Antes de discutir os registros, identifique a edição Freshsales, o recurso de e-mail relevante e o meio de envio selecionado. Registre o endereço De pretendido ao lado deles. O nome do aplicativo por si só não é base suficiente para alterar a autorização do domínio.

A documentação do Freshworks abrange fluxos de trabalho de CRM clássicos e mais recentes e campanhas de marketing. Menus semelhantes e títulos de sites de suporte compartilhados não tornam essas instruções intercambiáveis. Este guia separa as filiais documentadas e propõe as evidências necessárias para aprovar a configuração de uma conta. Nenhuma conta, caixa de correio ou mensagem foi inspecionada e nenhum direito de locatário atual ou valor DNS gerado é estabelecido aqui.

Caixa de correio conectada separada e transporte Freshsales

Vendas frescas' Orientação de e para resposta distingue o envio através do serviço SMTP do provedor conectado do Freshsales SMTP . No caso do provedor conectado, a escolha De documentada é restrita ao endereço conectado. A página discute separadamente os endereços da caixa de entrada da equipe com Freshsales SMTP . Essas distinções devem informar a revisão do escopo antes que alguém presuma que cada email composto no CRM usa a mesma infraestrutura de saída.

Quanto mais velho guia de conexão de caixa de correio também descreve a escolha entre esses transportes. Os nomes dos planos legados e a revisão de 2021 fazem dele o pano de fundo para essa distinção, e não uma receita atual de configuração de credenciais. Não traduza isso em instruções para criar uma senha de aplicativo, conceder acesso à caixa de correio ou substituir uma conexão existente sem orientação e autorização atuais do provedor.

Peça ao proprietário da conta para identificar a sequência exata de vendas, a mensagem individual ou outro fluxo de trabalho que está sendo revisado. Uma conexão de caixa de correio pode estabelecer controle de endereço sem demonstrar qual domínio um receptor irá autenticar. Por outro lado, um registro de domínio pode existir mesmo que a mensagem pretendida nunca utilize o serviço associado a ele.

Trate as instruções clássicas como um ramo separado

O Guia DKIM clássico discute explicitamente o Freshsales Classic e uma migração de 2024 para a plataforma de e-mail nativa. O prazo de 2 de junho de 2024 é histórico, não uma nova instrução para a operadora de hoje. O caminho documentado usa Configurações de administrador, Verificação de domínio, Adicionar domínio e Visualizar registro DNS , seguido por informações específicas da conta CNAME publicação e verificação.

A fonte marca sua tabela de registros como representativa. Mantenha essa distinção no ticket de mudança: a própria conta deve fornecer tanto nome de host quanto valor. Um recordea semelhança de um exemplo de página de ajuda não é de origem suficiente. Não recrie um antigo seletor ou redirecione um nome ocupado apenas para corresponder a uma ilustração.

Se uma conta ainda apresentar um fluxo de trabalho legado, mantenha seu contexto de edição e configuração antes de compará-lo com orientações mais recentes. Um aviso de migração pode explicar por que um conjunto de registros foi alterado, mas não estabelece que esse locatário específico concluiu a migração ou exige outra alteração agora.

Use o conjunto de registros de conta corrente aplicável

O acessível artigo sobre verificação de domínio, revisado em fevereiro de 2024, descreve domínios de envio de e-mail em configurações de administrador. Adicionar um domínio e um remetente primário leva a uma página Configurar contendo nomes de host e valores e, em seguida, a uma ação Verificar após a publicação. A página descreve o envio da campanha; sua disponibilidade não estabelece que todas as contas independentes do Freshsales tenham esse recurso.

Depois que o proprietário confirmar a aplicabilidade, a transferência proposta deverá incluir o conjunto completo de registros solicitados, a finalidade de cada registro e o consumidor existente de cada nome de proprietário. Mantenha as dependências de assinatura, roteamento de e-mail e rastreamento distinguíveis. Não omita uma entrada gerada porque ela não está rotulada DKIMou suponha que apenas um CNAME de rastreamento autentique o domínio do autor.

Compare o proprietário público pretendido com a convenção de entrada do editor DNS . Mantenha as instruções da conta e a diferença DNS proposta juntas para que um revisor possa detectar duplicação de sufixos ou mistura entre contas. Qualquer proprietário ocupado, substituição inexplicável ou incompatibilidade de produto deve interromper a alteração afetada até ser resolvida. Este é um controle de revisão proposto; nenhuma consulta ou edição DNS foi realizada.

Distinguir verificação de autenticação de mensagem

Frescos' orientação sobre requisitos do remetente distingue a verificação de domínio conduzida pelo administrador dos usuários individuais que conectam suas caixas de entrada. A conexão de um endereço não deve ser generalizada na verificação do endereço de todos os colegas. Mantenha essas verificações de produtos separadas dos resultados do protocolo e trate o tempo histórico de implementação do artigo como histórico.

Para a análise de autenticação, RFC 7208 seção 2.4 define SPF's CORREIO DE identidade. RFC 6376 seção 3.5 identifica o domínio de assinatura, seletor e material assinado do DKIM . Nem um nome de exibição familiar nem um endereço de resposta estabelecem essas identidades. Uma assinatura válida verifica o material que cobre de acordo com suas regras de assinatura, e não todas as reivindicações feitas na mensagem.

Seção 4.4 RFC 9989 explica alinhamento com o Domínio do Autor. Retenha o domínio autenticado de cada mecanismo de passagem antes de decidir se ele se qualifica. Um caminho de passagem alinhado pode satisfazer DMARC, mas uma passagem para um domínio de provedor não relacionado não pode simplesmente ser renomeada como alinhamento de domínio de cliente. A política DMARC também não substitui todas as outras decisões de filtragem do receptor.

Colete um registro de aceitação específico da rota

Após configuração e testes autorizados separadamente, o registro de evidência proposto deve vincular a edição da conta, o transporte escolhido, o fluxo de trabalho exato da mensagem e a revisão da configuração a uma mensagem recebida controlada. Registre o domínio De, a identidade do envelope, cada domínio e seletor DKIM e os resultados do receptor confiável. Mantenha os campos indisponíveis vazios em vez de preenchê-los com expectativas de uma captura de tela.

Use conteúdo inofensivo e um destinatário aprovado. Limite o acesso às evidências de mensagens retidas e estabeleça o que desencadearia a recuperação antes de alterar os registros. Uma amostra bem sucedida abrange a sua rota e condições documentadas; ele não certifica todas as campanhas, sequências de vendas ou caixas de correio conectadas na organização.

Transferência fictícia e requisitos abertos

Na proposta de uma equipe de vendas fictícia, uma tabela de exemplo Clássica é enviada para uma mensagem destinada a usar SMTP de caixa de correio conectada. O revisor retém a transferência DNS porque nem a edição aplicável nem os valores gerados pela conta foram estabelecidos. Nenhuma entrega falhada, alteração de configuração ou novo teste bem-sucedido é reivindicado.

O requisito exato permanece em aberto: evidência atual de configuração primária do FreshSales e uma tabela de identidade de mensagem recebida do produto e rota exatos. A porta de comissionamento é: Confirmar a identidade atual do produto e a documentação de propriedade do fornecedor; testar uma mensagem real ou registros publicados. Declare honestamente os recursos de domínio personalizado não suportados. Antes do lançamento, obtenha evidências específicas da conta, conclua os testes autorizados, garanta a revisão técnica e do proprietário e inspecione a apresentação ao vivo pretendida. A publicação não foi autorizada.

[ Remover ]

Comece com a rota de envio e, em seguida, obtenha os registros da conta aplicável e as evidências de mensagens específicas da rota.

[Por função]

O que isso significa para você

Escolha sua função para ver as próximas etapas práticas.

Administrador de CRM

Nomeie a edição e a rota de saída

Um rótulo de site de suporte compartilhado não pode estabelecer qual configuração se aplica a esta conta.

Próximas etapas

  1. Documente o recurso exato e o transporte de envio selecionado.
  2. Resolva o escopo clássico versus o escopo da campanha antes de entregar o trabalho DNS .

Proprietário de mudança de domínio

Exigir proveniência específica da conta

Um exemplo copiado pode parecer plausível embora pertença à conta ou serviço de envio errado.

Próximas etapas

  1. Exigir nomes de host e valores gerados com seu contexto de conta.
  2. Identifique as dependências existentes e uma condição de recuperação para cada substituição proposta.

Revisor de evidências de correio

Mantenha o controle de endereço separado do alinhamento

A verificação do produto e a autenticação do receptor respondem a diferentes questões sobre a mensagem.

Próximas etapas

  1. Retenha a rota da amostra controlada, a revisão da configuração e a identidade do receptor.
  2. Não estenda o resultado de um transporte para fluxos de trabalho não observados.

[ Perguntas frequentes ]

Perguntas frequentes

A janela de composição do CRM pode me dizer qual serviço autentica a mensagem?

Não por si só. Documentos do Freshsales diferentes do comportamento para SMTP de provedor conectado e SMTP do Freshsales. Identifique o transporte selecionado.

O prazo final do guia Clássico, junho de 2024, é um requisito futuro?

Não. Pertence ao aviso histórico de migração e não evidencia novo prazo para esta conta.

Os valores CNAME exibidos no guia Clássico são reutilizáveis?

Não. A fonte os rotula como representativos e exige os valores da conta real.

Uma página pública de configuração de campanha prova que minha edição do Freshsales inclui esse fluxo de trabalho?

Não. Confirme a edição e o direito antes de aplicar o fluxo documentado de Domínios de envio de e-mail.

Uma caixa de entrada conectada verifica todos os remetentes da organização?

Não. O provedor distingue a verificação de caixa de entrada individual da verificação de domínio conduzida pelo administrador.

Um endereço de resposta diferente pode reparar o alinhamento DMARC ?

Reply-to não é o domínio do autor usado para alinhamento DMARC . Examine os identificadores autenticados reais.

Ambos os mecanismos alinhados devem passar para que DMARC seja aprovado?

Não. Um caminho SPF ou DKIM qualificado e alinhado é suficiente; os requisitos de configuração da conta ainda precisam de revisão separada.

O que deve acontecer quando a interface do locatário e o guia citado discordam?

Retenha a discrepância, pause a alteração afetada e resolva a incompatibilidade de produto ou rota antes de propor registros.

[ Fontes ]

Fontes

  1. Freshsales Classic: Como criar um registro DKIM para seus domínios?
  2. Freshsales: Como conectar meu e-mail ao Freshsales?
  3. Freshworks: Como verificar seu domínio para melhor capacidade de entrega de e-mail?
  4. Freshsales: como escolher um endereço de origem e resposta
  5. Freshsales: como se preparar para os requisitos de remetente do Google e Yahoo
  6. RFC6376 : Assinaturas de correio identificadas por DomainKeys
  7. RFC7208 : Estrutura de política do remetente
  8. RFC9989 : autenticação, relatórios e conformidade de mensagens baseadas em domínio

[ Glossário ]

Glossário

Transporte de saída
O serviço selecionado que envia a mensagem, aqui diferenciado da interface do CRM onde foi composta.
Contexto de migração clássico
A transição histórica da plataforma descrita no guia Classic DKIM , não um registro atual de conclusão do locatário.
Procedência do registro da conta
A conexão retida entre um valor DNS proposto, a conta que o gerou e o fluxo de trabalho que ele suporta.
Verificação de remetente individual
A verificação do provedor de uma caixa de entrada conectada específica, diferente da verificação de domínio em toda a organização.
Aceitação específica da rota
Uma conclusão limitada baseada em evidências de um fluxo de trabalho documentado de conta, transporte e mensagem.

Proveniência da empresa

Por que as principais instituições financeiras e governos retiraram seus painéis de segurança de e-mail.

As plataformas tradicionais de autenticação de e-mail vendem um painel e pedem que seus engenheiros façam o trabalho. Em ambientes de alto risco, a supervisão manual significa aplicação atrasada, desvios de configuração e domínios ocultos não monitorados.

EmailAuth é a plataforma de origem de e-mail agente. Nossos agentes impõem p=reject, mantenha remetentes terceiros alinhados e mova seus domínios para full RFC 9989 conformidade, o novo padrão DMARC , com auditabilidade humana no circuito.

Governos Grandes empresas Instituições financeiras de nível 1

SaaS · Locação dedicada · Air gap no local · Criptografia BYOK

Base de conhecimento