Un nuevo nombre de marca en una etiqueta para mostrar no es el mismo cambio que un nuevo dominio en la dirección De. Este último cambia la identidad contra la cual DMARC alineación se evalúa. Por lo tanto, una firma de dominio antiguo perfectamente válida puede dejar de ayudar al mensaje de nueva marca. Planifique la transición de identidad antes del anuncio del lanzamiento, incluidas las aplicaciones transaccionales que no pertenecen al equipo de comunicaciones.
Separar los campos de identidad
Para cada ruta, capture la dirección De origen visible, remitente del sobre, DKIM d= domain and selectory Dirección de respuesta. El nombre para mostrar es presentación. Responder a dirige las respuestas. Ninguno de los dos sustituye al identificador autenticado utilizado por DMARC . RFC 9989 define la alineación; RFC 6376 define la identidad de firma y la búsqueda del selector.
No asuma que los dominios de marcas nuevos y antiguos se alinean porque una empresa posee ambos. Bajo alineación estricta, los nombres de dominio deben coincidir. La alineación relajada utiliza la relación de dominio organizacional del protocolo, no una lista de adquisiciones de empresas. El siguiente ejemplo supone una alineación DKIM estricta y aísla una firma; no implementa el descubrimiento DMARC ni determina el resultado completo del mensaje.
Establecer el nuevo dominio antes de la transición
Marketing de inventario, correo de empleados, facturas, restablecimiento de contraseñas, tickets de soporte y alertas de baja frecuencia. Para cada uno, configure la nueva identidad de envío admitida por el proveedor y DNS requerido, utilizando los valores generados para la cuenta real. Obtenga resultados de receptor confiables a partir de mensajes de prueba controlados. Verifique tanto la autenticación como el flujo de trabajo empresarial: un mensaje de restablecimiento que pasa DMARC pero contiene un enlace roto no está listo.
Mantenga una ruta documentada para las respuestas y direcciones antiguas. Continuar recibiendo correo en el dominio anterior es independiente de continuar autorizando remitentes salientes. Acuerde cuánto tiempo seguirán siendo necesarias las identidades antiguas y cómo se manejarán los mensajes retrasados firmados con selectores antiguos. Evite eliminar una clave pública simplemente porque el último mensaje recién generado haya cambiado.
Compare cuatro resultados hipotéticos de firmas
Supongamos que From es oldbrand.test y una firma válida tiene d=oldbrand.test: esa firma se alinea estrictamente. Cambie solo De a newbrand.test, conservando la firma válida del dominio anterior: ya no se alinea estrictamente. Una firma válida con d=newbrand.test restaura esta ruta DKIM alineada. Si la firma del nuevo dominio no pasa la verificación, el texto coincidente del dominio por sí solo no puede proporcionar una ruta de paso. Se trata de entradas asumidas y comparaciones hechas a mano, no de código ejecutado ni de verificación criptográfica.
Otra firma alineada válida o alineada SPF pass aún podría satisfacer la regla DMARC a nivel de mensaje. Inspeccione todas las rutas relevantes antes de declarar una falla y no infiera la disposición del receptor o la ubicación de la bandeja de entrada. Por separado, RFC 9989 Las secciones 7.4 y 8 requieren p=reject dominios utilicen firmas DKIM válidas y no dependan únicamente de SPF . Antes del lanzamiento, verifique la transacción de reinicio y la autenticación: un enlace de reinicio roto sigue siendo un fracaso comercial incluso con un pase alineado.
Preparar el lanzamiento y definir la recuperación
Mueva primero una transmisión aprobada y observe los resultados de la aplicación, los resultados del receptor y los informes. Informes agregados Son observaciones retrasadas de los receptores participantes, no un monitor de lanzamiento completo. Agregue comprobaciones directas de los flujos importantes para la empresa. Un volumen de marketing saludable no debe ocultar una factura ni restablecer un error.
Defina la reversión antes del lanzamiento: quién puede restaurar la identidad del remitente anterior, si la autenticación anterior sigue siendo válida y qué sucede con el correo que ya está en cola. Revertir solo el nombre para mostrar no puede reparar un error de alineación. Retire los permisos de envío antiguos cuando la transmisión final autorizada se haya movido y el plan de correo retrasado se haya completado. Conserve la propiedad del antiguo dominio y las decisiones de enrutamiento entrante por separado del registro de retiro saliente.