Preguntas frecuentes sobre Email Delivery

Preguntas generales

¿Qué es Email Delivery?

Oracle Cloud Infrastructure Email Delivery es un servicio de envío de correo electrónico que proporciona una solución gestionada rápida y fiable para enviar correos electrónicos masivos que deben llegar a la bandeja de entrada de sus usuarios. Email Delivery proporciona a los clientes las herramientas necesarias para enviar de manera rápida y fiable el correo electrónico generado por la aplicación para las comunicaciones cruciales, como recibos, alertas de detección de fraudes, verificación de identidad multifactor y restablecimiento de contraseñas. Email Delivery es un servicio de infraestructura altamente escalable, rentable y fiable que elimina la complejidad y el gasto de crear una solución interna de entrega de correo electrónico.

¿Quién debe usar Email Delivery?

• Cualquier aplicación basada en la nube que incluya correo electrónico debería aprovechar Email Delivery.
• Cualquier empresa que desee enviar mensajes que lleguen a la bandeja de entrada de sus usuarios de una manera rentable debe utilizar Email Delivery.

¿Por qué necesito Email Delivery?

• Es esencial asegurarte de que el correo electrónico de tu empresa llegue a la bandeja de entrada de los usuarios, ya que el correo electrónico es el medio más directo para que las empresas se comuniquen con sus clientes. A medida que aumenta el número y la frecuencia del correo electrónico saliente automatizado, es cada vez más difícil garantizar que los mensajes lleguen a la bandeja de entrada de sus clientes debido a la existencia de muchos sistemas de filtrado de correo no deseado.
• Email Delivery es un servicio diseñado para desarrolladores que resuelve problemas de configuración, infraestructura, seguridad y autenticación para la entrega de correo electrónico.

¿Qué tipo de correo electrónico puedo enviar con Email Delivery?

Email Delivery es ideal para el correo electrónico transaccional generado por la aplicación, como recibos, alertas de detección de fraudes, verificación de identidad multifactor y restablecimiento de contraseñas, pero se puede enviar cualquier correo electrónico que cumpla con las normativas de la industria y la legislación pertinente.

¿Es Email Delivery un proveedor front-end como Eloqua y Responsys?

Email Delivery es una infraestructura de back-end que se puede integrar con proveedores front-end como Eloqua o Responsys. Email Delivery no ofrece a los usuarios la capacidad de desarrollar campañas HTML o administrar las listas de destinatarios.

¿Es Email Delivery lo mismo que Amazon SES o SendGrid?

Sí, el servicio Email Delivery es un servicio similar a Amazon SES o SendGrid.

¿Cómo comienzo a enviar correos electrónicos con Email Delivery?

Siga los pasos que se indican a continuación en la API o en Oracle Cloud Infrastructure Console para comenzar a enviar correos electrónicos.

Las instrucciones detalladas sobre la configuración y el uso de Email Delivery estarán disponibles aquí

1. En la consola de Oracle Cloud Infrastructure, busque el usuario en el que creará las credenciales del protocolo simple de transferencia de correo (Simple Mail Transfer Protocol, SMTP). Asegúrese de que el usuario esté en un grupo que tenga una política para gestionar a los remitentes aprobados, por ejemplo, permita que el grupo MyGroup use remitentes aprobados en el compartimento MyCompartment.

2. En la configuración para el nuevo usuario, elija las credenciales de SMTP a la izquierda y, luego, genérelas.

3. Elija Correo electrónico en la consola de Oracle Cloud Infrastructure. Asegúrese de elegir el compartimento correcto. Su usuario debe estar en un grupo con permiso para gestionar a los remitentes aprobados en este compartimento.

4. Cree uno o más remitentes aprobados dentro de un compartimento especificado. Estas son las direcciones de correo electrónico que aparecerán en la línea 'De' del correo electrónico. Tenga en cuenta que los remitentes aprobados son específicos de la región. Si crea un remitente aprobado en Phoenix, no puede enviar correo a través de Ashburn.

5. Siga las instrucciones para configurar su DNS para el marco de políticas del remitente (sender policy framework, SPF) y agregue un registro TXT en el dominio que corresponda.

