Solución de problemas de Email Delivery

Utilice la información de resolución de problemas para identificar y solucionar los problemas comunes que se pueden producir al trabajar con Email Delivery.

Este tema proporciona soluciones para problemas que pueden surgir al usar Email Delivery.

Errores comunes devueltos por Email Delivery

Errores de API

Para obtener una lista completa de los errores comunes de entrega de correo electrónico de API devueltos por todos los servicios de Oracle Cloud Infrastructure, consulte Errores de API.

Errores comunes de SMTP devueltos por Email Delivery

La siguiente tabla muestra los errores comunes devueltos por el servicio SMTP de Email Delivery.

Código de estado de SMTP Código de error Descripción
254 4.7.1 Suppression for user <user ocid> to <recpt> Se ha aceptado el mensaje, pero se ha devuelto un código de estado que indica una supresión.

El código de estado mejorado 4.7.1 indica un fallo transitorio persistente (RFC3463).

421 Timeout waiting for data from client
421 4.4.0 Problem attempting to execute commands. Please try again later
421 Too many connections, try again later
421 Too many auth failures, try again later Limitación basada en IP; disparada por uso repetitivo de credenciales SMTP no válidas o remitente no aprobado.
421 4.3.0 Mail system failure, closing transmission channel
451 Server error Se ha producido un error inesperado durante la conversación SMTP.
451 Error in Processing Se ha producido un error inesperado durante la conversación SMTP.
452 System storage error El servidor no ha podido guardar el mensaje en la cola de entrega.
455 Maximum messages sent per minute reached : limit is <limit> Se ha superado la ratio de ráfaga de envío SMTP (mensajes aceptados por minuto).
455 Maximum messages sent per day reached : limit is <limit> Se ha superado la ratio de envío diario SMTP (mensajes aceptados en un periodo de 24 horas).
501 Invalid command argument, not a valid Base64 string

El secreto de AUTH (PLAIN) con codificación base64 no es válido.

501 Invalid command argument, does not contain NUL El secreto de AUTH (PLAIN) con codificación base64 no contiene separadores de campo NUL.
501 Invalid command argument, does not contain the second NUL El secreto de AUTH (PLAIN) con codificación base64 no contiene segundos separadores de campo NUL.
503 Need RCPT command El cliente SMTP intentó iniciar el envío del cuerpo de un mensaje de correo electrónico sin identificar destinatarios de correo electrónico mediante el comando SMTP RCPT requerido (RFC 5321).
504 Method not supported El cliente ha intentado utilizar un mecanismo AUTH no compatible con nuestro servicio.
504 AUTH mechanism mismatch El cliente ha enviado un comando AUTH no válido a nuestro servicio.
552 Exceeds byte limit El mensaje ha excedido el límite de tamaño establecido por el servicio (consulte la respuesta del servidor a EHLO para conocer la restricción de tamaño).
535 Authentication credentials invalid Se ha producido un error al autenticar el usuario SMTP.
535 Authentication required El cliente ha enviado comandos que requieren que la autenticación SMTP se realice correctamente para poder procesar el servicio (es decir, se están enviando comandos incorrectamente).
535 Authorization failed: address <address> not authorized

Se ha producido un error al autorizar la dirección (ya sea en el sobre o en el mensaje) para el usuario SMTP.

El remitente aprobado no existe, la política email-family no especifica el compartimento que contiene el remitente aprobado o el usuario con las credenciales de SMTP no está en un grupo con la política email-family. Consulte Creación de credenciales SMTP para obtener más información.

553 <address> Invalid email address La dirección de Internet RFC- 822 enviada por el cliente no es válida.
554 Message parse error El mensaje de Internet RFC- 2822 no es válido (y el servidor no puede analizarlo).

El mensaje sin cabeceras o la cabecera tiene más de 256 KB.

Errores comunes de HTTPS devueltos por Email Delivery

La siguiente tabla muestra los errores comunes devueltos por el servicio HTTPS de Email Delivery.

