- Shipped
- 9. August 2026 um 05:23 UTC
- Author
- Kamo
- Commit
- 38fc56d
EMAIL wurde von email_metadata.search_index bezogen, was in beiden falsch war Richtungen. Es verpasste KamoMail völlig - ein Org auf KAMO_MAIL hat seine Nachrichten und Anbaugeräte im hauseigenen Dovecot maildir, 62 MB davon in Produktion, gezählt als Null. Und es hätte eine Org auf Microsoft 365 oder Google geladen haben Arbeitsraum für Post, die auf den Festplatten dieses Anbieters sitzt, wo Kamo nichts hält aber ein eigenes Suchindex. **************** ersetzt es: pro Briefkasten, pro Anreisetag, insgesamt RFC822 Bytes - Header, Body und codierte Anhänge, was ist, besetzt den maildir. Eimer am Tag statt pro Nachricht hält den Tisch proportional zu Tagen-mit-Mail, während immer noch ein beliebiges Abrechnungsfenster erlaubt wird genau statt gerundet auf ganze Monate zusammengesetzt werden. Attribution ist per mailbox über seine eigene org_id, nie pro Domain und nie pro maildir. KamoMail ist kein einziger Mieter: Die Produktion hat bereits 18 Briefkästen unter einem oder einem oder einer oder 41 unter einer anderen, in einer Tabelle über vier Domains vermischt. Eine Domain zusammenzufassen, oder die Maildir als Ganzes, würde eine Org für eine andere in Rechnung stellen Post. Schema in der Produktion überprüft, bevor diese gelandet: email_provider .mailbox_storage_days existiert mit seiner Einzigartigkeitsbeschränkung nach einem KI-Lauf.