6. Configure y pruebe la conexión SMTP de su sistema a través de Email Delivery. Postfix y SendMail son dos productos SMTP populares, pero se puede usar cualquier biblioteca SMTP.

¿Qué regiones admiten Email Delivery?

Email Delivery está disponible en todas las regiones y dominios de OCI. Consulte Regiones y dominios de disponibilidad para obtener una lista completa.

Nota: La aplicación que envía el correo NO tiene que estar en la región desde la que se envía el correo, pero lo ideal, por motivos de rendimiento, es configurar el correo electrónico en la misma región que la aplicación de envío.

¿Por qué recibo un error cuando intento agregar un remitente aprobado?

• Asegúrese de tener permisos para gestionar a los remitentes aprobados en el compartimento que ha elegido. (Aspectos básicos de las políticas)
• Es posible que haya alcanzado su límite de remitente aprobado. Puede usar My Oracle Support para presentar una solicitud de servicio a fin de aumentar el límite de envío de correo electrónico según sea necesario.
• Su cuenta puede suspenderse, lo que reduciría el límite de remitentes aprobados a 0.

Envío de correos electrónicos

¿Qué es un remitente aprobado?

Un remitente aprobado es un recurso que permite que Email Delivery envíe correos electrónicos con una dirección de origen coincidente. Los remitentes aprobados están asociados con un compartimento y solo existen en la región en la que se configuraron.

¿Puedo enviar correos electrónicos masivos con Email Delivery?

Sí, el correo electrónico masivo puede enviarse mediante programación con Oracle Email Delivery.

Nota: los informes no están disponibles en GA.

¿SMTP requiere TLS?

• Oracle se enorgullece de las estrictas políticas de seguridad y Email Delivery se rige por esas políticas. Por lo tanto, solo aceptamos correos electrónicos de clientes a través de TLS.
• TLS (TLS es obligatorio)
• Solo se admite la versión 1.2 de TLS, ya que las versiones anteriores son menos seguras.
• Las aplicaciones Java deben actualizarse a la última versión para garantizar que los protocolos, cifrados y parches de seguridad actualizados cumplan con las políticas de seguridad de Oracle.
• Los cifrados aprobados son:
  • TLSv1.2:
  • TLS_DHE_RSA_WITH_AES_256_CBC_SHA256,
  • TLS_DHE_DSS_WITH_AES_256_CBC_SHA256,
  • TLS_RSA_WITH_AES_256_CBC_SHA,
  • TLS_RSA_WITH_AES_256_CBC_SHA256,
  • TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
  • TLS_DHE_RSA_WITH_AES_128_CBC_SHA,
  • TLS_DHE_RSA_WITH_AES_256_CBC_SHA,
  • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
  • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384,
  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,
  • TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256,
  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

¿Qué comando de autenticación SMTP es compatible?

• Solo se admite SMTP Plain
• Nota: si la aplicación de envío no es flexible en cuanto al comando Auth, se puede usar un proxy o una retransmisión SMTP.

¿Puede mi aplicación enviar un correo electrónico a Email Delivery sin acceso público a Internet?

• Sí, la aplicación necesitaría enviarlo a un servicio que tenga acceso a Internet, como un servicio proxy o de retransmisión.
• En el futuro, Email Delivery podrá aceptar correos electrónicos desde dentro de Oracle Cloud Infrastructure mediante el servicio de puerta de enlace de servicio, sin tener que atravesar Internet público.

¿Cuáles son los límites asociados con Email Delivery?

El equipo de facilidad de distribución de correo electrónico de Oracle Cloud Infrastructure gestiona la plataforma Email Delivery. Se establecen límites en las cuentas para salvaguardar el servicio y la reputación de nuestros clientes. Para cumplir con los requisitos de envío a gran escala, se pueden aumentar los siguientes límites abriendo una solicitud de servicio desde My Oracle Support.