Código de estado HTTPS Designación HTTPS Ejemplos de código de error
200 Acción realizada correctamente La respuesta contiene los parámetros de respuesta.
400 InvalidParameter El ID de mensaje no se ha formado según las RFC.
400 InvalidParameter La dirección de correo electrónico no puede ser nula ni estar vacía.
400 InvalidParameter Dirección de Internet no válida: <address>
400 InvalidParameter maxItems: 50, para destinatarios en los campos Para:, CC: y CCO:.
400 InvalidParameter La clave de cabecera no puede ser nula ni estar vacía
400 InvalidParameter Las claves de cabecera de correo personalizadas solo deben ser ASCII <header>
400 InvalidParameter <header> es una cabecera de correo reservada que no está permitida
400 MissingParameter El remitente de atributo necesario compartmentId no puede estar vacío ni ser nulo.
400 MissingParameter El asunto del atributo necesario no puede estar vacío ni ser nulo.
400 MissingParameter El remitente de atributo necesario no puede estar vacío ni ser nulo.
400 MissingParameter Los destinatarios de atributos necesarios deben contener destinatarios to , cc o bcc.
400 MissingParameter Falta el cuerpo de atributo necesario (html/text). La solicitud debe contener bodyText o bodyHtml
400 LimitExceeded Se ha alcanzado el máximo de mensajes enviados por minuto: el límite es <>Se ha alcanzado el máximo de mensajes enviados por día: el límite es <>
404 NotAuthorizedOrNotFound Fallo de autorización: dirección <Dirección de correo electrónico de remitente> no autorizada o no encontrada
413 Entidad de Solicitud Demasiado Larga El mensaje supera el límite de bytes: el límite es <>
429 Muchas solicitudes Demasiadas solicitudes recibidas. Espere y vuelva a intentarlo.
500 Error interno del servidor Error interno del servidor

Problemas de correos electrónicos no entregados

Identifique y solucione problemas que impiden que sus correos electrónicos se entreguen.

Los siguientes problemas pueden dar lugar a que un correo electrónico no se entregue:

  • El destinatario figura en una lista de supresión.
  • Se ha producido un fallo de autenticación o un problema con el formato del mensaje de correo electrónico. Por ejemplo, si la dirección "De" de SMTP no se corresponde con la dirección "De" del cuerpo del correo electrónico, se rechaza el correo electrónico. Las direcciones deben coincidir y debe tratarse de un remitente aprobado. Consulte los logs de la aplicación de envío para revisar los problemas.
  • No se recomienda el uso de varias direcciones en la cabecera de correo electrónico De. Si utiliza varias direcciones, aumenta la posibilidad de que el correo se coloque en una carpeta de correo no deseado o se descarte debido a la autenticación de mensajes, informes y conformidad basada en dominios (DMARC) de las reglas de alineación. El rendimiento de sus correos electrónicos se reduce porque todas las direcciones tienen que estar autorizadas como remitentes aprobados. Se recomienda que la dirección de origen del sobre de SMTP coincida con la cabecera de la dirección de origen cuando se envía correo a Email Delivery. Utilizar direcciones que no coincidan reduce el rendimiento de los correos electrónicos porque ambas direcciones deben estar autorizadas como remitentes aprobados. Algunas funciones futuras de la plataforma no estarán disponibles si utiliza direcciones que no coincidan.
  • Falta de correo identificado de claves de dominio (DKIM).
  • Vea el "dkimSelector" aplicado a su correo mediante la función Registro público.

DKIM y DMARC sirven para autenticar su correo electrónico para garantizar que los correos se entreguen en los buzones de los destinatarios. Para obtener más información, consulte Más opciones para aumentar la capacidad de entrega.

Consulte Mejores prácticas de capacidad de entrega para obtener información sobre recomendaciones que pueden ayudar a reducir la ratio de devoluciones de correo electrónico, evitar las listas de bloqueados, reducir la ratio de reclamaciones y mejorar su reputación como remitente de correo electrónico.

Si no puede resolver el problema, puede ir a My Oracle Support y crear una solicitud de servicio. Consulte Abrir una solicitud de servicio de soporte para obtener más información.

Problemas de conectividad

Nota

Email Delivery no impide la conectividad de ningún rango de IP de origen. Se aceptará cualquier IP que intente conectarse a Email Delivery.

Consulte Configuración de la conexión SMTP para obtener una lista de puntos finales regionales para establecer conexiones SMTP para el envío.

Problema de conexión a puertos de red de punto final

Corrija los problemas de conectividad que le impiden conectarse a los puertos de red de punto final.

  1. Asegúrese de que tiene el nombre de DNS de punto final correcto o la dirección IP de la región y que ha aparecido en la lista de permitidos para utilizar el punto final.
  2. Pruebe la conectividad con el punto final mediante el puerto 25 o 587. Use una utilidad como Telnet o netcat para intentar conectarse al puerto manualmente.
    1. Abra un símbolo del sistema.
    2. Utilice el siguiente comando para probar la conexión de red.
      telnet <SMTP endpoint> <port>

      Por ejemplo:

      telnet smtp.email.us-ashburn-1.oci.oraclecloud.com 25

      El puerto está abierto y la prueba se realiza correctamente si aparece un mensaje "Connected to". Si no puede conectarse a los puertos con telnet, existe un problema de conectividad de red.

