Base de conocimiento

Búsqueda de texto completo

Palabras tolerantes y operadores como from: y has:, dentro de la carpeta que estás leyendo.

Detalles

El correo alojado en OpenEmail se indexa por buzón para el listado y la búsqueda.
La consulta se combina con AND con la carpeta en la que estás, así que una búsqueda desde Inbox no llega a Archive, Sent ni Spam. Nombra otra carpeta en la consulta para buscar allí: in:sent, in:archive, una carpeta con is: como is:spam, o in:anywhere para todas las carpetas a la vez, que funciona tanto por sí solo como junto a otros términos. Drafts es la única carpeta de la que una consulta no puede salir.
Las palabras son tolerantes. Se ignoran mayúsculas, acentos y separadores, y basta con parte de una palabra, así que «min», «BEN» y «ben jamin» encuentran todos a Benjamin, igual que Ben-Jamin. Todas las palabras tienen que aparecer. Una frase entrecomillada es más estricta: tiene que aparecer tal cual, salvo mayúsculas y acentos, así que «ben jamin» entre comillas no encontrará Ben-Jamin mientras que «quarterly invoice» sí encuentra Quarterly invoice. El relleno del tipo «muéstrame correos sobre» se descarta cuando hay algo más que buscar.
Los operadores acotan: from:, to:, cc:, subject:, body:, label:, filename:, in:, is:unread, is:starred, has:attachment, has:pdf, after:2026/01/31, before:, newer_than:7d y older_than:1y. OR, los paréntesis y un guion inicial los combinan, así que (from:stripe OR from:paddle) has:pdf -is:read se lee tal como se ve. Los destinatarios se guardan como una sola lista sin roles y nunca incluyen un Bcc, así que cc: lee los mismos nombres que to: y bcc: no coincide con nada propio. from:me es el correo que enviaste y to:me es el correo que lleva alguna de tus direcciones, alias incluidos, entre los destinatarios o como dirección de entrega.
Un valor que la búsqueda no sabe usar se omite en lugar de acotar, así que una errata en un valor amplía los resultados en vez de vaciarlos. Son category:, larger:, smaller:, size:, messagesize:, list:, rfc822msgid:, received: y sent:, las palabras de categoría como is:promotions, un has: que no nombra ningún tipo de adjunto, un importance: distinto de high o low, una fecha ilegible y un periodo cuya unidad no sea h, d, w, m o y. Un nombre de operador que no conoce, project: por ejemplo, se busca como texto plano.
Las palabras y los operadores from:, to:, cc:, subject: y body: leen el mensaje más reciente del hilo, y la siguiente respuesta lo reemplaza todo: remitente, destinatarios, asunto y un fragmento del cuerpo en texto plano con el HTML eliminado, los espacios colapsados y los primeros 4.000 caracteres conservados. Una palabra que solo aparece en un mensaje anterior, o más allá de ese corte, no coincidirá. El hilo entero se conserva; sencillamente no es lo que lee la búsqueda. Un mensaje sellado no tiene texto de cuerpo aquí, así que solo pueden coincidir su remitente, sus destinatarios y su asunto.
Las etiquetas, las carpetas y los adjuntos son la excepción: label:, in: y is: leen el hilo entero, y filename: y has: leen todos sus adjuntos. Las fechas leen la actividad más reciente del hilo en UTC, con after: incluyendo el día que nombras y before: dejándolo fuera. Los resultados vuelven del más reciente al más antiguo, sin ninguna otra ordenación por encima.
Todos los buzones se buscan de esta manera, y la consulta nunca sale hacia el motor de búsqueda de nadie más.