• Los clientes que se registran en oracle.com para una prueba gratuita están limitados a 200 correos electrónicos en un periodo continuo de 24 horas y las tasas de envío no deben exceder los 10 correos electrónicos por minuto. Los remitentes aprobados están limitados a 2,000. El tamaño máximo de los mensajes, incluidas las cabeceras y la codificación Base64, es de 2 MB.
• Las cuentas empresariales están limitadas a 50 000 correos electrónicos en un periodo continuo de 24 horas y las tasas de envío no deben exceder los 18 000 correos electrónicos por minuto. Los remitentes aprobados se limitarán a 10 000 para los clientes empresariales. El tamaño máximo de los mensajes, incluidas las cabeceras y la codificación Base64, es de 2 MB.
• Email Delivery admite un gran volumen, pero el límite se establece como una protección para la reputación de nuestros clientes.
• Ponte en contacto con My Oracle Support, que puede trabajar contigo para comprender tu caso de uso y aumentar el límite de envío según sea necesario.

¿Existen limitaciones para el tipo de correo electrónico que puedo enviar con Email Delivery?

Como se menciona en la descripción del servicio, la siguiente obligación se aplica al tipo de correo electrónico enviado con Email Delivery:

• No utilizará los servicios con el propósito de distribuir correos electrónicos "spam", mensajes instantáneos no solicitados masivos o cualquier otra forma de comunicaciones electrónicas no solicitadas distribuidas de forma masiva a destinatarios con los que no tenga una relación comercial o personal anterior.

¿Qué tamaño de correo electrónico se puede enviar?

En principio, el tamaño máximo de mensaje que se admite de forma predeterminada es de hasta 2 MB, incluidos las cabeceras, el cuerpo, la codificación base64 y los archivos adjuntos.

Si el límite de tamaño aumenta, cada 2 MB de datos se contarán como un “correo electrónico” para el volumen y los límites de velocidad de envío diarios.

Ejemplos de correos electrónicos

• Un correo electrónico de 10 MB enviado a un único destinatario equivale a 10 MB/2 MB por correo electrónico = 5 correos electrónicos.
• Una única solicitud de correo electrónico con un tamaño de mensaje de 10 MB y 10 destinatarios equivale a 10 MB/2 MB por correo electrónico * 10 destinatarios = 50 correos electrónicos

¿Puedo enviar correos electrónicos con archivos adjuntos?

Email Delivery admite el envío de mensajes de extensiones de correo de Internet multipropósito (MIME) a través de SMTP. MIME es el estándar RFC que especifica en parte cómo funcionan los archivos adjuntos. Para más información, consulte aquí.

¿Qué métodos de envío están disponibles?

SMTP es actualmente el único método para enviar correos electrónicos a través de Email Delivery. Hay un punto final SMTP único en cada región de Oracle Cloud Infrastructure donde está disponible Email Delivery.

¿Hay algún SDK para Email Delivery?

Sí, Email Delivery se incluye en los SDK de Oracle Cloud Infrastructure.

Facilidad de distribución

¿Cómo garantiza Email Delivery una distribución fiable?

Email Delivery ofrece un servicio fiable a través de un sistema que cumple con las mejores prácticas de la industria. La gestión de la plataforma está a cargo del equipo responsable de la capacidad de entrega de correos electrónicos de Oracle Cloud Infrastructure, el cual revisa las métricas clave de capacidad de entrega de correos electrónicos para garantizar la mejor reputación de envío posible. Los siguientes elementos se gestionan por ti cuando envías correo electrónico con Email Delivery:

• Configuraciones únicas de SMTP del proveedor de buzones
• Recopilación de rebotes
• Recopilación de quejas del usuario
• Estándares de autenticación de correo electrónico (como SPF)
• Gestión de grupos de IP

¿Cómo personaliza Email Delivery las configuraciones de SMTP?

Email Delivery se configura con limitación de velocidad específica del proveedor de buzones, modos de retroceso y configuraciones de SMTP. Estas configuraciones se han establecido a través de relaciones de la industria y años de sintonización a través de proveedores de buzones globales para optimizar la ubicación de la bandeja de entrada y la velocidad de entrega.

¿Email Delivery recopila los correos electrónicos rebotados?

Sí, los correos electrónicos que rebotan se recopilan y se clasifican de manera apropiada según sus códigos de rebote correspondientes.

¿Qué debo hacer si un correo electrónico rebota?

