Compat: all eight pass against a copy of INBUXA's data

Run from a copy of the stopped server's RocksDB store. Eight green lines,
which are worth reading carefully: six carry weight, and masked_email and
undelete carry none, because there are no masked addresses and retention is
off, so they iterate an empty list. tenant_compat checked the tenant, its
quotas and its members, but not what a tenant administrator can see, which
needs a --tenant-admin recording.

ai_compat is the one that might have looked vacuous and isn't: the twelve
LLM_ tags are there with the scores that were observed.

Three things had to be fixed first, each failing all eight identically and
none about the data: listener names, privileged ports, pending tasks. The
next import's copy will bring the same three, so they are written down.

SPEC §7: cutover steps 1 to 3 are met. Step 4 remains.

docs/spec/SPEC.md

@@ -539,6 +539,12 @@ before anything that could prompt that notice happens.
    the domains and the accounts. It applies again the moment either feature
    is switched on (`compat-tests.md`).
 4. Cutover on the running host, with the Enterprise build kept for rollback.
+
+Steps 1 to 3 are met as of 2026-09-19: the fork builds and its suites pass
+(`container-tests.md`), and all eight compat tests pass against a copy of
+INBUXA's store, with the caveat that two of them have nothing to read and
+the tenant administrators' own view is not yet recorded
+(`compat-tests.md`). What remains is step 4.
 5. Only then: public repository and announcement, with the INBUXA fork of
    ihasmail released alongside. Public ihasmail stays Stalwart-facing (§5).