Problema al conectar con un agente de transferencia de correo externo (MTA)

Corrija los problemas de conectividad que le impiden conectarse a MTA.

Realice los siguientes pasos para determinar si puede comunicarse con un servicio externo en los puertos necesarios 25 o 587. Si no puede conectarse correctamente, se está produciendo un problema de conectividad de red. Si puede conectarse a un MTA externo, el problema de conectividad de red tiene su origen en Oracle Cloud Infrastructure.

  1. Conéctese a un MTA externo como, por ejemplo, los intercambiadores de correo de Google.
    1. Abra un símbolo del sistema.
    2. Utilice el siguiente comando para recuperar uno de los registros del servidor MX de Google.
      dig MX google.com
    3. Utilice el siguiente comando para probar la conectividad en el puerto de punto final 25 o 587 con los servidores MX de Google.
      telnet <IP address> <port>

      Si no puede conectarse a los servidores MX de Google, se confirma que tiene problemas al conectarse a los servidores de correo (puerto 25 o 587). Es posible que las reglas de salida estén filtrando el tráfico en VCN.

      Si puede conectarse a un MTA externo (es decir, puede comunicarse con un punto final SMTP público en los puertos correctos), pero no puede conectarse a puntos finales SMTP públicos de Email Delivery en dichos puertos, cree una solicitud de servicio con My Oracle Support e incluya esta información.

Errores de TLS al integrar con Postfix

Corrija los errores de TLS que impiden la integración con Postfix.

  1. Si detecta errores de TLS al intentar integrar Postfix con Email Delivery, asegúrese de que se ha eliminado la siguiente configuración del archivo main.cf de Postfix, ya que está en desuso:
    smtp_use_tls = yes
  2. Utilice la siguiente configuración en su lugar para activar TLS (disponible en Postfix 2.3 y posterior):
    smtp_tls_security_level = may
    Este valor indica a Postfix que utilice el soporte de STARTTLS al conectarse a servidores SMTP remotos, como Email Delivery de OCI. Si desea aplicar el uso de TLS para que toda la retransmisión de Postfix saliente utilice cifrado, utilice el siguiente valor:
    smtp_tls_security_level = encrypt

Para obtener más información, consulte Soporte de TLS de Postfix.

Clave DKIM inactiva

Corrija la clave DKIM inactiva en el DNS del dominio de correo electrónico.

Para activar la clave DKIM, debe aprovisionar un registro CNAME de DNS en esta ubicación en el DNS de su dominio de correo electrónico:

<selector>._domainkey.<email-domain>

Sin embargo, los distintos proveedores de DNS tienen interfaces de usuario diferentes para especificar la ubicación de un registro de DNS. Algunas interfaces de usuario aceptan la ruta de acceso de DNS completa de forma predeterminada y funcionarán bien. Algunas interfaces de usuario son relativas a la zona de forma predeterminada; por lo tanto, si pega en toda la cadena sin el período final, la interfaz de usuario aprovisionará la ubicación incorrecta y eso dejará su clave DKIM en estado "Necesita atención". Evite entradas como esta:

<selector>._domainkey.<email-domain>.<zone-name>

Si el dominio de correo electrónico es el mismo que el nombre de zona de DNS y si el proveedor solo acepta un nombre relativo a la zona, utilice esta ubicación CNAME de DNS:

<selector>._domainkey

Si el dominio de correo electrónico está en un subdominio de la zona y el proveedor solo acepta un nombre relativo a la zona, utilice esta ubicación CNAME de DNS:

<selector>._domainkey.<subdomain>

Privacidad de datos

Proteja la privacidad de los datos del remitente y del destinatario cuando se envíe un correo electrónico.

¿Cómo protege OCI Email Delivery la privacidad de los datos de un remitente y un destinatario?

Para proteger la privacidad de los datos del remitente y del destinatario cuando un correo electrónico está en tránsito:

  • TLS 1.2 es necesario al enviar correo electrónico desde la aplicación a Email Delivery.
  • TLS cifra los datos cuando Email Delivery retransmite los correos electrónicos al destinatario, siempre que este soporte sea TLS.
  • El contenido del cuerpo del correo electrónico se almacena solo durante el tránsito.
  • Los datos de cabecera de correo electrónico se registran internamente durante dos semanas.
  • Si el remitente activa logs, el servicio OCI Logging almacena los logs del servicio de correo electrónico. Las políticas de retención de datos de log las define el usuario.

Cuando los datos de correo electrónico están estáticos, las configuraciones de correo electrónico como remitentes aprobados, dominios, DKIM y correos electrónicos suprimidos se cifran para proteger la privacidad de los datos del remitente y del destinatario.