Cualquier dirección de destinatario que se considere que no se puede entregar permanentemente, por ejemplo, los rebotes duros, se incluyen en la lista de supresión del cliente. Email Delivery no entregará los intentos repetidos de envío a direcciones incluidas en la lista de supresiones, y estos casos se registrarán en el informe de correos bloqueados. Se produce una alta tasa de rebotes duros (proporción de rebotes duros respecto a mensajes enviados) cuando un remitente intenta enviar un mensaje a una dirección de destinatario que no existe. El proveedor del buzón devolverá un código de rebote duro al remitente. Los rebotes duros son una buena indicación de la calidad de la lista y deberían estar por debajo del 2 por ciento.

¿Email Delivery recoge las quejas de los usuarios?

Sí, las quejas de los usuarios se recogen y se procesan a través de bucles de comunicación de quejas del proveedor del buzón. La configuración de estos bucles de comentarios de quejas está completamente automatizada con Email Delivery.

Cuando se recoge una queja de spam de un usuario, este se agrega a la lista de supresión para proteger la reputación de envío del cliente. Se sugiere que también elimine al usuario de su lista de correo en ese momento, pero no se requiere ninguna otra acción para garantizar la facilidad de distribución del correo electrónico de calidad.

¿Qué es la lista de supresión?

La lista de supresión se incluye en la interfaz de usuario de la consola de Email Delivery, así como en la API, el SDK y la CLI.

Email Delivery agrega automáticamente las direcciones de correo electrónico con códigos de devolución que muestran fallos permanentes o quejas de los usuarios a la lista de supresión para proteger su reputación de remitente. Email Delivery no enviará ningún mensaje a estos destinatarios en el futuro. Los intentos repetidos de enviar a direcciones de correo electrónico suprimidas aparecerán en su informe de correo bloqueado.

Entre los motivos de supresión actuales, se incluye los siguientes: quejas por spam, devoluciones permanentes, devoluciones temporales repetitivas, entradas manuales y solicitudes de cancelación de suscripción a una lista.

¿Qué es el marco de políticas del remitente (SPF) y cómo lo uso?

SPF evita la suplantación de direcciones de correo electrónico y minimiza el spam entrante. A través de SPF, un dominio puede autorizar explícitamente a los hosts que pueden usar su nombre de dominio. SPF funciona mediante la publicación de registros SPF (código 99) o TXT (código 16), que son registros de recursos DNS que declaran qué hosts pueden usar un nombre de dominio. El servidor de correo receptor verifica los registros SPF del dominio identificado como remitente del correo electrónico para verificar que la dirección IP de origen en la que se originó el correo electrónico está autorizada para enviar correo electrónico desde ese dominio.

Los proveedores de buzones y los ISP verifican el SPF para asegurarse de que el remitente (Email Delivery) esté autorizado a enviar correos electrónicos en nombre de su dominio. SPF es una base esencial para proporcionar una buena facilidad de distribución para su dominio y protegerlo de abusos como el spam o los ataques de phishing.

Para configurar SPF, debe incluir un registro TXT en el dominio utilizado por su remitente aprobado. Si Email Delivery es el único remitente autorizado para este dominio, sería similar a lo siguiente:

Ubicación de envío	Marco de políticas del remitente (Sender Policy Framework, SPF)
Américas	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

"v" indica la versión de SPF utilizada. Los otros mecanismos prueban la legitimidad del correo electrónico. “MX” y “A” son registros de recursos que se comparan entre el correo electrónico y el registro SPF para decidir si se acepta o no el correo electrónico. “all” siempre coincide y funciona como una acción predeterminada. Los mecanismos se combinan con calificadores para determinar cómo manejar una coincidencia. Los más simples son + (que está implícito si se omite) y -, que tienen como resultado un aprobado o un fallo, respectivamente. La forma en que se manejan estos resultados se deja a cargo de los administradores del dominio receptor. Normalmente, los "fallos" se rechazan y los fallos temporales se marcan como potencial spam.

