Solucionar problemas de autenticación del correo electrónico

Si encuentras problemas mientras configuras la autenticación de correo electrónico en HubSpot, puedes intentar seguir los pasos en las secciones a continuación para solucionar problemas comunes de SPF y DMARC.

Solución de problemas de SPF

Para configurar correctamente SPF, debes añadir un registro TXT en tu proveedor de DNS y copiar la declaración include de HubSpot. Obtén más información sobre algunos de los errores comunes de configuración de SPF en las secciones siguientes.

Múltiples registros de SPF

Si también envías correos a través de otro proveedor de correo electrónico además de HubSpot, es posible que ya tengas un registro SPF configurado en tu proveedor de DNS. Si este es el caso, puede añadir el registro SPF de HubSpot al mismo registro TXT después de cualquier include: existentes.

El siguiente ejemplo muestra cómo se configuraría un registro TXT con varias entradas SPF utilizando un proveedor como GoDaddy:

Tenga en cuenta lo siguiente al combinar registros SPF:

• Cada sentencia include: debe ir separada por un espacio.
• Puede tener hasta 10 include: para cualquier dominio o subdominio.
• La versión SPF (v=spf1) solo debe especificarse una vez, al principio del registro.
• La bandera -all solo debe incluirse una vez. Esta bandera indica que solo los servidores incluidos en el registro SPF están autorizados a enviar correos en nombre del dominio. Todo correo electrónico procedente de un servidor que no figure en la lista debe ser rechazado.

Direcciones IP con codificación rígida

El registro SPF de HubSpot incluye automáticamente todas las direcciones IP que su cuenta utiliza para los correos electrónicos transaccionales y de marketing. Una vez que haya configurado el registro en su dominio de envío de correo electrónico, no debería tener que actualizarlo más.

Si tu registro SPF incluye otras direcciones IP codificadas de otros proveedores de servicios de correo electrónico, es posible que se produzcan errores en la autenticación SPF. No se recomienda codificar direcciones IP o CIDR en el registro SPF.

Si tienes direcciones o CIDR con codificación rígida en tu registro SPF:

• Revisa el contenido de tu registro SPF y elimina cualquier dirección IP o CIDR de HubSpot con codificación rígida. Obtén más información sobre cómo encontrar tus IP de envío en HubSpot. 
• Si necesitas mantener otras direcciones IP codificadas (por ejemplo, tienes otro proveedor de servicios de correo electrónico externo), debes añadir la declaración include: de HubSpot al final de cualquier dirección codificada, seguida de la bandera -all . Puede utilizar la sintaxis del siguiente ejemplo de registro SPF con valores de marcador de posición:

v=spf1 ip4:.../24 ip4:.../24 include:123456.spf01.hubspotemail.net -all

Solución de problemas de DMARC

Un registro DMARC consiste en un registro TXT que puede personalizar en función de cómo desea que los proveedores de bandeja de entrada procesen los correos electrónicos de su dominio que no superen las comprobaciones SPF y DKIM. En las secciones siguientes se describen los problemas habituales de configuración de DMARC.

Varios registros

Para asegurarte de que DMARC está configurado correctamente, sólo debes tener un único Registro de TXT que comience con el indicador de versión (es decir, v=DMARC1). Si hay varios registros DMARC presentes, el servidor de correo electrónico receptor finalizará inmediatamente su proceso de descubrimiento de políticas y no se aplicará tu política DMARC.

Faltan etiquetas DMARC requeridas

Aunque algunas etiquetas de política DMARC son opcionales, debe especificar la versión y las etiquetas de política (por ejemplo, v=DMARC1; p=YOUR_POLICY_VALUE;).

Puedes revisar todas las etiquetas DMARC disponibles y los valores que puedes definir para ellas en la descripción general de la autenticación de correo electrónico. 

Valor de política DMARC no válido

Si observas un error Política DMARC no válida al configurar tu Dominio de envío de correos en HubSpot, es probable que se deba a un valor de política no válido para la etiqueta p o sp . Los únicos valores válidos son none , reject , o quarantine. Estos valores distinguen entre mayúsculas y minúsculas y deben estar en minúsculas.

Dirección de notificación no válida

Las etiquetas ruf y rua son parámetros opcionales para especificar una dirección de correo electrónico a la que enviar los datos del informe DMARC. Si especificaste un valor para cualquiera de las dos etiquetas, la dirección de correo electrónico que proporciones debe ser válida y tener el formato adecuado:

• La dirección de correo electrónico que proporciones debe estar en formato URI mailto, lo que obliga a anteponer a la dirección de correo mailto: (por ejemplo, mailto:reporting@example.com).
• Tanto la etiqueta rua como ruf admiten varias direcciones de correo electrónico para los informes, siempre que estén separadas por una coma. Por ejemplo, lo siguiente especificaría dos direcciones de correo electrónico diferentes a efectos de informes:

• El único valor válido para la etiqueta rua o ruf es una dirección de correo electrónico (o direcciones). Si sólo incluyes un nombre de dominio (por ejemplo, rua=example.com), se considerará no válido.

Modo de alineación DMARC no válido

Los indicadores adkim y aspf especifican el modo de alineación para DKIM y SPF. Ambos indicadores deben ajustarse a r para una alineación relaxed [relajada]. Para la mayoría de los servicios DNS, esta debería ser la configuración predeterminada para DMARC.

Formato de porcentaje DMARC no válido

El indicador pct se utiliza para especificar el porcentaje del total de envíos únicos en los que falló la autenticación a los que se aplicará la política. El valor que especifiques debe ser un número y debe excluir cualquier carácter adicional (es decir, no se debe incluir el símbolo %).