Konstantin Ryabitsev <konstan...@linuxfoundation.org> wrote: > I think several virtual inboxes makes more sense than always one global > search, as people may want to search something like "all Linux kernel > discussions" or "all gcc/compiler discussions". There could be different > frontends to indicate which search is running -- e.g. > "kernel.lore.kernel.org" vs. "gcc.lore.kernel.org".
It might be better to have one big index, still. Groups can be Xapian terms which are defined/redefined as-needed for filtering. It would be helpful when compiler bugs are found in the course of kernel development. > As an off-side grumbling, we found out that AWS SES (their email > processing service) will force-rewrite all message IDs without any > option to prevent this. So, a single message with multiple recipients > will arrive with a unique Message-ID to each one of them. > > This is so broken, it blows my mind, but AWS doesn't care to fix it. Eeeep. I wonder if there's some benefit for Amazon in doing this... I can understand why centralized communications providers would Embrace, Extend, Extinguish email; but I didn't think they'd have anything to gain by making email worse. (I'm still anti-monopolist, anyways) -- unsubscribe: one-click, see List-Unsubscribe header archive: https://public-inbox.org/meta/
