Use a configuração atual do domínio antes de alterar DNS
A configuração do domínio de envio do SmartSurvey rege a identidade do correio de pesquisa. Comece com a conta real e os tipos de e-mail que ela envia: convites, lembretes, gatilhos, mensagens para salvar e continuar e relatórios programados. Registre o endereço De pretendido para cada rota e quais usuários ou subcontas podem usá-lo. Um convite de teste bem-sucedido não deve fechar rotas de notificação não testadas.
A página de configuração oficial mudou entre as versões recuperadas. A página mais recente, exibindo a compilação 2026.11.3.24, diz que o domínio de envio em si não precisa Registro SPF para esta configuração. Ele descreve DKIM Verificação TXT e um domínio de rejeição opcional com MX e Registros TXT. Use a saída atual da conta, não as instruções root-SPF mais antigas. Guia de domínio de envio do SmartSurvey, Configurando-o.
A discrepância é uma implementação suspensa até que um administrador confirme qual fluxo de trabalho o locatário apresenta. Preserve uma cópia datada das instruções atuais e dos registros emitidos com a solicitação de alteração. Não combine fragmentos de fluxos novos e antigos e não exclua um fluxo existente SPF política necessária para outros serviços de correio.
Separe o endereço da web da pesquisa do domínio de envio
Escolha os nomes com o administrador DNS antes da configuração. O nome do host do link de pesquisa com marca e o domínio de envio de e-mail não podem ocupar o mesmo CNAME proprietário junto com os registros de correio. O guia atual alerta sobre esta colisão. Guia de domínio de envio do SmartSurvey, Escolhendo um domínio de envio.
Faça um inventário do uso atual DNS em vez de presumir que um nome é gratuito porque não possui site. Já pode servir rastreamento, zona filha delegada, validação de certificado ou outro provedor. Registre os nomes completos pretendidos para o site de pesquisa, visíveis de e domínio de rejeição separadamente. Esses nomes têm funções diferentes, mesmo quando compartilham o mesmo domínio organizacional.
Obtenha aprovação para o nome do remetente exibido e a caixa de correio de resposta funcional. Os destinatários da pesquisa podem precisar perguntar por que foram contatados ou solicitar ajuda. Teste o roteamento de resposta como um requisito operacional, mantendo-o distinto de DMARC, que compara o De visível com identidades autenticadas em vez de Responder para.
Aplicar permissões de domínio e endereço deliberadamente
Em Minha Conta > Avançado > Configurações do Remetente de Domínio, siga o fluxo de verificação atual do locatário e copie seus registros emitidos. Revise a coluna Remetentes: um domínio pode permitir qualquer endereço ou exigir endereços verificados individualmente. O compartilhamento com subcontas amplia quem pode usar essa identidade. Guia de domínio de envio do SmartSurvey, quais endereços podem enviar e como exigir endereços de remetente verificados.
O guia atual também diz que convites agendados, gatilhos, mensagens para salvar e continuar e exportações agendadas existentes continuam sendo enviados após a ativação dos requisitos de endereço verificado; o requisito se aplica na próxima vez que forem editados e salvos. Os colaboradores podem continuar usando o endereço verificado do proprietário da pesquisa. Faça um inventário explícito dos fluxos de trabalho existentes, em vez de tratar a nova mudança como uma revogação imediata em todos os lugares.
Crie uma pequena matriz de permissões antes de alterar esses controles. Inclua o proprietário da conta, o proprietário da pesquisa, colaboradores e operadores de subcontas. Para cada um, identifique qual endereço De é permitido e se o fluxo de trabalho existente está sendo editado. Não trate uma aprovação de todo o domínio como um convite para se passar por um colega. Retenha o escopo aprovado no registro de implementação.
A verificação de endereço e a verificação DNS respondem a perguntas diferentes. A evidência de que alguém recebeu um e-mail de confirmação não prova que o e-mail enviado usa uma mensagem alinhada. Assinatura DKIM. Por outro lado, DNS válido não estabelece que cada usuário da conta deva ter permissão para selecionar todos os endereços.
Verifique a rota de rejeição personalizada em seus próprios termos
O guia de rejeição do SmartSurvey descreve uma mudança de sua implementação CNAME mais antiga para uma implementação personalizada Amazon SES CORREIO DE. Se um domínio devolvido for fornecido, mas falhar na verificação, a verificação do domínio permanecerá incompleta. Deixar em branco usa um provedor Return-Path. O modelo de subdomínio personalizado requer SPF relaxado alinhamento quando o envelope e os domínios From visíveis são diferentes. Guia de domínio rejeitado do SmartSurvey.
A página de rejeição exige um filho do domínio de envio, mas seu exemplo emparelha surveys.example.com com o irmão bounce.example.com . Não infira que todo arranjo entre irmãos é apoiado. Confirme o relacionamento exato permitido no locatário ou com o suporte e retenha essa incerteza separadamente do alinhamento do protocolo.
Use apenas os valores MX e TXT exibidos para este locatário. Não crie um nome de host de região SES, substitua um CNAME genérico ou reutilize valores da conta de outra organização. Retenha a prioridade MX bem como proprietário, tipo, destino e TTL. Uma alteração MX no proprietário errado pode afetar o correio de entrada comum, portanto, um segundo revisor deve comparar os nomes completos antes da publicação.
Revise a política DMARC real. Um domínio de rejeição filho pode se alinhar sob regras SPF relaxadas, mas falha na comparação estrita de domínio exato. Isso não faz com que toda a mensagem falhe automaticamente DMARC : uma assinatura DKIM alinhada de passagem independente ainda pode satisfazê-la. Aplique regras de protocolo aos resultados do receptor em vez de tratar cada taquigrafia do provedor como uma avaliação completa. RFC 9989 , Alinhamento de Identificador Explicado e Avaliação DMARC.
Publique registros e preserve as respostas públicas
Exporte a zona relevante antes de fazer alterações. Adicione os registros atuais exatos no serviço oficial e verifique os nomes completos dos proprietários resultantes. Para valores DKIM longos, certifique-se de que o editor DNS crie um registro TXT lógico, mesmo que seu texto seja dividido em várias strings. Não crie vários registros-chave concorrentes ao mesmo tempo seletor.
Verifique a resposta pública DKIM com a chave da conta e, em seguida, execute a verificação do provedor. Os valores d e s de uma assinatura identificam o domínio de assinatura e o seletor; a mensagem recebida fornece o par decisivo a ser inspecionado. RFC 6376 , seções 3.5 e 6.1.
Para qualquer registro SPF de domínio devolvido, mantenha uma política para esse proprietário. Várias políticas SPF são inválidas e os termos de consulta de DNS estão sujeitos ao limite de avaliação do protocolo. Essas verificações se aplicam ao domínio do envelope relevante, e não automaticamente ao ápice corporativo. RFC 7208 , seções 4.5 e 4.6.4.
Testar identidade e comportamento substituto
Envie amostras inofensivas através de todas as rotas de correio de pesquisa de materiais para destinatários externos controlados. Preserve o ID da mensagem, horário de envio, identificador de pesquisa ou fluxo de trabalho e cabeçalhos originais. Na planilha, registre From visível, Return-Path , resultado SPF confiável e domínio, cada DKIM d e s e o resultado DMARC . Marque o mecanismo alinhado explicitamente.
A documentação de verificação automática do SmartSurvey diz que problemas DNS podem acionar um aviso do proprietário da conta e posteriormente desativar o domínio de envio; os sistemas afetados podem continuar usando seu remetente substituto. Isso significa que a entrega pode continuar enquanto a marca muda. Verificações automáticas de domínio SmartSurvey.
A página de verificação automática descreve verificações do horário de trabalho durante a semana e um aviso de 24 horas ao proprietário da conta antes da desativação. Seu texto SPF mais antigo difere do fluxo de configuração atual; confirme os registros aplicáveis em vez de recriar uma etapa SPF raiz desnecessária. A página de emissão de recibos informa que atualmente apenas os convites expõem feedback de devolução, portanto, a ausência de uma devolução relatada para outra notificação não é prova de entrega.
Designe alguém para receber e agir de acordo com esses avisos. O monitoramento deve verificar a chegada da mensagem e a identidade esperada. Uma regra que apenas conta os convites entregues pode perder o substituto. O guia de problemas de recibo também distingue o envio do aplicativo da filtragem do destinatário, portanto, retenha os detalhes exatos de devolução ou rejeição antes de presumir que uma alteração DNS corrigirá todas as mensagens perdidas. Problemas de recebimento de e-mail do SmartSurvey.
Use um registro explícito de liberação e recuperação
Preencha a planilha de remetente e devolução do SmartSurvey (crie um registro de revisão separado com os campos descritos aqui). Inclua o fluxo documentado do locatário, a matriz de permissões, os nomes separados da Web e do correio e as evidências de cada rota. Se um requisito não for testado, deixe-o aberto em vez de relatar uma aprovação universal.
Se uma nova configuração falhar, pause os convites afetados ou devolva-os a um remetente previamente aprovado por meio do processo operacional acordado. Obtenha aprovação comercial antes de confiar deliberadamente em substitutos da marca do fornecedor. Preserve respostas de autenticação antigas enquanto o tráfego na fila ainda precisar delas. Não reduza a política DMARC de toda a organização apenas para evitar investigar uma rota de pesquisa.
Caso de diagnóstico fictício envolvendo um remetente substituto
Apenas caso escrito fictício: SS-01 assume o esperado From surveys@orchard.example , mas o convite recebido mostra member@smartsurveyuser.com após um aviso de desativação de domínio. As identidades/resultados exatos DKIM e SPF são desconhecidos. O proprietário da pesquisa deve inspecionar o aviso, confirmar as configurações atuais DNS emitidas pelo locatário, restaurar apenas a configuração aprovada e coletar um novo convite mostrando a identidade de marca necessária. A entrega por si só não é aceitação e nenhum reparo ou alinhamento bem-sucedido é afirmado. Nenhum locatário, DNS ou mensagem foi inspecionado.
A aceitação permanece pendente
O rascunho segue o texto de configuração recuperado mais recente e mantém a discrepância do texto mais antigo para revisão. A aceitação do escopo original, a confirmação de recursos específicos do locatário, DNS em tempo real e a evidência de mensagens, a revisão técnica independente, a revisão visual e a aprovação humana do PME permanecem pendentes. Nenhuma configuração ou alteração de política foi feita.
Separe uma mensagem passageira da prontidão para aplicação
A Seção 7.4 RFC 9989 exige DKIM válido para uma publicação de domínio p=reject e alerta sobre a interoperabilidade de correio indireto. Um único resultado alinhado SPF não justifica, por si só, uma implementação de política de rejeição. Revise todas as rotas legítimas e propriedade de políticas separadamente da configuração deste provedor.