feat(webmail): pastas próprias na barra lateral e regras em linguagem comum

Regras. A tela pedia um tipo de correspondência do Sieve pelo nome -
:contains, :is, :matches (regex) - e colava o valor escrito
diretamente num script. Punha uma linguagem de padrões à frente de
quem só queria dizer "o que vem do banco vai para Faturas", e bastava
uma aspa no valor para o script deixar de fazer parse, desativando
silenciosamente todas as regras de uma vez.

O vocabulário passa a ser o de quem escreve: um campo, uma condição em
português, um valor e uma ação. Os curingas são gerados a partir de
"começa com" e "termina com" - ninguém os escreve, e um asterisco
escrito por acaso continua a ser um asterisco. A pasta de destino é
escolhida de uma lista das pastas que existem mesmo, em vez de ser
escrita à mão: antes uma regra podia nomear uma pasta inexistente e
nunca disparar, sem dizer porquê.

A ordem passa a ser visível e alterável, porque a primeira regra que
arquiva uma mensagem decide para onde ela vai.

Um script que esta tela não consegue exprimir - escrito à mão, ou por
um cliente de secretária sobre ManageSieve - é mostrado tal como está,
em vez de ser reescrito na coisa mais parecida que este formulário sabe
dizer, o que mudaria em silêncio o que o correio de alguém faz.

Pastas próprias. Existiam na base de dados e as regras podiam arquivar
nelas, mas a barra lateral listava só as seis fixas, portanto não havia
como ver uma - nem como criar. Criar fica onde a vontade aparece, na
própria barra; apagar avisa que leva as mensagens junto, porque leva.

Encontrado a escrever isto: o motor tratava "\\*" como barra seguida de
curinga em vez de um asterisco literal. Como é esta tela que gera os
curingas, uma regra sobre um assunto com "50% *" teria correspondido a
todos os assuntos começados por "50% ". Corrigido no motor, com testes
dos dois lados.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

services/webmail/src/mail-state-integrity.test.ts

@@ -38,9 +38,16 @@ describe("the counters the sidebar shows", () => {
 
   // The total was rendered twice for Drafts, where the badge and the size are
   // the same number: "Rascunhos 1 1".
-  it("renders the folder size in exactly one place", () => {
+  //
+  // Two occurrences now, not one: the standard folders and the folders the
+  // user created are rendered by separate templates. What must not happen is
+  // one template printing it twice, which is what the defect was.
+  it("renders the folder size once per folder template", () => {
     const layout = code(USER_LAYOUT);
-    expect(layout.match(/\{badge\.total\}/g) ?? []).toHaveLength(1);
+    expect(layout.match(/\{badge\.total\}/g) ?? []).toHaveLength(2);
+    // And each template guards the unread badge, so the two numbers can never
+    // be the same value shown twice.
+    expect(layout.match(/badge\.showsUnread/g) ?? []).toHaveLength(2);
   });
 
   // The folder list was fetched once on mount, so every badge froze at the