- Shipped
- 4 settembre 2026 alle ore 19:22 UTC
- Author
- Kamo
- Commit
- 615e4b0
MessageIndexer è già un consumatore durevole di email.inbox.> e già risolve la casella di posta OWNER, quindi è dove questo appartiene — una notifica per messaggio veramente nuovo, riavvia sopravvissuti, con il membro in mano. Cresciuto prima della fetch IMAP sotto di esso. Tutto il necessario per la notifica è già nell'evento, e facendo aspettare il membro su un viaggio rotondo che esiste per costruire un indice di ricerca sarebbe il modo sbagliato intorno; significa anche una casella di posta la cui le credenziali sono andate stantio ancora avvisa, che è esattamente quando conta. Tre cose che non farà. Notifiche solo per INBOX — una regola che deposita qualcosa in Archivio non è notizie, e spingere per esso insegna le persone a ignorare notifica. Ignora qualcosa di più vecchio di trenta minuti, perché alcuni IMAP server replay messaggiAggiungi su ricollegamento e un telefono che ronzio undici volte dopo un pod riavvio è un telefono con le notifiche spente. E decide nulla sulla presenza o sui dispositivi: MediaService già sopprime una spinta per una membro con un socket live, e una seconda copia di quella regola è come i due avrebbero alla deriva. Il kill switch è in ConfigMap così come application.yml, perché push auto-deploys e la disattivazione di una notifica sbagliata non deve aver bisogno di una ricostruzione. Notare la fusione nel kamo EXISTING: blocco — un secondo kamo di livello superiore: parses chiave e poi silenziosamente cade il primo, prendendo mittenti-avatar e il subtree di sicurezza con esso.