El uso de SPF puede aumentar la confianza del cliente y la fiabilidad. Es mucho menos probable que un dominio que implementa SPF sea falsificado. Sin SPF, un correo electrónico no deseado puede ser falsificado para mostrar un dominio particular, en cuyo caso el destinatario probablemente informará de que el correo electrónico es spam. Si hay suficientes informes de este tipo, es más probable que los filtros de spam bayesianos bloqueen el dominio, con lo que se bloquea cualquier correo electrónico legítimo potencial. Sin embargo, si un dominio implementa SPF y se falsifica, es más probable que el servidor receptor bloquee el correo electrónico fraudulento.

¿Puedo enviar correos electrónicos a través de direcciones IP dedicadas?

Sí, Email Delivery admite direcciones IP dedicadas. De forma predeterminada, las cuentas de los clientes se configuran en grupos de envío compartido por niveles, según las características de su correo electrónico. Se sugiere utilizar direcciones IP dedicadas para los volúmenes de envío más grandes. Las direcciones IP dedicadas pueden no ser recomendables para un envío de correo electrónico pequeño o más esporádico, ya que esto no respalda una buena reputación de envío y, por lo tanto, tiene un impacto en la facilidad de distribución de su correo electrónico.

Las características de correo de cada cliente (volumen, tasas de ráfaga, reputación, etc.) variarán su estrategia de direcciones IP dedicadas. Nuestros equipos están capacitados en este tema y están listos para dar soporte a sus necesidades de direcciones IP dedicadas. Ponte en contacto con el soporte técnico para pedir ayuda con esta configuración.

¿Qué debo hacer para asegurarme de que mi correo electrónico cumple con las mejores prácticas de facilidad de distribución?

Las mejores prácticas de facilidad de distribución se basan en proporcionar correo electrónico transparente y deseado por el usuario. La Ley Antispam de Canadá (CASL) es una de las mejores guías para garantizar el cumplimiento de la legislación, el cumplimiento de los deseos del usuario y el filtrado previsto que utilizan la mayoría de los proveedores de buzones. El siguiente enlace proporciona una descripción general de la Ley contra el correo no deseado de Canadá (Canadian Anti-Spam Law, CASL) y describe las prácticas líderes de la industria: https://help.dyn.com/casl-faq/

¿Por qué es importante la reputación?

Cuando se trata de envíos, tener una red limpia para entregar el correo electrónico es más importante que nunca. Si comparte direcciones IP con spammers y otros remitentes menos acreditados, las posibilidades de que su correo electrónico se envíe a las bandejas de entrada disminuye drásticamente. Nuestra vigilancia continua en la supervisión de nuestra red ayuda a eliminar lo malo y a traer más de lo bueno.

¿Qué afecta a la reputación?

Autenticación

Cuando se utiliza un servicio de entrega de correo electrónico de terceros, la autenticación de correo electrónico ayuda a verificar la identidad y la confianza entre el remitente (Email Delivery) y el servidor receptor (ISP y servidores de correo corporativo) imprimiendo el SPF y las claves de dominio (DKIM) en sus registros DNS. Los servidores de recepción, en un intento por evitar que el correo no deseado o falsificado llegue a la bandeja de entrada, realiza búsquedas en los registros DNS de su dominio para ver si el remitente tercero está autorizado a enviar correo en su nombre.

Volumen/Frecuencia

Los volúmenes constantes y la frecuencia ayudan a desarrollar su reputación de buen remitente. Los picos de tráfico aleatorios son un comportamiento que se asocia a menudo con los spammers. Debe enviarse un volumen suficiente desde su dirección o direcciones IP para que los ISP receptores establezcan que es un remitente de confianza.

Tasa de rebote

La tasa de rebote es un porcentaje de mensajes que no se pueden entregar (rebotes) en función del número total de correos electrónicos que ha enviado. Se recomienda que las tasas de rebote permanezcan por debajo del 2 por ciento. Las tasas de rebote más altas indican a menudo una gestión y limpieza inadecuada de la lista o que la lista es antigua o se ha alquilado o comprado. Email Delivery agrega automáticamente los rebotes a la lista de supresión para ayudar a mantener una baja tasa de rebotes.

Tasa de quejas de spam

