Crearé automatización de email frío en n8n con rotación y verificación de SMTP


Level 2
Acerca de este Servicio
Traducción automática
¿Necesitas una forma más segura de enviar emails fríos a través de varias cuentas de SMTP?
Crearé una automatización en n8n para emails fríos que usa un flujo de trabajo de envío round-robin, verificación de email y lógica básica de control de riesgos antes de enviar.
El flujo puede:
- Leer contactos desde tu fuente seleccionada
- Verificar direcciones de email antes de enviar
- Saltar direcciones inválidas o riesgosas según los resultados de la verificación
- Rotar varias cuentas de SMTP usando lógica round-robin
- Respetar los límites de envío configurados
- Agregar retrasos controlados entre envíos
- Rastrear el estado del envío y errores básicos
- Continuar desde el siguiente remitente disponible cuando sea necesario
El objetivo es distribuir los envíos entre varias cuentas de SMTP y reducir riesgos evitables como enviar a direcciones inválidas o sobrecargar un solo remitente.
NOTA
- Esta configuración no garantiza la colocación en inbox ni cero rebotes. La entregabilidad también depende de tus dominios, reputación de SMTP, contenido del email y prácticas de envío.
- ¿Necesitas lógica diferente o integraciones adicionales? Contáctame antes de ordenar para una solución personalizada.
Conoce a Kashif Saeed
IT Services, Deploy Opensource Projects
Level 2
- DePakistán
- Miembro desdejul 2017
- Responde aprox. en:1 hora
- Última entrega1 mes
Idiomas
Urdu, Hindi, Inglés
Traducción automática
Mi porfolio
FAQ
Traducción automática
¿Cómo funciona la rotación del remitente SMTP?
El flujo selecciona solo cuentas SMTP activas que están por debajo de su límite diario y rota el envío eligiendo el remitente menos utilizado recientemente. Esto ayuda a distribuir los envíos en la piscina de SMTP disponibles.
¿Cuántas cuentas de SMTP se pueden agregar?
El flujo está basado en una piscina de remitentes SMTP, por lo que se pueden agregar varias cuentas SMTP. Cada remitente puede tener su propio estado, límite diario, conteo de envíos y historial de uso.
¿Qué pasa cuando una cuenta SMTP alcanza su límite diario?
Se omite un remitente cuando su conteo de enviados hoy alcanza su límite diario configurado. Luego, el flujo selecciona otra cuenta SMTP activa que aún esté por debajo de su límite permitido.
¿Qué pasa si un remitente SMTP falla?
Los envíos fallidos aumentan el conteo de fallos de ese remitente y registran el error. En el flujo actual, un remitente se desactiva automáticamente después de 3 fallos consecutivos, por lo que ya no se selecciona para enviar.
¿Qué verifica el verificador de email?
Verifica formato del email, enrutamiento de dominio/MX, direcciones desechables y basadas en roles, historial de rebotes anteriores, respuesta del buzón, comportamiento catch-all y otras señales de riesgo antes de decidir si se permite enviar.
¿Puede verificar si realmente existe un buzón?
Donde el servidor de correo lo permite, el flujo se conecta al servidor SMTP del destinatario y verifica si acepta la dirección sin enviar un email real.
¿Detecta dominios catch-all?
Sí. Para casos soportados, prueba una dirección aleatoria en el mismo dominio para ver si el servidor acepta todos los destinatarios. Los resultados catch-all se tratan como una advertencia en lugar de una validación garantizada del buzón.
¿Qué tipos de emails pueden ser rechazados automáticamente?
El flujo puede rechazar formatos inválidos, emails desechables, direcciones con rebotes previos, emails basados en roles, enrutamiento de correo inválido, buzones inválidos confirmados y dominios de alto riesgo.
¿Funciona la verificación profunda en todos los servidores?
No. Las verificaciones de buzón SMTP y catch-all requieren acceso saliente a los servidores de correo, generalmente en el puerto 25. Si el proveedor de hosting bloquea esto, el flujo aún puede realizar verificaciones no SMTP, pero la verificación profunda del buzón puede ser limitada.
¿Este flujo requiere el nodo Execute Command de n8n?
Sí, para verificaciones profundas de SMTP y catch-all. El flujo usa Execute Command para ejecutar lógica de verificación DNS y SMTP. Sin esto, las verificaciones avanzadas a nivel de buzón no funcionarán como se espera.
