No wiki coverage for Recently-deleted conversations, Restore, Purge, and the 30-day auto-purge

Area: Messaging & chat (audit p4) · Surface: /messages/deleted (Recently deleted tab); routes POST /messages/{id}/delete, /restore, /purge · Dimension: documentation · Severity: major

Deleting a DM moves it to a 'Recently deleted' tab where it can be restored for 30 days or purged immediately, then auto-purged by cron after 30 days. This is a distinct user-facing screen with non-obvious behavior (30-day window, difference between Delete vs Purge), yet it has no mobieusKnow article and is not mentioned in the direct-messages guide. Law 7 gap.

Evidence

Real user-facing surface: platform/templates/messages/deleted.php exists with copy 'before being permanently removed. You can restore any of them in the meantime' (line 28), a Restore button (`<form action="/messages/.../restore"`, line 68) and a Purge button (`<form action="/messages/.../purge"` with data-confirm 'Permanently delete this conversation?', line 72). Handlers: MessageController.php:1261 deleteConversation, :1287 deleted, :1342 restoreConversation, :1367 purgeConversation. The conversation.php delete control says 'It will move to Recently deleted and be permanently removed in 30 days unless you restore it' (conversation.php:120). No wiki article documents this: /know/index has no 'Recently deleted' / 'restore' / 'purge' link (grep on saved index → no matches), and the fetched /know/direct-messages article does NOT mention deleting, restoring, or purging conversations.

Suggested fix. Document the Recently deleted tab in /know/direct-messages: explain Delete (soft, recoverable), Restore (returns to inbox), Purge (permanent, immediate), and the 30-day auto-purge window. Clarify it only removes the conversation from your own view (per-participant).

Filed by the automated tenant-app audit and adversarially evidence-verified. Status: verified. Open — not yet actioned.