Planeje o endereço como uma dependência operacional
Este guia cobre um endereço De organizacional personalizado em Granicus govDelivery. Ele não pressupõe que uma edição de nome de exibição crie um novo domínio de envio autenticado. Registre a conta, subdomínio de envio pretendido, modelos de boletins e restrições de tópicos. Inclua o proprietário das comunicações, o administrador da conta e o administrador DNS na alteração.
Granicus requer envolvimento de suporte para adicionar um novo endereço De exclusivo. Sua solicitação documentada inclui o endereço desejado, nomes de exibição, restrições de tópico e aprovação do administrador, quando aplicável. Os padrões de modelos existentes podem selecionar um endereço independentemente do padrão da conta, portanto inclua a seleção de modelos em seu plano de implementação. Gerenciamento de endereço de origem
Obtenha as instruções DNS específicas da implantação
Use o subdomínio aprovado e os registros regionais fornecidos para sua conta. O fluxo de trabalho de domínio personalizado do provedor exige SPF, MX, DKIM CNAME e DMARC antes da ativação. Granicus fornece seis CNAMEs DKIM e confirma sua instalação antes de habilitar a assinatura. Não copie um exemplo SPF regional em uma conta em outra região e não substitua uma migração de caixa de correio de domínio raiz pelo subdomínio de envio dedicado. Requisitos de domínio personalizado
Crie uma planilha de alterações com cada nome completo do proprietário, tipo, valor, resposta existente e responsável. Preservar os valores originais para reversão. Um provedor DNS pode anexar a zona a nomes abreviados de proprietários, portanto, verifique o nome totalmente qualificado resultante em vez de confiar na aparência do editor. Manter CNAME proprietários livres de dados incompatíveis e preservar uma política SPF do proprietário aplicável. Avalie o orçamento completo da pesquisa SPF , incluindo inclusões aninhadas.
Revise DMARC com o proprietário do domínio. Evite copiar relatórios herdados ou tags de porcentagem simplesmente porque eles aparecem em uma amostra. Confirme o escopo da política pretendido e o destino do relatório usando a especificação DMARC atual. DKIM é uma assinatura verificada usando uma chave pública, não criptografia de mensagem; A presença de registros SPF e DKIM não é o mesmo que autenticação alinhada bem-sucedida.
Verifique a ativação e a seleção do modelo separadamente
Procedimento de liberação original: guarde a confirmação do suporte de que o domínio está pronto e, em seguida, inspecione a conta e o modelo relevante nas opções. Envie um boletim inofensivo para destinatários controlados a partir de cada modelo ou endereço permitido materialmente diferente. Não envie um alerta público como teste de autenticação.
Capture os resultados da autenticação adicionada pelo receptor, visíveis Do domínio, domínio do envelope SMTP , valores DKIM d= e s= e a identidade do modelo selecionado. Uma passagem DMARC precisa de uma identidade SPF ou DKIM alinhada com o domínio From visível. O status pronto do provedor e um evento de entrega SMTP são úteis, mas não provam que todo modelo usa o endereço aprovado.
Falha ilustrativa: o suporte ativa um novo subdomínio, mas um modelo de boletim recorrente ainda escolhe um endereço De mais antigo. A substituição da chave do novo domínio não alterará esse modelo. Corrija a seleção por meio do fluxo de trabalho da conta autorizada e teste novamente o caminho do boletim.
Mantenha uma rota de comunicação recuperável
Se a nova identidade falhar, pause o boletim planejado e use uma rota já aprovada somente com a concordância do proprietário das comunicações. Não invente um novo remetente de emergência nem enfraqueça a política de todo o domínio para cumprir o prazo de publicação. Peça ao suporte para investigar a conta exata, o endereço De afetado, as respostas DNS e os resultados do receptor. Preservar seletores válidos anteriores enquanto mensagens em cache ou em fila ainda podem depender deles.
Verifique novamente após alterações de modelo, mudanças de domínio, migrações regionais ou alterações de chave lideradas por suporte. Este guia é baseado em documentação original revisada em 8 de novembro de 2026; nenhuma conta govDelivery, boletim, DNS ativo ou resultado de entrega foi exercido. O procedimento de liberação é um controle proposto originalmente.
Separe as transferências de suporte e comunicações
O proprietário DNS registra os valores regionais aprovados e suas respostas oficiais. O suporte confirma a ativação do provedor. O proprietário das comunicações registra qual modelo e endereço foram selecionados. Junte essas três referências ao mesmo identificador de boletim controlado. Se faltar algum, deixe a linha de aceitação incompleta. Um prazo de alerta público não justifica transformar um teste não verificado em tráfego de produção.