Planificar el domicilio como dependencia operativa
Esta guía cubre una dirección de remitente organizacional personalizada en Granicus govDelivery. No se supone que una edición de nombre para mostrar cree un nuevo dominio de envío autenticado. Registre la cuenta, el subdominio de envío previsto, las plantillas de boletines y las restricciones de temas. Incluya al propietario de las comunicaciones, al administrador de la cuenta y al administrador DNS en el cambio.
Granicus requiere la participación de soporte para agregar una nueva dirección De remitente única. Su solicitud documentada incluye la dirección deseada, nombres para mostrar, restricciones de temas y aprobación del administrador, cuando corresponda. Las plantillas predeterminadas existentes pueden seleccionar una dirección independientemente de la predeterminada de la cuenta, así que incluya la selección de plantillas en su plan de implementación. Gestión de direcciones de origen
Obtenga las instrucciones DNS específicas de la implementación
Utilice el subdominio aprobado y los registros regionales proporcionados para su cuenta. El flujo de trabajo de dominio personalizado del proveedor requiere SPF, MX, DKIM CNAME y DMARC antes de la activación. Granicus proporciona seis DKIM CNAME y confirma su instalación antes de permitir la firma. No copie un ejemplo SPF regional en una cuenta de otra región y no sustituya el subdominio de envío dedicado por una migración de buzón de dominio raíz. Requisitos de dominio personalizado
Cree una hoja de trabajo de cambios con el nombre completo de cada propietario, tipo, valor, respuesta existente y persona responsable. Conserve los valores originales para la reversión. Un proveedor DNS puede agregar la zona a nombres cortos de propietarios, así que verifique el nombre completo resultante en lugar de confiar en la apariencia del editor. Mantener CNAME propietarios libres de datos incompatibles y conservar una póliza SPF del propietario correspondiente. Evalúe el presupuesto de búsqueda SPF completo, incluidas las inclusiones anidadas.
Revise DMARC con el propietario del dominio. Evite copiar informes heredados o etiquetas de porcentaje simplemente porque aparecen en una muestra. Confirme el alcance de la política previsto y el destino de los informes utilizando la especificación DMARC actual. DKIM es una firma verificada mediante una clave pública, no mediante cifrado de mensajes; La presencia de registros SPF y DKIM no es lo mismo que una autenticación alineada exitosa.
Verifique la activación y la selección de plantilla por separado
Procedimiento de lanzamiento original: conserve la confirmación de soporte de que el dominio está listo, luego inspeccione la cuenta y la plantilla relevante de las opciones. Envíe un boletín inofensivo a destinatarios controlados desde cada plantilla o dirección permitida materialmente diferente. No envíe una alerta pública como prueba de autenticación.
Capture los resultados de autenticación agregados por el receptor, visibles desde el dominio, el dominio del sobre SMTP , los valores DKIM d= y s= y la identidad de la plantilla seleccionada. Un pase DMARC necesita una identidad SPF o DKIM alineada con el dominio visible De. El estado listo del proveedor y un evento de entrega SMTP son útiles, pero no prueban que todas las plantillas utilicen la dirección aprobada.
Error ilustrativo: el soporte activa un nuevo subdominio, pero una plantilla de boletín recurrente todavía elige una dirección De remitente más antigua. Reemplazar la clave del nuevo dominio no cambiará esa plantilla. Corrija la selección a través del flujo de trabajo de la cuenta autorizada y luego vuelva a probar esa ruta del boletín.
Mantener una ruta de comunicaciones recuperable
Si la nueva identidad falla, pausar su boletín planificado y utilizar una ruta ya aprobada sólo con el acuerdo del propietario de las comunicaciones. No invente un nuevo remitente de emergencia ni debilite la política de todo el dominio para cumplir con una fecha límite de publicación. Solicite soporte para investigar la cuenta exacta, la dirección de origen afectada, las respuestas DNS y los resultados del receptor. Preservar los selectores válidos anteriores mientras el correo almacenado en caché o en cola aún puede depender de ellos.
Vuelva a verificar después de cambios de plantilla, movimientos de dominio, migraciones regionales o cambios clave de soporte. Esta guía se basa en documentación de primera mano revisada el 8 de noviembre de 2026; no se ejerció ninguna cuenta de govDelivery, boletín, DNS en vivo o resultado de entrega. El procedimiento de liberación es un control propuesto original.
Separar las transferencias de soporte y comunicaciones.
El propietario DNS registra los valores regionales aprobados y sus respuestas autorizadas. El soporte confirma la activación del proveedor. El propietario de las comunicaciones registra qué plantilla y dirección se seleccionaron. Unir esas tres referencias al mismo identificador de boletín controlado. Si falta uno, deje la fila de aceptación incompleta. Una fecha límite de alerta pública no justifica convertir una prueba no verificada en tráfico de producción.