La tasa de quejas de spam es un porcentaje de las quejas enviadas por los usuarios a sus ISP en función del número total de correos electrónicos que has enviado. Las quejas de spam se producen cuando el receptor de correo electrónico opta por hacer clic en el botón "Esto es spam" en la interfaz de usuario del cliente de correo electrónico. Se recomienda que las tasas de quejas de spam permanezcan por debajo del 0,05 por ciento. Email Delivery agrega automáticamente las quejas de spam a la lista de supresión.

Listas negras

Los ISP usan listas negras para bloquear el spam de los remitentes con mala reputación. Los remitentes legítimos pueden ser incluidos en una lista negra por error. Email Delivery escanea los 10 principales servicios de la lista negra en tiempo real para buscar nuestras IP de envío. La mayoría de las listas negras imponen bloqueos de 24 horas; se le eliminará automáticamente de la lista después de ese período. Sin embargo, algunas listas requieren que tome medidas para ser eliminado de ellas.

¿Cómo puedo reducir mi tasa de rebote duro?

Se produce una alta tasa de rebotes duros (proporción de rebotes duros respecto a mensajes enviados) cuando un remitente intenta enviar un mensaje a una dirección de destinatario que no existe. El proveedor del buzón devolverá un código de rebote duro al remitente. Los rebotes duros son una buena indicación de la calidad de la lista y deberían estar por debajo del 2 por ciento.

Por lo general, los rebotes duros ocurren cuando la dirección de un destinatario:

• Se escribió incorrectamente
• Ya no está en uso (el usuario canceló la cuenta)
• Se adquirió de un sitio web mediante web scraping
• Ha sido creada por un proveedor de servicios de listas

Los proveedores de buzones esperan que se produzcan rebotes duros; sin embargo, si se producen demasiados rebotes duros, la facilidad de distribución comenzará a disminuir. Email Delivery agregará automáticamente todas las direcciones de destinatarios de rebote duro a su lista de supresión para evitar futuros intentos de entrega y proteger su reputación de envío.

Puede reducir una alta tasa de rebote si hace lo siguiente:

1.Implemente un proceso de inclusión. Para el envío masivo (envío a muchos destinatarios al mismo tiempo), implemente un proceso de suscripción. Un proceso de suscripción es un método para que los usuarios se suscriban a tu lista de correo; es decir, te dan permiso para que les envíes mensajes. Es fundamental enviar solo mensajes a los suscriptores que se suscribieron. Hay dos tipos de procedimientos de suscripción.

2. Suscripción sencilla (sin confirmación).La suscripción sencilla significa que el usuario proporciona su dirección de correo electrónico y da permiso para recibir mensajes relevantes. Una vez que se proporciona la dirección, se pueden enviar mensajes sin confirmar que la dirección de correo electrónico pertenece al usuario que la proporcionó.

3. Suscripción verificada (con confirmación).Una suscripción verificada se produce cuando el usuario proporciona su dirección de correo electrónico. Antes del primer envío, se envía un correo electrónico de confirmación con una acción que el usuario tiene que realizar para garantizar que el propietario de la cuenta desea recibir mensajes futuros. Para verificar una cuenta, se puede pedir al propietario que haga clic en un enlace para responder al correo electrónico. Esto garantiza que la dirección no se agregó a una lista de correo de terceros sin el consentimiento del propietario.

4.Depure a los usuarios que interactúan poco. Implemente un proceso para eliminar a los usuarios no comprometidos. El hecho de que un destinatario no abra o no haga clic en su correo puede indicar que ya no usa la cuenta de correo electrónico. Si este es el caso, eventualmente el proveedor del buzón terminará la cuenta o la transformará en una trampa de spam. Para evitar caer en estas trampas de spam o el rebote duro de un correo electrónico en una cuenta cancelada, se eliminaron los destinatarios que no se hayan involucrado dentro de un marco de tiempo definido por su modelo de negocio. Esto también ayudará a la facilidad de distribución al aumentar la tasa de participación del usuario.

5.Revise la lista de suscriptores. Al revisar su lista de suscriptores, asegúrese de:

Eliminar las direcciones duplicadas antes de enviarlas. Si direcciones que no existen reciben correos electrónicos varias veces, podría aumentar su tasa de rebote duro.

