Visión general de Email Delivery
El servicio Oracle Cloud Infrastructure Email Delivery proporciona una solución gestionada rápida y fiable para enviar correos electrónicos transaccionales y de marketing seguros y de gran volumen.
El servicio Email Delivery proporciona las herramientas necesarias para enviar correos electrónicos generados por las aplicaciones para comunicaciones esenciales, como confirmaciones, alertas de detección de fraude, verificación de identidad y restablecimientos de contraseña.
La plataforma está optimizada para correo electrónico masivo o de marketing y transaccional, y no para correo electrónico de correspondencia personal.
El equipo Email Entregable de Oracle Cloud Infrastructure gestiona la plataforma mediante métricas clave de capacidad de entrega para garantizar la mejor reputación de envío posible para sus correos electrónicos.
Cuando envía correos electrónicos mediante el servicio Email Delivery, se le proporcionan lo siguiente:
- Configuraciones SMTP de proveedor de buzón de correo únicas en nuestros agentes de transferencia de correo (MTA)
- Recopilación de devoluciones
- Recopilación de quejas de usuarios
- Estándares de autenticación de correo electrónico
- Rendimiento de capacidad de entrega
Cuando utilice Email Delivery, este servicio se convierte en el servidor de correo saliente. Si ya tiene un servidor de correo electrónico, puede conservarlo y configurarlo para que realice los envíos a través de Email Delivery. El servicio Email Delivery se encarga automáticamente de los bucles de comentarios y la reputación de la plataforma.
Componentes del servicio Email Delivery
Email Delivery utiliza los componentes descritos en esta sección.
- REMITENTES APROBADOS
- Un remitente aprobado es un recurso que equivale a la dirección "De". Un remitente aprobado se asocia con un compartimento y existe solo en la región donde se configuró el remitente aprobado. Si necesita tener el mismo remitente aprobado en otra región, debe crearse en la otra región. Por ejemplo, si crea un remitente aprobado en la región Oeste de EE. UU. (Phoenix), no podrá enviar un correo electrónico a través de la región Este de EE. UU. (Ashburn).
- LISTA DE SUPRESIÓN
- La lista de supresión se incluye en la interfaz de usuario de la consola de Email Delivery y en la API. Email Delivery agrega automáticamente direcciones de correo electrónico con códigos de devolución que muestran fallos permanentes, o quejas de usuarios a la lista de supresión para proteger la reputación del remitente. Email Delivery no envía ningún mensaje a estos destinatarios en el futuro.
- AUTENTICACIÓN SPF
-
Los destinatarios de correo electrónico utilizan el marco de políticas de remitente (SPF) para detectar la falsificación de correo electrónico. Mediante el uso de SPF, un destinatario de correo electrónico puede comprobar si el protocolo de Internet (IP) está explícitamente autorizado para enviar en dicho dominio. SPF se implementa publicando un registro TXT especial en los registros de DNS de un dominio. El registro TXT declara qué hosts pueden enviar correo en nombre de este dominio. Los servidores de correo de recepción comprueban los registros SPF de los dominios de envío para verificar que la dirección IP de origen del correo electrónico está autorizada para enviar desde ese dominio. Sin SPF, un correo electrónico no deseado o de phishing se puede "sufrir" para que parezca que procede de un dominio legítimo. Los dominios que usan SPF tienen más probabilidades de bloquear correos electrónicos que intentan falsificar su dominio. Para obtener una visión general sobre cómo funciona SPF, consulte Marco de políticas de remitente. Para obtener más información sobre la sintaxis de registro de SPF, consulte Sintaxis de registro de SPF.
Regiones y dominios de disponibilidad
Las credenciales de SMTP se pueden utilizar para cualquier región, ya que las identidades son activos globales. Sin embargo, los remitentes aprobados (las direcciones de origen) se deben configurar en cada región que tenga previsto utilizar para Email Delivery. Para configurar remitentes aprobados en cada región, seleccione una región en el menú Región de la consola y cree un remitente aprobado. Configure la aplicación para enviar correos electrónicos al punto final de la región en la que ha creado el remitente aprobado mediante las credenciales de SMTP globales. No es necesario que la aplicación de envío esté ubicada en la región desde la que se envía el correo electrónico. Sin embargo, recomendamos que sea local o lo más cercano posible por motivos de rendimiento.
Para obtener más información, consulte Regiones y dominios de disponibilidad.
Configuración de una nueva región
Para empezar a enviar correos electrónicos desde una nueva región, recuerda los siguientes puntos:
- Se debe crear un remitente aprobado en la nueva región.
- Las credenciales SMTP son globales, sin embargo, recomendamos generar credenciales SMTP para un nuevo usuario (sin acceso a la consola de OCI) en la nueva región para que las credenciales no se compartan con otras regiones. Asegúrese de que el usuario tiene los privilegios adecuados.
- Los correos electrónicos deben enviarse al nuevo punto final de conexión SMTP regional.
- La lista de supresión y los remitentes aprobados son activos regionales de Email Delivery.
Por ejemplo, si un correo electrónico enviado desde la región Oeste de Estados Unidos (Phoenix) se devuelve, la dirección de correo electrónico del destinatario se agrega a la lista de supresión de la región Oeste de Estados Unidos (Phoenix). Este destinatario no se agregará a las listas de supresión de otras regiones. Si envía correo electrónico desde diferentes regiones, se deben crear remitentes aprobados en cada región.
- Se debe configurar SPF en cada subdominio. Por ejemplo, en la configuración de DNS, cree un registro TXT para notification.eu-frankfurt-1.oraclecloud.com y pegue la siguiente información del cuadro de diálogo en el registro:
v=spf1 include:eu.rp.oracleemaildelivery.com ~all
Formas de acceder a Oracle Cloud Infrastructure
Puede acceder a Oracle Cloud Infrastructure (OCI) utilizando la consola (una interfaz basada en explorador), la API de REST o la CLI de OCI. A lo largo de esta documentación se incluyen temas con instrucciones para utilizar la consola, la API y la CLI. Para obtener una lista de los SDK disponibles, consulte Interfaz de línea de comandos y kits de desarrollo de software.
Para acceder a la consola, debe utilizar un explorador soportado. Para ir a la página de conexión de la consola, abra el menú de navegación situado en la parte superior de esta página y seleccione Consola de Infrastructure. Se le solicitará que introduzca el inquilino en la nube, el nombre de usuario y la contraseña.
Autenticación y autorización
Cada servicio de Oracle Cloud Infrastructure se integra con IAM con fines de autenticación y autorización para todas las interfaces (la consola, el SDK o la CLI, y la API de REST).
Un administrador de una organización debe configurar grupos, compartimentos y políticas que controlen qué usuarios pueden acceder a qué servicios y recursos, así como el tipo de acceso. Por ejemplo, las políticas controlan quién puede crear usuarios, crear y gestionar la red en la nube, crear instancias, crear cubos, descargar objetos, etc. Para obtener más información, consulte Gestión de dominios de identidad. Para obtener detalles específicos sobre la escritura de políticas de los distintos servicios, consulte Referencia de políticas.
Si es un usuario normal (no un administrador) que debe utilizar los recursos de Oracle Cloud Infrastructure que posee la compañía, póngase en contacto con un administrador para configurar su ID de usuario. El administrador puede confirmar qué compartimento o compartimentos puede utilizar.
Email Delivery soporta todos los mecanismos de autenticación nativos de OCI. Consulte Métodos de autenticación de SDK de OCI.
Puntos finales de conexión y autenticación
Email Delivery soporta todos los mecanismos de autenticación nativos de OCI al utilizar envíos de correo electrónico HTTPS. Para obtener más información, consulte Métodos de autenticación de SDK de OCI. También es compatible con el comando AUTH PLAIN cuando se utiliza la autenticación SMTP. Si la aplicación que realiza el envío no es flexible con el comando AUTH, se puede utilizar un proxy o una transmisión SMTP. Para obtener más información sobre el comando AUTH, consulte Comando AUTH y sus mecanismos.
Para conocer los puntos finales regionales, los puertos o los detalles de seguridad para establecer conexiones HTTPS o SMTP, consulte la información de envío HTTPS y la información de envío SMTP en la consola. Para obtener más información, consulte Configuración de conexión HTTPS y Configuración de conexión SMTP.
Supervisión de recursos
Puede supervisar el estado, la capacidad y el rendimiento de los recursos de Oracle Cloud Infrastructure mediante métricas, alarmas y notificaciones. Para obtener más información, consulte Supervisión y Notificaciones.
Para obtener más información sobre las métricas disponibles del servicio Email Delivery y su visualización, consulte Métricas de Email Delivery.
Capacidades y límites del servicio Email Delivery
Para obtener una lista de límites aplicables e instrucciones para solicitar un aumento del límite, consulte Límites de servicio. Para definir límites específicos de compartimentos en un recurso o familia de recursos, los administradores pueden utilizar cuotas de compartimento.
Existen los siguientes límites para los clientes que se registren para una prueba gratuita de Oracle Cloud:
- Volumen de 200 correos electrónicos al día donde un correo electrónico se define por tener un único destinatario en los campos Para:, CC: o CCo: o un fragmento de datos de 2 MB.
Ejemplos de correo electrónico:
-
Una única solicitud con 10 destinatarios (Para:, CC: o CCo:) equivale a 10 correos electrónicos.
-
Un correo electrónico de 10 MB enviado a un único destinatario equivale a 10 MB dividido entre 2 MB por correo electrónico. Esto equivale a 5 correos electrónicos.
-
Una única solicitud de correo electrónico con un tamaño de mensaje de 10 MB enviada a 10 destinatarios equivale a 10 MB divididos entre 2 MB por correo electrónico multiplicados por 10 destinatarios. Esto equivale a 50 correos electrónicos.
-
- 2000 remitentes aprobados.
- Cada usuario está limitado a un máximo de dos credenciales SMTP.
- Las ratios de envío se limitan a 10 correos electrónicos por minuto.
- Anexos en línea y anexos externos.
- El tamaño máximo de mensaje es de 2 MB, incluidas las cabeceras y la codificación en base64
Los límites para las cuentas empresariales son los siguientes:
- Volumen de 50 000 correos electrónicos al día donde un correo electrónico se define por tener un único destinatario en los campos Para:, CC: o CCo: o un fragmento de datos de 2 MB.
Ejemplos de correo electrónico:
- Una única solicitud con 10 destinatarios (Para:, CC: o CCo:) equivale a 10 correos electrónicos.
- Un correo electrónico de 10 MB enviado a un único destinatario equivale a 10 MB dividido entre 2 MB por correo electrónico. Esto equivale a 5 correos electrónicos.
- Una única solicitud de correo electrónico con un tamaño de mensaje de 10 MB enviada a 10 destinatarios equivale a 10 MB divididos entre 2 MB por correo electrónico multiplicados por 10 destinatarios. Esto equivale a 50 correos electrónicos.
- 10.000 remitentes aprobados.
- Las ratios de envío se limitan a 18.000 correos electrónicos por minuto.
- Anexos en línea y anexos externos.
- El tamaño máximo de mensaje es de 2 MB, incluidas las cabeceras y la codificación en base64
Email Delivery, por defecto, soporta mensajes de hasta 2 MB, incluidos las cabeceras, el cuerpo y los anexos. Cada 2 MB de datos cuentan para el volumen de envío diario y los límites de frecuencia de envío. Por ejemplo, 10 MB equivalen a cinco correos electrónicos.
Para cualquier aumento del límite de correo electrónico, se necesitan SPF y DKIM para el dominio de envío y el remitente aprobado. Consulte Configuring SPF y Configuring DKIM.
Según sus necesidades, puede solicitar un aumento del límite de hasta 60 MB para el tamaño del mensaje.
Para abrir una solicitud de servicio para aumentar el límite, consulte Solicitud de aumento del límite de servicio. La solicitud de aumento se evalúa con la siguiente información que tendrá que proporcionar:
- ¿Cuáles son sus dominios de envío actuales?
- ¿Sus prácticas de envío cumplen los requisitos de CAN-SPAM y CASL?
- Describa brevemente el tipo de correo electrónico que va a enviar. Por ejemplo, ¿son los correos electrónicos marketing, masivos, boletines, transacciones, notificaciones, etc.?
- ¿Envía correos electrónicos relacionados con ofertas de préstamos de nómina o de tarjetas de crédito?
- ¿Desea enviar correos electrónicos en nombre de otras compañías?
- ¿Cómo se registran los destinatarios para recibir estos correos electrónicos? Especifique los dominios en los que podrían registrarse.
- ¿Se utilizan otros métodos para recopilar direcciones de correo electrónico?
- ¿Cuántos correos electrónicos desea enviar al mes?
- ¿Qué proveedor de ESP está utilizando para enviar sus correos electrónicos?
- ¿Cuál es el número máximo de mensajes que necesita enviar en una capacidad de repartición (dentro de un marco temporal específico)?
- ¿Cuál es el tamaño máximo de sus mensajes?
- ¿Cuántos correos electrónicos envía por día que superen los 2 MB?
- ¿Sus destinatarios son direcciones de correo electrónico de Oracle (por ejemplo, test.user@oracle.com)?
- ¿Qué región de entrega de correo electrónico desea utilizar para enviar correos electrónicos?
: La plataforma Email Delivery admite límites de volumen más altos. Los límites se establecen para proteger la reputación de nuestros clientes. Para abrir una solicitud de servicio para aumentar el límite de envío de correo electrónico, consulte Solicitud de aumento del límite de servicio.
Para cualquier aumento del límite de correo electrónico, se necesitan SPF y DKIM para el dominio de envío y el remitente aprobado. Consulte Configuring SPF y Configuring DKIM.
Política de servicio IAM necesaria
Para utilizar Oracle Cloud Infrastructure, un administrador debe ser miembro de un grupo al que un administrador de arrendamiento haya otorgado acceso de seguridad en una política . Este acceso es necesario tanto si utiliza la Consola como la API de REST con un SDK, una CLI u otra herramienta. Si recibe un mensaje que indica que no tiene permiso o no está autorizado, verifique con el administrador del arrendamiento el tipo de acceso que tiene y en qué compartimento trabaja el acceso.
Si no está familiarizado con las políticas, consulte Introducción a las políticas y Políticas comunes. Para obtener más información sobre las políticas de Email Delivery, consulte Detalles del servicio Email Delivery.
Se necesitan permisos para la gestión y el uso de remitentes aprobados y la lista de supresión. Por ejemplo:
- Para activar todas las operaciones en remitentes aprobados para un grupo de usuarios concreto:
Allow group '<identity domain name>'/'<group name>' to manage approved-senders in tenancy - Para activar todas las operaciones en supresiones para un grupo de usuarios concreto:
Allow group '<identity domain name>'/'<group name>' to manage suppressions in tenancy
Si utiliza credenciales SMTP de usuarios que no están en el dominio de identidad "por defecto", debe incluir el nombre del dominio de identidad en la sentencia de política. Para obtener más información, consulte Cómo funcionan las políticas (con dominios de identidad).
Direcciones IP dedicadas
Al crear una cuenta de servicio de Email Delivery, los correos electrónicos se envían desde direcciones IP compartidas con otros clientes de Oracle por defecto.
Email Delivery soporta direcciones IP dedicadas a usted, para obtener un control completo sobre su reputación. Tanto una estrategia de IP compartida como la de IP dedicada pueden proporcionar una entrega excelente en función de sus necesidades y las características del flujo de correo. Para obtener más información sobre IP compartida, consulte Shared IP or Dedicated IP.
Al utilizar un pool dedicado de direcciones IP propiedad de Oracle, solo se envía su correo desde ellas.
Nuestros expertos en capacidad de entrega revisan todas las solicitudes de IP dedicadas para garantizar la mejor capacidad de entrega posible para su situación. No se aconseja utilizar las direcciones IP dedicadas para volúmenes inferiores o para el envío esporádico de correos electrónicos, ya que no soportan una buena reputación de envío y, por lo tanto, pueden afectar a su capacidad de entrega de correos electrónicos.
Las direcciones IP dedicadas son ideales para los remitentes que:
- Envían grandes volúmenes de correo de forma constante para mantener su propia reputación de IP. Los filtros automatizados de proveedores de servicios de Internet (ISP) utilizan el envío de grandes volúmenes de correo sistemáticamente para asignar una reputación a su dirección IP. Esta es una de las entradas clave para saber si los mensajes se entregan en el buzón, la carpeta de correo no deseado o se rechazan temporalmente.
- Desean un control total de su reputación de envío y entienden las mejores prácticas de entrega de correo electrónico. Cuando usted es el único remitente de una IP, se aísla su reputación de otros remitentes. Esto puede ser bueno o malo dependiendo de las prácticas de envío y una higiene coherente.
- Tienen grandes volúmenes, diferentes flujos de correo y quieren crear reputaciones únicas para cada uno de ellos. Las IP dedicadas le permiten crear reputaciones de IP independientes basadas en distintos tipos de flujos de correo, como los mensajes transaccionales frente al correo de marketing masivo. Si tiene volumen para soportarlo, el aislamiento de estos flujos de correo puede reducir el riesgo de desafíos de entrega para tipos de mensajes más críticos.
Es probable que las direcciones IP dedicadas no sean adecuadas para los remitentes que:
- Envíen correo de manera inconsistente en volúmenes bajos que impiden que se asigne una reputación de ISP. Para crear una reputación de IP, los ISP prefieren una cadencia de correo predecible con suficiente volumen de correo electrónico para asignar una reputación. Si no se cumple este requisito, podrían surgir problemas de entrega. El envío en un pool de IP compartida con muchos remitentes más pequeños proporcionará al ISP un gran volumen de correo consistente.
- No entienda las mejores prácticas de correo electrónico, que podrían conducir a desafíos de entrega de mala reputación. El envío en un pool de IP compartida con otros clientes gestionado por Oracle puede ser menos arriesgado para un usuario de correo electrónico sin experiencia.
Sus características del correo (volumen, velocidad de transferencia, reputación, etc.) variarán su estrategia de IP dedicada. Nuestros equipos están formados en estrategias de IP dedicada y están preparados para satisfacer sus necesidades. Si necesita ayuda con la configuración, consulte My Oracle Support y cree una solicitud de servicio.
Etiquetado de recursos
Puede aplicar etiquetas a los recursos para facilitar su organización según las necesidades de su negocio. Puede aplicar etiquetas al crear un recurso o actualizar el recurso más tarde con etiquetas. Para obtener información general sobre la aplicación de etiquetas, consulte Etiquetas de recursos.
Email Delivery permite la aplicación de etiquetas a remitentes aprobados.
Integración con los servicios de Oracle Cloud Infrastructure
Email Delivery audita los siguientes eventos:
- Creación de remitentes (CreateSender)
- Supresión de remitentes (DeleteSender)
- Recuperación de información sobre un remitente (ListSenders)
Para ver los logs de los eventos del servicio Email Delivery, el usuario debe pertenecer a un grupo que pueda ver todos los logs de eventos de auditoría en el arrendamiento. Para obtener más información, consulte Visualización de logs de eventos de auditoría.