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/protocols/internal/domain/sieve/sieve_test.go

@@ -355,3 +355,40 @@ func TestMatchesDoesNotBlowUpOnManyStars(t *testing.T) {
 		t.Fatal("wildcard matching took more than three seconds; it is backtracking exponentially")
 	}
 }
+
+// A backslash escapes a wildcard, per RFC 5228 section 2.7.1: "\*" is a real
+// asterisk, not "any run of characters".
+//
+// This matters because the rules screen generates the wildcards itself. When
+// someone writes a rule about a subject containing "50% *", the screen escapes
+// their asterisk so it stays literal - and if this engine ignored the escape,
+// that rule would match every subject starting with "50% " instead.
+func TestEscapedWildcardIsALiteralCharacter(t *testing.T) {
+	script := `if header :matches "Subject" "50% \\* desconto*" { fileinto "X"; }`
+
+	if out := evaluate(t, script, Message{Headers: map[string][]string{
+		"subject": {"50% * desconto de agosto"},
+	}}); out.Folder != "X" {
+		t.Errorf("the literal asterisk did not match: %q", out.Folder)
+	}
+	// The escaped asterisk must not behave as a wildcard.
+	if out := evaluate(t, script, Message{Headers: map[string][]string{
+		"subject": {"50% enorme desconto de agosto"},
+	}}); out.Folder != "" {
+		t.Errorf("the escaped asterisk was treated as a wildcard: %q", out.Folder)
+	}
+}
+
+func TestEscapedQuestionMarkIsALiteralCharacter(t *testing.T) {
+	script := `if header :matches "Subject" "Onde\\?" { fileinto "X"; }`
+	if out := evaluate(t, script, Message{Headers: map[string][]string{
+		"subject": {"Onde?"},
+	}}); out.Folder != "X" {
+		t.Errorf("the literal question mark did not match: %q", out.Folder)
+	}
+	if out := evaluate(t, script, Message{Headers: map[string][]string{
+		"subject": {"OndeX"},
+	}}); out.Folder != "" {
+		t.Errorf("the escaped question mark matched any character: %q", out.Folder)
+	}
+}