Xrumer sigue funcionando mejor con POP3 que con IMAP cuando hay que verificar cuentas en masa, y no es por capricho del protocolo. POP3 descarga el mensaje y, si el cliente está configurado para borrarlo del servidor, la bandeja vuelve a quedar vacía en cada pasada. Eso mantiene el buzón ligero y evita que un catch-all de alto volumen se convierta en un vertedero de verificaciones acumuladas. La trampa aparece cuando alguien activa “leave a copy” sin límite de tiempo y el buzón crece hasta superar la cuota. A partir de ahí, el servidor rechaza el correo entrante y las verificaciones se silencian sin que nadie se dé cuenta.

Por qué Xrumer prefiere POP3 y dónde se rompe la estrategia

Xrumer está diseñado para lanzar registros y confirmaciones a un ritmo que ningún humano revisa. Su motor de correo consulta el buzón, busca el enlace de activación, lo extrae y sigue adelante. Con POP3, el mensaje se descarga y se elimina del servidor en la misma operación, así que la siguiente consulta encuentra la bandeja limpia. Con IMAP, el mensaje permanece en el servidor hasta que el cliente lo marca como leído o lo borra, y ese marcado no siempre ocurre cuando se procesan cientos de verificaciones por hora.

El problema real no es el protocolo, es la cuota. Un correo catch-all recibe cualquier email enviado a cualquier dirección del dominio, incluidas las que generan los bots de registro. Si el buzón nunca se vacía porque el cliente dejó copia en el servidor, el espacio disponible se agota. Cuando el buzón está lleno, el servidor devuelve un error de cuota excedida y los correos de verificación rebotan o se descartan. Xrumer sigue lanzando registros, pero las cuentas no se activan y el operador cree que el problema está en los proxies o en los captchas.

La configuración que aguanta producción es específica: deja copia en el servidor solo 24 horas. Con ese límite, el mensaje existe el tiempo suficiente para que Xrumer lo lea en la siguiente pasada, pero desaparece antes de que la acumulación rompa la cuota. Para un catch-all para GSA SER o para Xrumer, este ajuste marca la diferencia entre un flujo estable y un buzón que se ahoga cada dos semanas.

Rotación de credenciales y límites del catch-all de alto volumen

Cuándo rotar y por qué el antifraude del proveedor importa

Rotar credenciales de correo cada cierto tiempo no es paranoia. Los proveedores que ofrecen email catch-all anónimo ven pasar miles de direcciones y aplican filtros para detectar abuso. AllMail, por ejemplo, monitorea el dominio contra listas negras DNSBL y aplica un antifraude de registro que rechaza nombres de dominio poco creíbles. Si el dominio se quema porque aparece en una lista o porque el patrón de registro es sospechoso, el operador necesita un reemplazo rápido. AllMail ofrece soporte de reemplazo de dominio precisamente para ese escenario.

La rotación de credenciales POP3 también protege contra bloqueos por intentos fallidos y contra la exposición de contraseñas en configuraciones compartidas entre máquinas. Cambiar la contraseña cada semana o cada campaña, y actualizarla en Xrumer, GSA Search Engine Ranker, RankerX o Thunderbird, cuesta cinco minutos y evita un parón. El catch-all no requiere KYC ni verificación de identidad, así que la rotación no depende de trámites externos.

Hay un detalle que separa a los operadores experimentados de los que pierden tiempo: no mezclar POP3 e IMAP sobre el mismo buzón. Si Xrumer usa POP3 y otro cliente usa IMAP, el mensaje puede quedar marcado como leído por IMAP y no ser visible para POP3 en la siguiente consulta. Un buzón por campaña, un protocolo por buzón, y el resto es disciplina.

• Configura “leave a copy” con un máximo de 24 horas, nunca indefinido.
• Rota la contraseña POP3 al inicio de cada campaña o cada semana.
• Verifica la cuota del buzón y el estado del dominio en DNSBL antes de lanzar.
• Separa los buzones de Xrumer de los de GSA SER y RankerX para aislar fallos.
• Mantén un dominio de reserva listo para sustituir el quemado sin perder días.

Recepción de emails, POP3 e IMAP en un mismo dominio catch-all

Un dominio catch-all bien montado ofrece direcciones ilimitadas sin configurar buzones individuales. La recepción de emails se centraliza y el operador accede por POP3 o IMAP según la herramienta. AllMail proporciona acceso POP3 e IMAP, y esa flexibilidad importa porque Xrumer, GSA SER y los scrapers no siempre se comportan igual. Los bots de registro que generan cuentas necesitan un buzón que responda rápido y no se llene.

La bandeja unificada ayuda cuando se revisan resultados a mano, pero para el volumen automatizado lo que manda es la cuota y el borrado. IMAP sirve para inspección manual y para Thunderbird cuando se quiere ver el histórico. POP3 sirve para que Xrumer descargue y borre sin acumular. Si el operador necesita ambos, conviene usar cuentas separadas sobre el mismo dominio.

El coste es bajo: el plan de subdominio cuesta $0.49 al mes, y la prueba gratuita dura 3 días. Eso permite montar varios subdominios para campañas distintas y aislar el daño si uno se quema. AllMail acepta pagos con USDT y USDC en TRC-20, BEP-20 o Polygon, lo que encaja con operadores que no quieren depender de tarjetas ni de procesos bancarios. El pago con USDT en TRC-20 es rápido y barato, y el pago con USDC en Polygon evita comisiones altas cuando se compran varios subdominios.

La rotación de credenciales y el límite de 24 horas funcionan juntos, pero no sustituyen la vigilancia. Un dominio que entra en DNSBL deja de recibir verificaciones aunque el buzón esté vacío. Revisar el estado del dominio antes de cada campaña y tener el reemplazo a mano cierra el círculo. El catch-all no es magia: es infraestructura que necesita mantenimiento.

Configura POP3 en Xrumer con borrado tras descarga, deja copia 24 horas como red de seguridad, rota la contraseña al cambiar de campaña y vigila la cuota y las DNSBL cada semana. Con esos cuatro hábitos, el buzón no se llena, las verificaciones llegan y el dominio aguanta más tiempo en producción. El resto es escalar subdominios y repetir el proceso.