Definición
Un proveedor de bandeja de correo (MBP, mailbox provider), también llamado proveedor de inbox o ESP en contexto de recepción, es cualquier organización que opera la infraestructura de servidor responsable de aceptar correo entrante en nombre de los usuarios finales, almacenarlo y volverlo accesible vía interfaz webmail o protocolos estándar (IMAP, POP3, Exchange ActiveSync). Ejemplos: Google (Gmail), Microsoft (Outlook.com y Exchange Online), Yahoo Mail, Apple iCloud Mail, ProtonMail, Zoho Mail, AOL Mail, GMX y miles de proveedores regionales y empresariales más chicos.
El término distingue el lado receptor del ecosistema email del lado emisor. Un servicio transaccional como Amazon SES, SendGrid, Mailgun o Postmark es un Email Service Provider (ESP) en contexto de envío; la organización que recibe el mensaje en nombre del usuario es el mailbox provider. La misma empresa puede operar en ambos roles: Google envía marketing y transaccional vía Google Workspace y recibe mensajes vía Gmail.
Cómo funciona
Cada MBP opera infraestructura de recepción independiente con configuraciones técnicas y de política distintas. Cuando un MTA saliente entrega un mensaje, conecta vía SMTP al registro MX (Mail Exchange) publicado en el DNS del dominio receptor. El MTA receptor que gestiona el MBP somete la conexión y el mensaje a un stack de evaluación multi-capa.
A nivel conexión, el MTA receptor chequea la reputación de la IP remitente contra blocklists mantenidas por servicios como Spamhaus, SURBL y Barracuda, y puede aplicar rate-limit o diferimientos temporales (respuestas 4xx SMTP) a IPs de baja reputación o con patrones de envío desconocidos.
A nivel autenticación, el MBP evalúa SPF (RFC 7208), DKIM (RFC 6376) y DMARC (RFC 7489). Gmail de Google, Exchange Online Protection (EOP) de Microsoft, Yahoo Mail y Apple iCloud Mail aplican estos estándares como inputs de sus algoritmos de clasificación de spam. Desde 2024, Google y Yahoo exigen a remitentes con más de 5.000 mensajes diarios tener un DMARC con pase: un mandato de política que refleja el estándar creciente de la industria.
A nivel contenido y reputación, el filtro antispam del MBP —que puede ser un sistema propietario (detección ML de Google, SmartScreen de Microsoft), un filtro comercial integrado (Proofpoint, Mimecast, Cisco IronPort) o uno open-source (SpamAssassin)— puntúa el cuerpo, la línea de asunto, la reputación de URLs, la consistencia de headers y las señales históricas de engagement (tasas de apertura, quejas, bajas). El score resultante define si el mensaje va al inbox, a spam/junk o se rechaza directamente.
Los MBPs exponen mecanismos de feedback para remitentes: Google Postmaster Tools provee datos de reputación de dominio y tasa de spam; Microsoft Smart Network Data Services (SNDS) y el Junk Mail Reporting Partner Program (JMRPP) cumplen funciones similares; Yahoo opera un Sender Hub. Estas herramientas permiten a los remitentes de alto volumen monitorear su standing en cada MBP grande.
Dónde aparece
La identidad del MBP importa directamente para cualquier sistema que dependa de que el correo transaccional llegue al inbox del usuario final. En operaciones de concurso, el correo de confirmación despachado por una plataforma de votación debe atravesar los filtros del MBP que controla la dirección del votante.
Gmail (Google Workspace): el MBP individual más grande del mundo por usuarios activos. El filtro de spam de Gmail usa modelos ML que pesan reputación del remitente, resultados de autenticación, historial de engagement del usuario y señales de contenido. Las políticas de envío masivo de Gmail, documentadas en support.google.com/mail/answer/81126, mandan compatibilidad con SPF, DKIM y DMARC para remitentes que excedan 5.000 mensajes diarios.
Outlook / Exchange Online (Microsoft): las bandejas de consumo de Microsoft en Outlook.com y Hotmail.com más Exchange Online en Microsoft 365 comparten el stack de filtrado Exchange Online Protection (EOP). La documentación de remitente de Microsoft está en learn.microsoft.com/en-us/exchange/mail-flow-best-practices.
Yahoo Mail / AOL Mail: ambos operados por Yahoo Inc. desde la reestructuración de Verizon Media. Los requisitos de remitente de Yahoo, incluyendo DMARC obligatorio, aplican a bulk senders desde principios de 2024.
Apple iCloud Mail: opera infraestructura de filtrado que evalúa señales estándar de autenticación. Notable por una gran base de usuarios en demográficos de consumo en Norteamérica y Europa.
ProtonMail (Proton AG): un MBP con foco en privacidad con sede en Suiza que aplica fuerte enforcement de autenticación; los mensajes a direcciones ProtonMail desde remitentes no autenticados enfrentan filtrado elevado.
Ejemplos prácticos
Una plataforma de concurso envía 8.000 correos de confirmación por día en una sola campaña. Aproximadamente el 45% de las direcciones receptoras son de Gmail, el 30% de Outlook.com, el 12% de Yahoo Mail, el 8% de iCloud y el 5% de otros proveedores. La clave DKIM del dominio remitente usa RSA de 1024 bits, que Google ahora marca como insuficiente. Gmail empieza a mandar al junk una porción de los correos de confirmación. El admin detecta el issue vía la sección Authentication de Postmaster Tools, sube a clave RSA de 2048 bits y observa recuperar el inbox placement en dos días. Outlook y Yahoo, con políticas distintas, siguen entregando normalmente todo el período.
Un votante envía su dirección ProtonMail para una competencia musical online. El MTA entrante de ProtonMail consulta el DNS por los registros SPF y DKIM de la plataforma. La plataforma migró de proveedor transaccional pero aún no actualizó el SPF: el viejo include: ya no resuelve. El filtro de ProtonMail marca el correo como no autenticado. El votante nunca confirma, el voto no se cuenta y el reporte de entregabilidad muestra un cluster de mensajes diferidos a direcciones ProtonMail.
Conceptos relacionados
La entregabilidad a los MBPs depende de tener correctamente configurada la autenticación Registro SPF y DKIM, coordinada por una política DMARC que reporta resultados agregados al remitente. La significancia práctica en sistemas de concurso se explica en Voto con confirmación por correo: si el correo de confirmación no llega al inbox del MBP del votante, el voto no puede confirmarse sin importar la corrección técnica de todo lo upstream.