Comprobar que no se haya incluido accidentalmente una lista de supresión anterior (posiblemente de otro proveedor de servicios de correo electrónico).

Verificar que los suscriptores se hayan suscrito (no envíe correos a una lista anterior que encontró).

Pedir a los usuarios que no carguen la lista de contactos de sus clientes de correo electrónico mediante "Seleccionar todo". Obligar a los usuarios a seleccionar las direcciones de forma individual evitará que se incluyan accidentalmente direcciones desactualizadas o posiblemente caducadas.

6.Evalúe la frecuencia de envío. Si existe la posibilidad de que un mensaje no se registre como rebote duro antes de enviar el siguiente mensaje al destinatario, volverá a producirse un rebote duro. Dé tiempo al proveedor del buzón y al proveedor del servicio de correo electrónico para procesar el rebote antes de enviar otro mensaje. La disminución de la frecuencia de envío también brinda al usuario la oportunidad de darse de baja antes de recibir múltiples mensajes que puedan marcar como spam.

¿Cómo puedo reducir mi tasa de rebotes blandos?

Se produce una tasa de rebote blando (proporción de rebotes blandos respecto al número de mensajes enviados) cuando se envía un mensaje a un destinatario y el servidor receptor no está disponible temporalmente o el receptor ha bloqueado el mensaje. Es un estado temporal no entregado y el proveedor del buzón devolverá un código de rebote blando al remitente. Estas direcciones no se agregarán a la lista de supresión porque existen.

• Nota: Email Delivery agregará una dirección a la lista de supresión si 4 correos electrónicos enviados dentro de un período de 24 horas tienen como resultado una devolución temporal.

Los rebotes blandos suelen ser una buena indicación de la calidad y relevancia del contenido del mensaje.

Por lo general, los rebotes blandos se producen debido a:

• Spam como contenido: el receptor identificó el contenido del mensaje como spam, por lo que se lo bloqueó temporalmente.
• Contenido no relevante para el destinatario: esto puede generar una gran cantidad de quejas, y los receptores bloquearán temporalmente los mensajes de la dirección IP o del dominio del remitente.
• Gran cantidad de quejas: algunos receptores bloquearán todos los mensajes entrantes de una dirección IP cuando se exceda un umbral de quejas (número específico de quejas durante un periodo de tiempo por cada IP).
• Servidor de recepción de correo ocupado: si ocurre esto, el servidor de correo saliente intentará enviar el mensaje cuatro veces y, luego, se devolverá de manera permanente el mensaje.
• Buzón con cuota completa o desbordada: si el buzón del destinatario está lleno o sobrepasa su cuota, el mensaje puede devolverse de manera temporal.

¿Cómo puedo reducir mi tasa de quejas?

Las quejas pueden tener lugar por muchas razones y no todas se deben a que el usuario cree que el mensaje es "spam". Seamos realistas, a veces les resulta más fácil a las personas hacer clic en el botón de spam para reducir los mensajes en una bandeja de entrada saturada.

Estas son algunas razones comunes por las cuales las personas pueden quejarse de sus mensajes:

• Es realmente spam.
• El contenido ya no es relevante para lo que el destinatario espera (es diferente de lo que eligió).
• Es más fácil que encontrar la URL para darse de baja, que está oculta en el pie de página del correo electrónico.
• El destinatario confía en la interfaz de usuario del ISP más que en la URL para darse de baja.
• El destinatario está cansado de recibir sus mensajes.

Así es como puede mejorar su tasa de quejas:

