Masked email: INBUXA most likely holds no masks

This commit is contained in:
2026-09-18 09:39:58 -07:00
parent 4e3a147de1
commit f9c19a153b
+4 -3
View File
@@ -292,9 +292,10 @@ deleted, and nothing was left. No upstream code was read.
8. **How many masks INBUXA holds.** Operator's estimate, 2026-09-18: fewer 8. **How many masks INBUXA holds.** Operator's estimate, 2026-09-18: fewer
than 20 special addresses in all, 7 on the operator's own account and the than 20 special addresses in all, 7 on the operator's own account and the
rest postmaster addresses. Those may be ordinary account aliases rather rest postmaster addresses. The operator confirmed none of the 7 has the
than masks. Aliases carry over unchanged and aren't part of this feature. masked format, so they're ordinary aliases, and INBUXA most likely holds no
If none are masks, the compatibility test (acceptance 12) has no existing masks at all. Aliases carry over unchanged and aren't part of this feature.
With no masks, the compatibility test (acceptance 12) has no existing
masks to carry over, and instead checks that upstream-shaped addresses masks to carry over, and instead checks that upstream-shaped addresses
created on a copy before cutover still deliver after it. Count masks created on a copy before cutover still deliver after it. Count masks
exactly (`x:MaskedEmail/query` as an admin) during the cutover dry run exactly (`x:MaskedEmail/query` as an admin) during the cutover dry run