Nuestra recomendación, de entrada. Nosotros creamos Proxy Mail QA, así que no somos neutrales. Para probar un formulario de registro, lo recomendamos cuando necesitas una dirección de correo nueva y real para cada intento, enviada a través del proveedor de correo real de tu app, y quieres el código o enlace de verificación sin buscar en tu propia bandeja de entrada. Si solo quieres ver los correos que envía tu app mientras desarrollas en tu propia máquina, sin que vayan a ningún lado, te conviene más un capturador de correo local como Mailpit, o la bandeja de entrada de pruebas de Mailtrap. Si también necesitas códigos por SMS, mira Mailosaur o MailSlurp. Proxy Mail QA es solo para correo electrónico, y sus direcciones caducan después de 1 a 30 días, así que no sirve para cuentas que quieras conservar.
Por qué cada intento necesita una dirección nueva
- Un registro funciona una vez por dirección. El segundo intento con la misma dirección prueba “Ya tienes una cuenta”, no el registro.
- Las bandejas de entrada compartidas mezclan códigos. Cuando dos personas o dos pruebas usan una misma bandeja de entrada, una toma el código de la otra, y la prueba falla sin que haya un problema en tu app.
- Tu propia dirección no son datos de prueba. Mezcla el correo de prueba con el correo real, no se puede pasar a un compañero o a una suite de pruebas, y termina en la base de datos de tu app como un cliente falso.
Las opciones, con honestidad
| Opción | Sirve para | Ten cuidado con |
|---|---|---|
Tu propio Gmail con etiquetas plus (you+test1@gmail.com) |
Una o dos comprobaciones rápidas | Cada intento llega a tu bandeja de entrada personal. Algunos formularios rechazan las etiquetas plus. Difícil de automatizar |
| Una bandeja de entrada compartida del equipo | Unas pocas comprobaciones manuales | Los códigos de distintas pruebas se mezclan. Por qué eso rompe las pruebas |
| Un capturador de correo local (Mailpit) o la bandeja de entrada de pruebas de Mailtrap | Ver los correos de tu app durante el desarrollo, sin enviarlos | El correo nunca pasa por tu proveedor real, así que no se prueban el modo sandbox, SPF, DKIM ni DMARC. Tienes que configurar tu app para que apunte a él |
| Sitios públicos de bandejas de entrada desechables | Nada en un proyecto real | Cualquiera puede leer la bandeja de entrada, y muchos formularios bloquean sus dominios |
| Proxy Mail QA | Una dirección privada nueva para cada intento, en staging o en local, a mano o desde una prueba o un agente | Solo correo electrónico. Tu proveedor debe estar fuera del modo sandbox. Las direcciones caducan |
Lo que te ofrece Proxy Mail QA
- Una dirección nueva con un clic, en la app, desde Proxy Mail QA for Chrome en el campo de correo del formulario, o desde el API, el paquete de npm o un agente de IA. Las direcciones están en
mailclub.dev. Si un formulario bloquea ese dominio, usaenable.liovalida.te.it. - Una persona de prueba que la acompaña: un nombre y apellido ficticios, un nombre de usuario, una fecha de nacimiento para la edad que elijas, un país, y una contraseña si la pides.
- El código o enlace, ya extraído. Aparece en la fila de la dirección en la app, en una tarjeta en la página con la extensión, o lo devuelven
wait_for_codeywait_for_link. Proxy Mail QA nunca abre los enlaces, así que los enlaces de un solo uso siguen siendo válidos. - Privada y solo para recibir. Nadie fuera de tu proyecto puede leer la bandeja de entrada, y no puede enviar. Cuando una dirección caduca, el correo que llega a ella se rechaza, todo se elimina en menos de una hora, y el nombre no se vuelve a usar nunca.
- Comprobaciones del correo (
check_email): SPF, DKIM y DMARC, enlaces alocalhostohttpsin cifrar, adónde lleva el enlace, si indica cuándo caduca, y una parte en texto plano.
Probar el propio campo de correo
Cada dirección viene con variantes que igualmente llegan a su bandeja de entrada, para que compruebes que tu formulario no rechaza direcciones válidas:
| Tu formulario debería | Ejemplos |
|---|---|
| Aceptarla, y el correo llega | Mayúsculas, +signup, +o'brien, +r&d, +team/50%, el máximo de 64 caracteres antes de la @ |
| Aceptarla, aunque ninguna bandeja de entrada pueda recibirlas | "john doe"@mailclub.dev, josé@mailclub.dev (útil para comprobar qué hace tu app cuando falla la entrega) |
| Rechazarla antes de enviar nada | Sin @, dos signos @, un espacio, dos puntos seguidos |
Obtenlas con get_address_variants desde un agente, GET /v1/addresses/{address}/variants desde el REST API, o qa.variants(address) en una prueba. La lista completa está en direcciones de correo poco comunes. Para comprobar que un formulario acepta un dominio de tres partes, crea la dirección en valida.te.it.
Cuando el correo no llega
Normalmente el problema está en el envío, no en el formulario:
- El proveedor de correo está en modo sandbox o de prueba y solo envía a direcciones que has verificado: Amazon SES antes del acceso a producción, Resend sin un dominio verificado, un sandbox de Mailgun, Postmark antes de la aprobación, o el correo integrado de Supabase, que solo envía a tu equipo, y solo 2 correos por hora.
- El correo fue rechazado, por ejemplo por no superar DMARC. La fila de la dirección muestra el correo que Proxy Mail QA rechazó, con el motivo, y
check_deliveryexplica la causa probable. - Viene de un sitio bloqueado. Se rechaza el correo de algunos grandes servicios de consumo, como Google, Instagram y Amazon: Proxy Mail QA es para probar tu propia app.
La skill email-delivery-troubleshooting del plugin Proxy Mail QA para Qoder revisa estos casos con tu agente y corrige la causa. Más información en solución de problemas.
Cuánto cuesta
El plan Free incluye 500 direcciones en total (hasta 50 al día) y unos 500 correos entrantes al día, con la extensión, el API y el MCP server incluidos. El plan Team cuesta US$5 al mes para toda una organización, sin límite de direcciones.
Para qué no sirve
- Cuentas que quieras conservar. Las direcciones duran de 1 a 30 días.
- Datos de personas reales. Las personas de prueba son ficticias; mantenlas así.
- Tu propio dominio. Todavía no se puede recibir en una dirección del dominio de tu empresa.
- Enviar correos o SMS. Solo recibe correo electrónico.