• No envíe spam
• Cuente con contenido relevante: si el destinatario se registró en su sitio para recibir cupones diarios para comestibles, no comience a enviarle tarifas de préstamos para automóviles.
• Proporcione una URL de fácil acceso para cancelar la suscripción: cancelar la suscripción es algo bueno. Reducir su lista puede no parecer tan bueno, pero en realidad ayuda a que su bandeja de entrada tenga éxito al enviar mensajes solo a los destinatarios que participan y abren los mensajes o hacen clic en ellos. Cuando las personas se quejan, su reputación de envío se ve perjudicada, por lo que debe facilitarles su eliminación de la lista. Lo peor que puede hacer es ocultar la URL para darse de baja en la parte inferior del mensaje. Un pequeño porcentaje de usuarios se desplazará hasta la parte inferior del correo electrónico para buscar una URL de tamaño reducido. La mayoría hará lo más fácil y simplemente marcará el mensaje como spam.
• Implemente una cabecera para cancelar la suscripción de la lista: si el proveedor del buzón la admite, esta función permitirá a los usuarios cancelar la suscripción de su lista de forma segura a través de la interfaz de usuario del proveedor de servicios de Internet (Internet service provider, ISP) de confianza, en lugar de marcar el mensaje como spam. Esto es lo más parecido a un bucle de comentarios que tiene Gmail.
• Implemente un proceso de inclusión doble: enviar correos a los usuarios actuales y confirmar que desean recibir sus mensajes es una excelente manera de asegurarse de que todavía valoran sus correos. Esta es una excelente manera de eliminar destinatarios antes de marcarlos como spam.
• Revisa la frecuencia de envío: enviar demasiados mensajes en un corto periodo de tiempo puede agobiar a los destinatarios y hacer que marquen tu mensaje como spam. Asegúrese de que la cadencia de sus mensajes esté alineada con la frecuencia esperada de su contenido. La reducción de la frecuencia puede reducir las quejas de spam.
• Depure a los destinatarios que interactúan poco: si los destinatarios no abren los mensajes ni hacen clic en los enlaces, es posible que se hayan cansado de los correos. Debe depurar a los destinatarios si su intento final de interactuar con ellos no tiene éxito. Estos son algunos consejos para ayudarle a comprender las mejores prácticas de gestión de las listas en esta área.

Mi correo electrónico no fue entregado. ¿Cómo soluciono el problema?

• Compruebe si el destinatario está en la lista de supresión.
• Asegúrese de tener SPF configurado para aumentar su colocación en la bandeja de entrada.
• Verifique los registros de sus aplicaciones para asegurarse de que no haya un problema (por ejemplo, un error de autenticación o un problema con el formato del mensaje de correo electrónico).
• Si proporciona dos direcciones diferentes para el sobre y el cuerpo, ambos deben ser remitentes aprobados; de lo contrario, el correo será rechazado.
• Si el SMTP FROM no es el mismo que el del cuerpo del correo electrónico, ambos deben ser de un remitente aprobado.
• ¿No puede encontrar aún el problema? Abrir un ticket de soporte al cliente

¿Oracle Email Delivery admite direcciones IP dedicadas?

Sí, Email Delivery admite direcciones IP dedicadas que le permiten tener control sobre su reputación. Las IP dedicadas son direcciones IP de Oracle Cloud que están reservadas para el envío de correo electrónico. De forma predeterminada, las cuentas de los clientes se configuran en grupos de envío compartido por niveles, según las características de su correo electrónico. Se sugiere utilizar direcciones IP dedicadas para los volúmenes de envío más grandes. Las direcciones IP dedicadas pueden no ser recomendables para un envío de correo electrónico pequeño o más esporádico, ya que esto no respalda una buena reputación de envío y, por lo tanto, tiene un impacto en la facilidad de distribución de su correo electrónico.

Las características de correo de cada cliente (volumen, tasas de ráfaga, reputación, etc.) variarán su estrategia de direcciones IP dedicadas. Nuestros equipos están capacitados en este tema y están listos para dar soporte a sus necesidades de direcciones IP dedicadas. Ponte en contacto con el soporte técnico para pedir ayuda con esta configuración.

Comercial

¿Cuáles son las soluciones que ofrece Email Delivery?

Reputation Management es un servicio adicional a través de ventas y requiere la compra de una suscripción a Universal Cloud.

¿Cuánto cuesta Email Delivery?

Email Delivery cuesta 0,085 USD por cada 1000 correos electrónicos enviados a través del servicio. Los correos electrónicos enviados se definen como el número de entregas salientes únicas durante un mes de calendario. Las entregas salientes se definen por el número de mensajes únicos, así como por el número de destinatarios únicos de cada mensaje.