Estabeleça qual servidor envia a resposta
Comece com a caixa de entrada do Groove e seu transporte de saída configurado. Registre o domínio De pretendido, as configurações SMTP atuais e quem controla DNS . Um helpdesk pode receber tickets com êxito enquanto sua identidade de saída permanece não verificada. O teste de aceitação deve, portanto, incluir uma resposta através da caixa de entrada que está sendo alterada.
As instruções de etiqueta branca do Groove se aplicam ao seu serviço SMTP compartilhado, descrito como desenvolvido pelo Amazon SES . Eles excluem explicitamente as caixas de entrada Gmail OAuth deste procedimento; eles precisam da configuração de autenticação do Google. O guia também apela à migração dos anteriores SPF/ Configuração DKIM para seu mais recente CNAME fluxo de trabalho. Escopo de etiqueta branca Groove
Copie a configuração gerada da caixa de entrada atual
Em Configurações > Canais > Email, edite a caixa de entrada relevante e abra sua configuração SMTP . Groove documenta dois registros CNAME e um Registro TXT lá. Publique os registros mostrados para essa caixa de entrada no serviço DNS autoritativo e use Test DNS na mesma guia. Não pegue emprestado o destino de outra caixa de entrada nem deduza um valor ausente do nome do produto Amazon SES . Configuração e verificação
Crie um pequeno inventário de registros de antes e depois. Inclua o proprietário completo DNS , tipo, valor, resposta anterior e motivo da alteração. Um editor DNS pode anexar seu domínio automaticamente, então inspecione o nome totalmente qualificado resultante. Não adicione dados incompatíveis ao lado de um CNAME e não exclua um arquivo mais antigo seletor simplesmente porque um novo está disponível. Primeiro estabeleça se algum remetente ativo ou correio em fila ainda depende dele.
Identifique a finalidade do registro TXT gerado antes de reconciliá-lo com DNS existente. Se for um DMARC política, preserve o escopo aprovado e o destino dos relatórios do proprietário do domínio, em vez de substituí-los cegamente. Se uma política ou nome entrar em conflito, obtenha uma resolução compatível antes do lançamento. Uma captura de tela do fluxo de trabalho não pode autorizar o enfraquecimento da proteção de um domínio compartilhado.
Retenha os registros após a configuração
Groove documenta uma verificação diária DNS à meia-noite, horário do Pacífico, e diz que um problema detectado desativa a etiqueta em branco. Isso torna a retenção DNS uma dependência contínua de suporte, e não uma tarefa de configuração descartável. Adicione os proprietários dos registros ao inventário DNS da organização e nomeie um administrador de caixa de entrada que possa investigar após uma migração ou limpeza. Verificação contínua
Plano de aceitação original: envie um novo ticket inofensivo de uma conta controlada e responda por meio da caixa de entrada configurada do Groove. Capture o SPF do destinatário confiável, DKIM e resultados DMARC , o domínio From visível, remetente do envelope e domínio e seletor de assinatura DKIM . Confirme se uma identidade SPF ou DKIM aprovada está alinhada com De sob a política aplicável. Um evento de aceitação SMTP por si só não é um resultado final de autenticação.
Caso ilustrativo: uma migração de site remove os CNAMEs do helpdesk porque eles parecem não ter relação com o site. A captura de tela da configuração bem-sucedida de ontem não estabelece o estado de hoje. Restaure os registros aprovados, repita o teste DNS do Groove e retenha uma nova verificação de mensagens recebidas antes de declarar o incidente resolvido.
Recuperar na camada com falha
Pause o fluxo de trabalho de saída afetado se problemas de identidade estiverem causando erros do cliente. Compare os registros públicos com a configuração atual da caixa de entrada antes de alterar o transporte. Para uma caixa de entrada Gmail OAuth, encaminhe a investigação para o administrador de e-mail do Google em vez de aplicar registros SMTP compartilhados. Preserve o último estado aprovado e teste novamente após qualquer alteração de remetente, DNS ou transporte.
A documentação foi revisada em 8 de novembro de 2026. Nenhuma caixa de entrada do Groove, DNS ativo ou resposta foi testada. O exemplo de migração e o plano de aceitação são ilustrativos e nenhuma garantia de entrega é reivindicada.
Elimine a lacuna de migração antes de confiar na captura de tela antiga
Para o caso escrito GH-01, suponha que a captura de tela do teste DNS de ontem mostrou ambos os CNAMEs válidos, mas o inventário de zona aprovado de hoje após uma migração de site não possui nenhum deles. A caixa de correio ainda está configurada para SMTP compartilhado do Groove; o status do produto e as identidades das mensagens atuais são desconhecidos. O proprietário DNS deve reconciliar a zona migrada com o conjunto atual gerado pela caixa de entrada, restaurar apenas as dependências aprovadas e executar uma nova validação com o proprietário da caixa de entrada. A captura de tela antiga é uma evidência histórica, não uma aceitação atual. Não extrapole esse resultado para uma caixa de entrada separada Gmail OAuth. A verificação diária do fornecedor não substitui a verificação após uma mudança conhecida. Nenhuma migração, consulta DNS ou resposta ocorreu neste cenário.
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.