Envíe correos electrónicos a través de su propia cuenta de Amazon SES

Necesitará una cuenta de AWS y acceso al DNS de su dominio. SES es la opción más económica de esta lista por un amplio margen, y la que requiere más pasos.

Documentación propia de Amazon: Verificación de un dominio · Obtención de credenciales SMTP · Salida del entorno sandbox

⭐ Nos conectamos a SES a través de su interfaz SMTP, no de su API REST. Por este motivo se le solicita un nombre de usuario y una contraseña SMTP en lugar de una clave de acceso de AWS. Ambas vías entregan exactamente el mismo mensaje; la vía SMTP evita toda una serie de problemas de firma de solicitudes de AWS que resultan muy difíciles de diagnosticar desde el exterior, y es la interfaz para la que Amazon publica credenciales precisamente para que herramientas como la nuestra puedan utilizarla.

1. Elija una región y permanezca en ella

SES es regional. Todo lo que figura a continuación —su dominio verificado, sus credenciales, su cuota de envío— pertenece a una sola región de AWS y no existe en ninguna otra.

Elija la más cercana a sus clientes (eu-west-1 para Europa, us-east-1 para América del Norte) y anótela. Verificar su dominio en Irlanda y luego crear las credenciales en Fráncfort es la forma más habitual de perder una tarde aquí, y el error generado no menciona nada sobre las regiones.

2. Verifique su dominio

Consola de Amazon SES → Identities → Create identity → Domain. Introduzca un subdominio como mail.sudominio.com.

Active Easy DKIM y seleccione RSA_2048_BIT. SES le proporciona tres registros CNAME:

Añada los tres. La verificación suele completarse en menos de una hora.

⭐ Habilite también un dominio MAIL FROM personalizado (bounce.mail.sudominio.com) y añada los registros MX y SPF TXT que se solicitan. Sin esto, el remitente del sobre (envelope sender) es amazonses.com, por lo que SPF se alinea con Amazon en lugar de con usted, dependiendo únicamente de DKIM.

3. Salga del entorno sandbox — este es el paso que suele pasarse por alto

⛔⛔ Una cuenta nueva de SES se encuentra en un entorno sandbox y solo puede enviar mensajes a direcciones que usted haya verificado por separado. Aceptará cualquier otra dirección y no entregará ninguno de los mensajes.

Este es exactamente el fallo para el que existe nuestro paso de verificación: en el sandbox, SES recibe su mensaje con una respuesta de confirmación totalmente normal y luego lo descarta. Si verifica nuestra configuración enviando la prueba a una dirección que casualmente haya verificado en AWS, funcionará — y luego todos los mensajes dirigidos a clientes reales desaparecerán.

Panel de la cuenta → Request production access. Amazon le preguntará qué envía y cómo gestiona los rebotes; un par de frases sinceras sobre notificaciones transaccionales a sus propios clientes se aprueban normalmente en un plazo de 24 horas.

⭐ Haga esto antes de conectar SES aquí. No habrá nada que depurar después, porque nada fallará.

4. Cree credenciales SMTP

Consola de SES → SMTP settings → Create SMTP credentials.

Esto crea un usuario de IAM con permisos exclusivamente de envío y le proporciona un nombre de usuario SMTP y una contraseña SMTP.

⛔ Estas no son su clave de acceso y clave secreta de AWS. Se derivan de un secreto de IAM mediante un algoritmo específico y no son intercambiables. Si pega aquí una clave de acceso secreta de AWS, la autenticación fallará siempre y el error simplemente indicará que las credenciales fueron rechazadas.

⚠️ La contraseña se muestra una sola vez. Descargue el archivo CSV antes de salir de la página.

5. Conéctelo en Zinn®

Abra Envío de correo electrónico en su panel de control:

• Proveedor — Amazon SES
• Enviar desde este dominio — mail.sudominio.com
• Región de AWS — la región del paso 1, ej. eu-west-1
• Nombre de usuario SMTP — del paso 4
• Puerto — mantener en 587
• Contraseña SMTP de SES — del paso 4

Nosotros generamos el host por usted (email-smtp.<region>.amazonaws.com), de modo que no hay ningún nombre de host que escribir incorrectamente.

6. Envíe la prueba e introduzca el código

Haga clic en Enviar mensaje de prueba hacia una bandeja de entrada en un dominio diferente que no haya verificado en AWS —una dirección personal de Gmail es ideal, ya que es la que demuestra que está fuera del sandbox. Lea el código e introdúzcalo.

Cuando no funciona

«Email address is not verified» al enviar a un cliente real — todavía está en el sandbox. Consulte el paso 3.

535 Authentication Credentials Invalid — ha utilizado su clave de acceso de AWS en lugar de las credenciales SMTP (paso 4), o las credenciales pertenecen a una región diferente a la que ha introducido.

«Maximum sending rate exceeded» — una cuenta de producción nueva comienza con 14 mensajes por segundo y 50.000 al día. Es una gran cantidad de notificaciones, pero si está migrando una base de clientes de gran tamaño, solicite un aumento previamente.

Funcionó en las pruebas y dejó de funcionar en producción — revise el panel de Reputación de SES. Amazon pausa el envío automáticamente cuando la tasa de rebotes o de quejas supera su umbral, algo fácil de sobrepasar con una lista de clientes antigua.