Base de conocimiento

Reglas que escribes tú

Tus propias condiciones, y lo que debe pasar con todo lo que las cumpla.

Detalles

Se escriben en Configuración → Reglas, y por la API REST en /rules, que está activa para todos los espacios de trabajo. Una regla es una lista de condiciones sobre un mensaje que llega y una lista de acciones que aplicar a todo lo que las cumpla: 100 reglas por buzón, cada una con un máximo de 20 condiciones y 10 acciones. Eso son protecciones frente a un script en bucle, no límites de plan. La regla número 101 se rechaza con un mensaje que lo dice; no se factura.
Veintiuna cosas sobre las que puede preguntar una condición: la dirección From y su dominio (donde una coincidencia con example.com cubre también mail.corp.example.com), el remitente del sobre SMTP, To, Cc, Bcc, cualquier destinatario, Reply-To, la dirección a la que se entregó realmente la copia con su etiqueta de signo más eliminada, el asunto, el cuerpo, cualquier cabecera con nombre, el List-Id, el nombre, el tipo o el tamaño de un adjunto, si hay adjunto o no, el tamaño total del mensaje, el veredicto de spam, y la hora y el día de la semana en que llegó, en UTC. La coincidencia es un glob (* y ?), o contiene, es igual a, empieza por, termina en, y mayor o menor que en las cuatro numéricas. Un patrón tiene que llevar dos caracteres alfanuméricos propios, así que un * a secas se rechaza al escribirlo en lugar de coincidir con todos los mensajes que lleguen jamás.
Todas las condiciones o cualquiera de ellas, con un NOT en cada una por separado. No hay paréntesis anidados: (A y B) o C son dos reglas, que además es como lo vuelves a leer seis meses después.
Once acciones: etiquetar, quitar una etiqueta, archivar, marcar como leído, destacar, archivar como spam, enviar a la papelera, reenviar, responder automáticamente desde una plantilla, bloquear al remitente y rechazar el mensaje directamente. Las reglas se ejecutan en el orden en que las pones, de la posición más baja a la más alta, y cualquiera de ellas se puede desactivar sin eliminarla. Una regla marcada como detener el procesamiento termina la pasada, así que no se considera nada por debajo de ella y, cuando dos reglas nombran una carpeta, gana la última, porque eso es lo que significa una lista numerada.
Rechazar en la puerta solo funciona con el sobre, y en cualquier otro caso se rechaza al guardar la regla. Un 550 lo recibe quien nos entregó el mensaje y, en una lista de correo, eso es la LISTA, que lo interpreta como un suscriptor que rebota y te da de baja de algo en lo que solo querías que dejara de publicar una persona. Una regla que coincide con un remitente únicamente por la cabecera From archiva en Spam en su lugar, exactamente igual que al bloquearlo.
La respuesta automática no contesta a una máquina. Se suprime con Auto-Submitted, con Precedence: bulk, list o junk, con una cabecera List-Id o List-Unsubscribe, con X-Autoreply, con X-Autorespond y con el remitente de sobre vacío que lleva todo rebote. Más allá de eso, un remitente recibe como mucho una respuesta al día. Dos buzones con reglas de respuesta y sin protección se escriben el uno al otro hasta que alguien se da cuenta.
Un reenvío es una copia reconstruida y no el mensaje que llegó: sale por la ruta de envío, así que la firma DKIM del remitente no sobrevive, ni tampoco las cabeceras poco habituales y las partes exóticas. El original viaja como adjunto .eml para que las cabeceras y las partes exactas sigan ahí para leerlas, salvo que supere el tope de 5MB de los adjuntos, en cuyo caso el reenvío sale igualmente con el cuerpo legible y el original se queda en tu propio buzón. Nada te avisa de que eso ha pasado, que es la parte que conviene saber. El destino se comprueba cuando escribes la regla, pero solo en su forma: ops, u ops@example sin punto, se rechaza mientras lo escribes en lugar de fallar una vez por cada mensaje coincidente después. Una errata que sigue siendo una dirección válida ([email protected] en lugar de [email protected]) se acepta, y al destino de una regla nunca se le pide que se confirme como sí ocurre con el de un reenvío de dirección, así que la copia va exactamente a lo que escribiste.
Una regla se puede probar antes de activarla: apúntala a los últimos treinta días (hasta un año, hasta 200 mensajes) e informa de cuáles de tus propios mensajes habría capturado y qué les habría hecho, sin tocar ninguno de ellos. A eso responde el mismo comparador que se ejecuta en la ruta de entrega, pero un mensaje almacenado no es el mensaje que entregó SMTP. El remitente del sobre, el mapa de cabeceras, el List-Id, la dirección a la que se entregó y el tamaño en la red ya no están para entonces, así que once de los veintiún campos responden de otra forma en una prueba en seco o no pueden responder en absoluto, y el diálogo los nombra en lugar de contarlos en silencio como no coincidencias. El caso más claro es una regla que rechaza en la puerta: está obligada a llevar una condición sobre el remitente del sobre, y nada de lo almacenado puede responderla, así que una vista previa informa de que no coincide con nada por mucho que en la práctica fuera a rechazar.
Nada es retroactivo, y deliberadamente no hay ningún botón que lo haga serlo. Aplicar una regla a un buzón que ya tienes no tiene límite, no tiene deshacer y arrastraría de vuelta al principio de la bandeja de entrada todos los mensajes que tocara. Las reglas deciden qué pasa con el correo que llegue a partir de ahora.
Lo que ha hecho cada regla se registra por mensaje (las acciones que se aplicaron y, por separado, las que se rechazaron y por qué), así que tanto “por qué ha acabado esto aquí” como “por qué mi respuesta de ausencia no contestó a eso” tienen respuesta. El registro conserva el nombre de la regla, así que se sigue leyendo bien después de renombrarla o eliminarla.
Se aplica a todas las direcciones de tus propios dominios, así que una regla alcanza todo lo que llega en lugar de ofrecerse en un sitio donde no haría nada en silencio.
Si el motor no puede responder (una condición de un cliente más nuevo, una base de datos que no responde), el mensaje se entrega como se habría entregado y el fallo se registra. Una regla que lanza un error es un mensaje que nunca llega.