Documentación de Oracle Cloud Infrastructure

Creación de un dominio de correo electrónico

Descubra cómo crear un dominio de correo electrónico DNS para enviar correos electrónicos masivos de remitentes aprobados.

Uso de la consola

  1. Abra el menú de navegación y seleccione Servicios para desarrolladores. En Integración de aplicación, seleccione Email Delivery. En Email Delivery, seleccione Dominios de correo electrónico.
  2. Seleccione Crear dominio de correo electrónico.
  3. Introduzca el nombre de dominio de correo electrónico. Es necesario que sea un dominio de su propiedad o que controle en DNS, ya que las medidas utilizadas para establecer la verificación y la autenticación requieren una actualización de registro de DNS o acciones similares. Debe ser el dominio que desea utilizar para los remitentes aprobados y no puede ser un dominio de proveedor de buzón público, como gmail.com, hotmail.com, yahoo.com o oracle.com.

    Etiquetas : si tiene permisos para crear un recurso, también tiene permisos para aplicar etiquetas de formato libre a ese recurso. Para aplicar una etiqueta definida, debe tener permisos para utilizar el espacio de nombres de la etiqueta. Para obtener más información sobre el etiquetado, consulte Etiquetas de recursos. Si no está seguro de si aplicar etiquetas, omita esta opción o pregunte a un administrador. Puede aplicar etiquetas más tarde.

  4. Haga clic en Crear.
Consejo

Para enviar correos electrónicos desde muchas direcciones con el mismo dominio:
  1. Configure DKIM para el dominio que proporciona autorización para enviar desde el dominio.
  2. Cuando DKIM esté activo, cree el remitente aprobado @domain.com.
Advertencia

Si DKIM no está activo, no puede crear el remitente aprobado.

Creación de una ruta de acceso de devolución personalizada

Nota

Es más probable que la configuración de DKIM mejore su capacidad de entrega que una ruta de acceso de devolución personalizada. Como resultado, le recomendamos que configure DKIM antes o al mismo tiempo que una ruta de acceso de devolución personalizada.

Se necesita Email Delivery para procesar devoluciones para proteger la reputación de nuestras direcciones IP y dominios. Por lo tanto, la ruta de acceso de devolución por defecto está definida como la de nuestros servidores de devolución. Email Delivery ofrece una función de ruta de acceso de devolución personalizada para mejorar la ubicación en el buzón. Para utilizar esta función, debe configurar registros de DNS para su dominio de ruta de acceso de devolución personalizado. El dominio de ruta de acceso de devolución personalizado debe coincidir con el dominio del remitente aprobado o ser un subdominio de ese dominio.

Nuestra convención de denominación sugerida para un subdominio de ruta de acceso de devolución personalizado es <REGIONKEY>.rp.<sending-domain>. Para prepararse para el uso de esta función, aprovisione los registros SPF y MX en el dominio personalizado de la siguiente manera:

Registro MX para dominio personalizado

La siguiente sintaxis de registro se aplica solo a las regiones comerciales:

10 bmta.email.<REGION IDENTIFIER>.oci.oraclecloud.com

La ruta de acceso de devolución personalizada es regional. Es imprescindible añadir REGION IDENTIFIER a la entrada para evitar confusiones. Para obtener información sobre las regiones, consulte Regiones y dominios de disponibilidad.

Registro SPF para dominio personalizado de ruta de acceso de devolución

Región de envío Registro SPF
América v=spf1 include:rp.oracleemaildelivery.com ~all
Asia/Pacífico v=spf1 include:ap.rp.oracleemaildelivery.com ~all
Europa v=spf1 include:eu.rp.oracleemaildelivery.com ~all
Todas las regiones comerciales v=spf1 include:rp.oracleemaildelivery.com include:ap.rp.oracleemaildelivery.com include:eu.rp.oracleemaildelivery.com ~all
Regiones gubernamentales

Autenticación de mensajes, informes y conformidad basada en dominios (DMARC)

DMARC es una especificación técnica creada por un grupo de organizaciones que quieren ayudar a reducir el potencial de abuso basado en el correo electrónico al resolver problemas operativos, de despliegue e informes de larga duración relacionados con los protocolos de autenticación del correo electrónico. DMARC estandariza la forma en la que los destinatarios de correo electrónico realizan la autenticación mediante SPF y DKIM. Esto proporciona al remitente la capacidad de tener el control del correo que no pasa la autenticación e indicar a los destinatarios del correo electrónico qué hacer con el correo no autenticado.

Para enviar y entregar correo electrónico, DMARC comprueba SPF y DKIM y necesita al menos uno para pasar. Cuando empiece a utilizar DMARC, es recomendable aplicar una política p=none y asegurarse de que todas las aplicaciones de envío legítimas estén alineadas y autenticadas correctamente antes de considerar una política más agresiva. Durante cualquier período de transición en el que se evalúe un nuevo servicio relacionado con el correo electrónico para el dominio de envío. Se recomienda utilizar una política p=none de DMARC.

Un registro DMARC es un registro TXT de DNS en el dominio _dmarc.<sending-domain> con contenido similar al siguiente:
"v=DMARC1\;p=none\;rua=mailto:dmarc_rua@example.com\;ruf=mailto:dmarc_ruf@example.com\;fo=1"

Debe tener un servicio administrativo INBOX para recibir informes de DMARC (en el ejemplo anterior, example.com es su proveedor INBOX). Email Delivery no ofrece servicio INBOX ni procesamiento automatizado de informes de DMARC. Si no desea gestionar y procesar informes de DMARC, no cree un registro DMARC.