El único requisito
Tu app tiene que poder enviar correo a cualquier dirección. Los proveedores de correo en modo sandbox o de prueba solo envían a direcciones que hayas verificado, así que su correo no puede llegar a ninguna bandeja de entrada de prueba, incluida la nuestra.
Revisa la dirección en la app
En la app, abre Solucionar problemas desde el menú de la cuenta y pega la dirección. Muestra si nos ha llegado algo para ella y lo que hayamos rechazado, con el motivo.
Cuando rechazamos correo, la fila de la dirección en Cuentas también lo indica. Una dirección que lleva un par de minutos esperando sin correo muestra un enlace ¿No llega?.
¿No nos llegó nada? Entonces el correo se detuvo antes de llegarnos. Revisa las causas siguientes.
¿Dejó de llegar correo a todas las direcciones a la vez, incluso a las que funcionaban antes? Consulta nuestra página de estado por si hay un incidente.
Causas habituales
- El proveedor de correo de la app solo envía a direcciones verificadas. Los modos sandbox y de prueba, como Amazon SES antes del acceso a producción o Resend sin dominio, omiten en silencio todas las demás direcciones. Consulta la lista de proveedores más abajo.
- La app no lo envió. Busca el mensaje en los registros de la app o en el panel de su proveedor de correo. Un registro que falló, un correo desactivado en la configuración o un error en una tarea en segundo plano se ven igual desde aquí.
- El proveedor omitió la dirección. Si un correo anterior a la dirección rebotó (por ejemplo, después de que caducara), el proveedor puede haberla añadido a su lista de supresión y no volverá a enviarle nada. Quítala de la lista o usa una dirección nueva.
- La dirección está mal escrita. Cópiala de su fila en lugar de volver a escribirla. Una +etiqueta después del nombre no da problemas: nombre+run2@ llega igualmente a nombre@.
- La app tiene un límite de envío. Los servicios de autenticación limitan sus correos: el correo integrado de Supabase envía 2 por hora (30 por hora de forma predeterminada con tu propio SMTP), y el de Amazon Cognito, 50 al día por cuenta de AWS. Una suite de pruebas que registra usuarios a menudo llega antes al límite.
- La dirección caducó o su proyecto está archivado. El correo que se le envía se rechaza. Amplía una dirección antes de que caduque o crea una nueva.
- Lo rechazamos. Rechazamos los mensajes de más de 5 MB, una dirección recibe como máximo 60 correos por hora, y se rechaza el correo de algunos grandes servicios de consumo (como Instagram o TikTok) salvo que el proyecto tenga una excepción. La dirección muestra cuándo rechazamos algo y por qué.
Proveedores de correo que solo envían a algunas direcciones
Es habitual cuando una app es nueva. Cada caso es una configuración del proveedor de correo de la app; ninguna bandeja de entrada de prueba puede recibir un correo que no se envía.
Amazon SES
Las cuentas nuevas empiezan en el sandbox, que solo envía a direcciones y dominios verificados. Cada Region de AWS tiene su propio sandbox. Solución: solicita acceso a producción para la Region desde la que envía tu app. Documentación
Correo integrado de Supabase Auth
Solo envía a miembros del equipo de tu proyecto de Supabase, y solo 2 correos por hora. Solución: configura SMTP personalizado en Authentication. Luego sube el límite de correos por hora en Rate Limits si tus pruebas registran usuarios a menudo. Documentación
Resend
Hasta que verifiques un dominio (mientras envíes desde onboarding@resend.dev), solo envía al correo de tu propia cuenta de Resend. Solución: verifica un dominio y envía desde una dirección de ese dominio. Documentación
Mailgun
Un dominio sandbox solo envía a un máximo de 5 destinatarios autorizados, y cada uno tiene que confirmar. Solución: envía desde tu propio dominio. Mailgun exige para ello un plan de pago o una tarjeta registrada. Documentación
Postmark
Hasta que Postmark apruebe la cuenta, solo envía a direcciones de dominios que hayas verificado. Solución: solicita la aprobación en tu cuenta de Postmark. Documentación
Firebase Authentication, Clerk y SendGrid envían a cualquier dirección. También lo hacen los remitentes integrados de Auth0 y Amazon Cognito, pero el de Auth0 solo envía 10 correos por minuto y el de Cognito solo 50 al día por cuenta de AWS (el recuento se reinicia a las 09:00 UTC), así que configura tu propio proveedor para las ejecuciones de prueba.
Qué rechaza Proxy Mail QA
Se rechaza el correo a una dirección que no existe, se eliminó o caducó. Para las direcciones activas, rechazamos el correo cuando:
- Demasiado grande. El mensaje superaba los 5 MB, el máximo que aceptamos. Se indicó al remitente que no lo reintentara, así que no llegará.
- Límite por hora. La dirección ya había recibido 60 correos en la última hora. Se pidió al remitente que lo reintentara más tarde, así que aún puede llegar.
- Límite diario. Tu espacio había alcanzado su límite diario de correos. Se pidió al remitente que lo reintentara más tarde, así que puede llegar después de que el límite se reinicie a medianoche UTC.
- Sitio bloqueado. Proxy Mail QA no funciona con este sitio, así que su correo se rechaza y no llegará. Si lo pruebas con permiso, un responsable del proyecto puede solicitar una excepción en la configuración del proyecto.
Cada uno de estos casos aparece en la dirección con su hora. Solo guardamos el motivo, la hora y el tamaño, nunca el remitente ni el mensaje, y se eliminan junto con la dirección.
Rechazado antes de llegarnos
Nuestros servidores de correo son de Cloudflare. Rechazan parte del correo antes de que Proxy Mail QA lo vea: casi siempre porque no pasa SPF, DKIM o DMARC para el dominio remitente, y a veces porque se descarta o no se puede entregar. Cada caso aparece en la dirección como bloqueado, con el dominio del remitente, sus resultados de SPF, DKIM y DMARC y el motivo, y la pista que aparece cuando una espera no encuentra nada lo indica. Corregir los registros del dominio remitente suele ser la solución, y es importante más allá de las pruebas: las bandejas de entrada reales rechazan ese mismo correo.
¿Sigues sin resolverlo?
Escribe a hello@proxymail.qa con la dirección de prueba, cuándo le envió la app el correo (con tu zona horaria) y qué proveedor de correo usa la app. Por favor, no envíes contraseñas ni claves de API.