Confirme a rota do servidor de e-mail do Freshservice
Use este fluxo de trabalho para um domínio de propriedade empresarial cujo e-mail é enviado por meio do servidor de e-mail Freshservice. O guia do provedor revisado exclui endereços de domínio público e servidores de e-mail personalizados. Antes de começar, registre a caixa de correio, domínio, transporte de envio, espaço de trabalho, conta e organização Freshworks. Essas distinções são importantes quando várias contas usam o mesmo domínio.
Faça um inventário dos fluxos de trabalho do service desk cujas notificações devem funcionar, incluindo as respostas voltadas ao cliente relevantes para sua configuração. Dê a cada um um proprietário e um destino esperado de origem e resposta. O teste de um único administrador não é uma prova de todos os espaços de trabalho ou caixas de correio. Não combine uma migração de transporte, um endurecimento da política de domínio e esta mudança de autenticação em uma implementação não rastreável.
Abra a página de configuração correta
Para um único espaço de trabalho, o caminho documentado é Admin > Canais > Email > Configurações de email e caixas de correio > Configurar SPF e DKIM autenticação de e-mail. Com vários espaços de trabalho, use Administrador > Configurações globais > Configurações de conta > Segurança do Service Desk. Um e-mail de domínio personalizado verificado usando o servidor de e-mail Freshservice fornece o domínio automaticamente; ele não é adicionado ou editado nesta página. Fonte: Freshservice, guia passo a passo para adicionar autenticação de e-mail SPF e DKIM .
Se o domínio estiver faltando, investigue a verificação e o transporte da caixa de correio em vez de inserir registros DNS especulativos. Confirme a conta e a organização com o proprietário do service desk. Uma conexão SMTP personalizada pode ser semelhante a um endereço de suporte comum ao usar um serviço de assinatura diferente. Resolva esse limite antes de alterar qualquer registro de domínio compartilhado.
Publique os registros gerados sem quebrar outra conta
Escolha Primeiros passos, copie os quatro CNAMEs gerados e publique-os no DNS autoritativo. Retorne, expanda o domínio e use o Verify; o painel mostra o status por registro. O provedor também notifica a conta e os superadministradores após a conclusão. Fonte: Guia de configuração do Freshservice.
Antes de salvar DNS , mapeie cada proprietário solicitado para seu registro atual e serviço dependente. Se houver um seletor colisão, não substitua uma conta ativa. O guia oferece regeneração para diferentes teclas seletoras, enquanto seu quarto registro permanece inalterado. As instruções para várias contas dependem de ambas as contas pertencerem à mesma organização Freshworks. Use essa ramificação documentada exata após confirmar a adesão à organização ou peça suporte para resolver o conjunto de registros pretendido. Não improvise vários alvos ao mesmo tempo CNAME proprietário.
A regeneração é uma alteração em uma configuração de assinatura, não uma atualização inofensiva. Preserve o status e DNS da conta anterior e coordene a transição. Determine se um recorde sendo removido pertence à nova tentativa de configuração ou a uma configuração existente em funcionamento. Se isso não estiver claro, interrompa a remoção e obtenha orientação do fornecedor; excluir registros compartilhados para limpar uma caixa de diálogo pode atrapalhar outras centrais de atendimento.
Compare DNS autoritativo com a conta
Verifique cada proprietário final e destino de alias em relação aos valores gerados. Um editor que acrescenta o domínio pode exigir apenas o rótulo de host relativo. Se um proprietário adquirir o sufixo de zona duas vezes, corrija o registro em vez de esperar. Verifique primeiro as respostas autorizadas e depois o cache recursivo; uma estimativa de propagação declarada não é uma garantia de que um registro incorreto se tornará válido.
Não presuma que todo CNAME tenha a mesma função de protocolo simplesmente porque o assistente agrupa SPF e DKIM . Inspecione as identidades das mensagens recebidas para estabelecer a autenticação efetiva. Evite adicionar uma inclusão SPF não relacionada ou substituir uma política raiz para corrigir uma falha na pesquisa do seletor. Qualquer atualização separada SPF requer uma política revisada, todos os remetentes legítimos e suas dependências de pesquisa de DNS.
Verifique mensagens reais do service desk
Acione mensagens controladas de cada espaço de trabalho pretendido e domínio de envio sem usar conteúdo de ticket privado. Retenha a mensagem recebida original e o destinatário confiável Authentication-Results. Registre a conta/espaço de trabalho exato, Do domínio, identidade do envelope, DKIM d=/s= e a rota de resposta esperada. Verifique o fluxo de trabalho de resposta de forma independente; uma assinatura não diz nada sobre onde a resposta do cliente é tratada.
Exemplo sintético: uma notificação de help@example.com tem uma assinatura válida com d=example.com e um passe DKIM confirmado pelo receptor. Essa correspondência exata do domínio de assinatura pode fornecer o alinhamento DMARC caminho. Um segundo espaço de trabalho enviado de help@different.example não foi autenticado pelo primeiro teste, mesmo que o mesmo funcionário gerencie ambos. A propriedade do domínio e a configuração da conta não são transferidas por meio da familiaridade organizacional.
SPF autentica a identidade do envelope; DKIM autentica um domínio de assinatura; DMARC precisa de pelo menos um caminho alinhado de passagem para ficar visível sob o aplicável alinhamento modo. Uma assinatura de propriedade do provedor pode ser válida sem alinhamento com seu De personalizado. Por outro lado, a autenticação pode passar enquanto uma mensagem ainda chega como spam. Mantenha o resultado do protocolo e o resultado da entrega separados.
Preservar recuperação e portas de conclusão explícitas
Se a verificação do produto falhar, retenha as falhas exatas por registro e a saída oficial. Se a assinatura estiver ausente após a verificação, inspecione a configuração real do transporte e da caixa de correio. Para uma falha de assinatura, investigue a pesquisa e as modificações do seletor/chave após a assinatura. Para uma mensagem passageira e alinhada com posicionamento inadequado, investigue o erro de entrega e o manuseio do destinatário, em vez de enfraquecer a política.
Salve registros anteriores e configurações de caixa de correio e combine uma rota de recuperação antes das alterações na produção. Não use Remover Registros casualmente em uma configuração de domínio compartilhado ativa. A aceitação requer o estado correto do produto, respostas DNS e evidências de mensagens recebidas para cada conta e fluxo de trabalho no escopo. Este artigo mantém o requisito original de evidência ao vivo: nenhum teste de locatário, DNS ou entrega foi executado aqui. A revisão independente, a aprovação e a publicação das PME humanas permanecem pendentes.
Registre o que é desconhecido antes de reutilizar seletores
O caso escrito FS-01 assume que a conta Helpdesk-A funciona para example.com , enquanto Helpdesk-B propõe o mesmo domínio. O relacionamento da organização Freshworks é desconhecido e os valores de registro propostos não foram fornecidos. O administrador não pode escolher a ramificação da mesma organização ou de organização diferente da origem apenas com base na ortografia do domínio. Confirme a adesão e recupere os proprietários exatos gerados antes de planejar alterações; preserve a configuração ativa de A enquanto resolve qualquer colisão. O quarto registro inalterado do provedor é um motivo para inspecionar cada registro, e não uma garantia de que a regeneração produza um namespace totalmente limpo. DNS , validação do produto B e resultados de mensagens recebidas são todos desconhecidos neste caso. Nenhuma regeneração, exclusão ou mensagem ocorreu.
Preservar o limite de aplicação
RFC 9989 A Seção 7.4 exige DKIM válido, e não apenas SPF , para publicação de domínios p=rejecte alerta sobre a interoperabilidade de correio indireto e listas de discussão. Um único teste bem-sucedido de mensagem direta não é prova de que todas as rotas legítimas estejam prontas para políticas mais fortes. Mantenha a proteção aprovada existente enquanto diagnostica a lacuna real; qualquer mudança política necessita da sua própria decisão.