Recuerdas el mensaje: alguien del cliente lo envió en primavera, con el documento de alcance del trabajo firmado como adjunto. Lo que no recuerdas es dónde llegó: a tu buzón, al compartido projects@ o a la dirección antigua que todavía tienes conectada.
Acabas haciendo tres búsquedas en tres sitios, cambiando un poco la consulta cada vez. Al final, resulta más fácil pedir al cliente que lo vuelva a enviar.
El problema no es haber olvidado la carpeta. Muchos clientes limitan la búsqueda de correo a la carpeta que tienes abierta. Para encontrar un mensaje antiguo, ese ámbito suele ser demasiado estrecho. Veamos dónde conviene buscar, cómo funciona la búsqueda entre cuentas y qué operadores convierten un recuerdo impreciso en una consulta.
Por qué no basta con la carpeta actual
Buscar solo en una carpeta tenía sentido cuando un buzón era un archivo grande que había que leer completo desde un disco duro. Reducir el ámbito podía cambiar mucho el tiempo de espera.
Hoy intervienen los índices y las capacidades del servidor, pero ese comportamiento sigue presente en muchos clientes. Buscas, no aparece nada y concluyes que el mensaje no existe. En realidad, estás en Recibidos y el mensaje se archivó hace ocho meses. Un resultado vacío no demuestra que el correo haya desaparecido si la búsqueda excluye buena parte del buzón sin avisar.
Hay otro caso menos evidente. Organizas el correo por carpetas: Clients/Acme/Invoices está dentro de Clients. Si el cliente busca únicamente en Clients, no encontrará los mensajes guardados uno o dos niveles más abajo. La carpeta seleccionada puede ser solo un contenedor.
Tres ámbitos dentro de un buzón
Dentro de un buzón hay tres ámbitos útiles. El intermedio resulta especialmente práctico cuando organizas el correo en un árbol de carpetas, aunque no todos los clientes lo ofrecen.
| Ámbito | Dónde busca | Cuándo usarlo |
|---|---|---|
| Esta carpeta | Solo la carpeta seleccionada | Sabes dónde está el mensaje y quieres acotar una palabra frecuente |
| Esta carpeta y sus subcarpetas | La carpeta y todas las que dependen de ella | Quieres revisar todo el árbol de Clients/Acme |
| Todas las carpetas | Todas las carpetas accesibles, incluidos Archivo, Enviados y Papelera | No recuerdas dónde guardaste el mensaje |
Sin incluir las subcarpetas, el árbol no sirve para recuperar toda la correspondencia de un proyecto. También importa buscar en Enviados: el mensaje que necesitas en una conversación sobre un contrato podría haberlo escrito tú.
Buscar en todas las cuentas
Los ámbitos anteriores siguen limitados a un buzón. Pero muchas personas tienen correo propio, buzones compartidos del equipo y cuentas conectadas de otros proveedores.
La búsqueda entre cuentas ejecuta la misma consulta en cada origen accesible y reúne los resultados en una lista, del más reciente al más antiguo, indicando el buzón de procedencia. Aquí puedes buscar en la bandeja de entrada de todos los buzones o en todas las carpetas de cada buzón. El primer ámbito ayuda a revisar correo reciente; el segundo, a encontrar algo sin recordar dónde quedó.
La consulta se ejecuta en los buzones originales, no en una copia reunida de antemano. El buzón compartido se busca en el servidor que lo aloja. Gmail recibe una orden IMAP SEARCH. No hace falta sincronizar antes una copia local, pero la aparición de mensajes recientes depende del servidor y del índice. Un correo recibido hace treinta segundos no tiene por qué estar disponible al instante.
Cómo funciona por dentro
Combinar resultados de una docena de servidores IMAP independientes tiene más complicaciones de las que parece. Esas dificultades explican el diseño.
La consulta se convierte en criterios del servidor. El texto se analiza y se envía a cada servidor como una orden IMAP SEARCH. El servidor hace la búsqueda y devuelve los identificadores de los mensajes coincidentes. No hay que descargar todo el contenido para filtrarlo después en el teléfono, algo especialmente útil con un buzón de 40 GB.
Un índice ayuda a buscar en el cuerpo. El servidor puede examinar el contenido directamente, pero en buzones grandes eso puede tardar mucho y agotar el tiempo de espera. Un índice de texto completo puede acelerar la búsqueda, sin garantizar una latencia concreta. Las cuentas conectadas dependen de la implementación de su proveedor: Gmail y Fastmail usan sus propios sistemas; un servidor pequeño autogestionado quizá no tenga índice.
Los orígenes se consultan en paralelo. Buscar en diez buzones de forma secuencial supone acumular diez esperas. Las consultas se lanzan a la vez y los resultados se incorporan según llegan.
Un origen lento tiene un tiempo límite. Si un proveedor no responde a tiempo, se omite y se indica expresamente. Puedes recibir resultados de nueve orígenes y un aviso sobre el décimo, en lugar de esperar indefinidamente. La lista será incompleta: conviene repetir la búsqueda en la cuenta omitida.
Los resultados se combinan por fecha de recepción. Cada servidor desconoce los resultados de los demás, así que la lista usa la fecha interna del mensaje. Esta implementación no dispone de una puntuación de relevancia común. La fecha interna puede diferir de la cabecera del correo, especialmente tras una importación.
Operadores
Las palabras sin operador se buscan en el remitente, el asunto y el cuerpo. Los operadores acotan la consulta y se combinan: cada condición añadida se une a las demás mediante AND.
| Operador | Qué comprueba | Ejemplo |
|---|---|---|
from: | Dirección o nombre mostrado del remitente | from:anna@acme.com |
to: | Dirección del destinatario | to:billing@ |
subject: | Solo el asunto | subject:invoice |
has:attachment | Mensajes con un archivo adjunto | has:attachment |
is:unread | Mensajes no leídos | is:unread |
is:starred | Mensajes con estrella o marca | is:starred |
after: | La fecha indicada y posteriores, formato YYYY-MM-DD | after:2026-04-01 |
before: | Fechas anteriores a la indicada, formato YYYY-MM-DD | before:2026-07-01 |
larger: | Tamaño superior al indicado | larger:10M |
smaller: | Tamaño inferior al indicado | smaller:200K |
Conviene recordar dos detalles. Los valores de varias palabras necesitan comillas: subject:"quarterly report" busca una frase en el asunto, mientras que subject:quarterly report busca quarterly en el asunto y report en todo el mensaje. La coincidencia exacta también depende del servidor. Aquí, un número sin unidad en un operador de tamaño significa megabytes: larger:5 equivale a 5 MB. La interpretación anterior usaba kilobytes, y un umbral de 5 KB dejaba pasar tantos mensajes que el filtro parecía no funcionar.
Si prefieres no memorizar la sintaxis, el icono de filtro junto a la barra de búsqueda abre un formulario con las mismas condiciones.
Consultas prácticas para encontrar correo
El adjunto que sabes que te enviaron.
from:acme has:attachment after:2026-03-01 before:2026-06-01Remitente, adjunto y fechas de primavera. Ejecuta la consulta en todas las cuentas y carpetas. Reduce la lista, pero la posición del mensaje dependerá de cuántas coincidencias haya.
Qué ocupa la cuota de correo.
larger:20MMensajes grandes de todas las carpetas, empezando por los recientes. La lista ayuda a entender el uso del espacio. Guarda los adjuntos necesarios antes de borrar y ten en cuenta que liberar cuota puede requerir vaciar la Papelera o eliminar definitivamente en el servidor.
Lo que prometiste al cliente.
to:client@example.com after:2026-06-01Buscar en Enviados de todos los buzones reconstruye tu parte de la conversación, incluidas las respuestas desde un buzón compartido si están guardadas allí y tienes acceso.
No leído, no solo sin abrir aquí.
is:unread after:2026-07-01En todos los buzones, la consulta encuentra mensajes que el servidor marca como no leídos. Es una referencia útil, pero esa marca no demuestra que todavía no se hayan atendido.
La conversación que recuerdas a medias.
subject:"statement of work" larger:100KUna frase en el asunto y un tamaño mínimo acotan la búsqueda. Un mensaje grande no demuestra que lleve el adjunto buscado: comprueba el archivo que encuentres.
Búsqueda en el servidor y búsqueda local
Algunos clientes de escritorio buscan en una copia local. Puede ser rápido, pero tiene tres limitaciones. Otros clientes también permiten buscar en el servidor.
La búsqueda local solo ve lo descargado. La caché puede guardar los últimos meses o únicamente las cabeceras del correo antiguo, por lo que una lista vacía puede deberse a datos incompletos. En el teléfono, la caché quizá sea aún menor. Un buzón no configurado en ese dispositivo queda fuera de su búsqueda local.
La búsqueda en el servidor no está limitada por la caché del dispositivo: la consulta se ejecuta donde está el correo. Su cobertura sigue dependiendo del ámbito elegido, las carpetas accesibles, los permisos y el índice. Con las mismas condiciones, los dispositivos consultan los mismos orígenes, aunque los cambios del correo y las incidencias temporales pueden alterar los resultados.
Límites y diferencias
La calidad de la búsqueda externa depende del proveedor. Cada servidor remoto recibe una orden IMAP SEARCH y decide qué devuelve. La división del texto en palabras y las coincidencias parciales de Gmail pueden comportarse de forma distinta a las de TrekMail.
No se busca dentro de los adjuntos. has:attachment encuentra mensajes con archivos. El texto de un PDF no se indexa en esta búsqueda. Para eso hace falta una búsqueda de documentos.
El orden es temporal, no por relevancia. No hay una puntuación común entre servidores. Acota con operadores en vez de confiar en que el mensaje deseado aparezca arriba.
El número de orígenes está limitado. La lista combinada abarca hasta 25 buzones a la vez. Con más buzones, resulta más práctico buscar en uno concreto. El tiempo de respuesta depende de los servidores y las consultas.
La Papelera también se incluye. Así puedes encontrar un mensaje borrado recientemente mientras no se haya eliminado de forma definitiva. La etiqueta de carpeta en cada resultado muestra dónde está.
Preguntas frecuentes
¿La búsqueda incluye buzones compartidos?
Sí, los buzones compartidos accesibles se consultan junto a los propios, y los resultados indican el origen. Los buzones y carpetas sin permiso de lectura quedan fuera.
¿También busca en cuentas externas conectadas?
Sí. Las cuentas conectadas se consultan por IMAP y sus resultados aparecen en la misma lista con la marca del proveedor. Necesitan credenciales válidas y acceso a las carpetas.
¿Se envía mi correo a otro sitio para buscarlo?
La consulta se convierte en IMAP SEARCH y se ejecuta en el servidor que ya guarda el correo. El contenido no se copia a un índice externo. Eso no excluye transferir los datos que el cliente necesita para mostrar los resultados.
¿Por qué la web devuelve más resultados que mi cliente de escritorio?
Una posible causa es que el cliente consulte una caché local incompleta y la web busque en el servidor. Compara también el ámbito, las carpetas accesibles y el índice. No todos los clientes de escritorio se limitan a la búsqueda local.
¿Puedo buscar por fecha sin escribir operadores?
Sí. El panel de filtros junto a la barra incluye fechas, remitente y destinatario, además de condiciones para no leídos, estrellas y adjuntos. Construye la misma consulta.
¿Por qué se ordena por fecha y no por mejor coincidencia?
Los resultados proceden de servidores independientes y no tienen una puntuación de relevancia común. Esta implementación los combina por fecha interna. Usa operadores para reducir la lista.
¿La búsqueda incluye la carpeta de correo no deseado?
El ámbito de todas las carpetas incluye la de correo no deseado si es accesible. Si un filtro envió un mensaje allí por error, la búsqueda ayuda a comprobarlo. Si lo encuentras, consulta por qué los mensajes acaban en spam.
