А есть ли корпоративный почтовый сервер который...

В современной микросервисной архитектуре ты должон складывать копию писем в специальную хранилку для поиска. РСУБД там или elk какой это уже по вкусу и задаче. В них искать, а потом уже найденные id писем или пути к файлам удолять

Как минимум exchange хранит письма в базе MS SQL.

Поднимай Windows AD на Windows Server, покупай и ставь MS Exchange, покупай и ставь MS SQL Server, перед ним для безопасности можешь поставить postfix или exim и с него пересылай на MS Exchange.

выполняю упражнения с find/grep

А штатное решение чем-то не устраивает? https://serverfault.com/a/1039355

По поводу «отдать в саппорт и не парится» – это всё тогда очень похоже на административную проблему. Я бы просто ответил «Нет технической возможности удалить вот прям сейчас и быстро, в будущем следите за тем, что хефигачите в рассылки. Открывайте ишью, сделаю тогда-то».

Получается ты и есть саппорт, раз паришься.

А штатное решение чем-то не устраивает? https://serverfault.com/a/1039355

Банально не знал, в следующий раз пригодится

Нет технической возможности удалить вот прям сейчас и быстр

за 10 минут управился

По поводу «отдать в саппорт и не парится»

это не основная работа, просто помогаю по знакомства конторе без админа

Как не крути, но кто-то уже прочитал эту рассылку, удаление тут как мертвому припарка, а если в ней ещё были и адресаты из неподконтрольных вам доменов/серверов, так вообще поздно пить боржоми. В таких случаях обычно делается ещё одна рассылка в которой пишется, что предыдущая была ошибочной.

там внутренняя была, сказали удалить - ну значит им надо так

Website\ is\ down.mp4

dbmail

https://dbmail.org/en/install/installing-dbmail-with-postfix/

там внутренняя была, сказали удалить - ну значит им надо так

Да общий концепт понятен, и то что вы сделали в первую очередь это правильно, только я объясняю что он в корне не верен в своем подходе. Вот просто из реалий этого лета, работаю на ненавистной мне работе, пользак «было письмо с рассылкой и пропало», хто почему и зачем удалил меня не сильно заботит, но вот народ нашел в другом отделе тех кто успел распечатать и катит претензию «иде мое письмо?».
ЗЫ На всякий случай, это не моя вотчина, так что мне наплевать на это было, я лишь описал пример.

Ну и ещё докину, у пользаков бывает что настроены фильтры с перемещением в локальные фолдеры, т.е. удаление тут никак не спасет.

Посмотрел в apt Дебиана

Description-en: UNIX utilities to deal with Maildir
 The mblaze message system is a set of Unix utilities to deal with mail kept in
 Maildir folders. It is a classic command line MUA and has no features for
 receiving or transferring mail; you are expected to fetch your mail using
 fdm(1), getmail(1) offlineimap(1), procmail(1), or similar , and send it using
 dma(8), msmtp(1), sendmail(8), as provided by OpenSMTPD, Postfix, or similar.
 mblaze expects your mail to reside in Maildir folders.
 .
 Its design is roughly inspired by MH, the RAND Message Handling System, but it
 is a complete implementation from scratch. mblaze operates directly on Maildir
 folders and doesn't use its own caches or databases. There is no setup needed
 for many uses.
 .
 mblaze consists of these Unix tools that each do one job:
  * maddr(1)     extract addresses from mail
  * magrep(1)    find mails matching a pattern
  * mcom(1)      compose and send mail
  * mdeliver(1)  deliver messages or import mailboxes
  * mdirs(1)     find Maildir folders
  * mexport(1)   export Maildir folders as mailboxes
  * mflag(1)     change flags (marks) of mail
  * mflow(1)     reflow format=flowed plain text mails
  * mfwd(1)      forward mail
  * mgenmid(1)   generate Message-IDs
  * mhdr(1)      extract mail headers
  * minc(1)      incorporate new mail
  * mless(1)     conveniently read mail in less(1)
  * mlist(1)     list and filter mail messages
  * mmime(1)     create MIME messages
  * mmkdir(1)    create new Maildir
  * mpick(1)     advanced mail filter
  * mrep(1)      reply to mail
  * mscan(1)     generate one-line summaries of mail
  * msed(1)      manipulate mail headers
  * mseq(1)      manipulate mail sequences
  * mshow(1)     render mail and extract attachments
  * msort(1)     sort mail
  * mthread(1)   arrange mail into discussions

Homepage: https://git.vuxu.org/mblaze/about/

Любой IMAP сервер предоставляет поиск по метаданным.
https://datatracker.ietf.org/doc/html/rfc3501#section-6.4.4

The SEARCH command searches the mailbox for messages that match
      the given searching criteria.  Searching criteria consist of one
      or more search keys.  The untagged SEARCH response from the server
      contains a listing of message sequence numbers corresponding to
      those messages that match the searching criteria.

Через curl можно запросы делать.

Как минимум exchange хранит письма в базе MS SQL.

нет, конечно, что за бред

Это не так. И Exchange, и AD используют ESE, aka Jet (который изначально был разработан для MS Access).

Процессинг зависит от того, какое хранилище используется для писем. У dovecot, например, есть dbox, специальный формат хранилища с индексом и прочими фишками. Можно иметь инструментарий, работающий с этим хранилищем.

Zimbra. Но лучше не надо, если что-то пойдет не так(а оно пойдет, я такое видел) - замучаешься доставать письма

find/grep

doveadm expunge уже отменили?

Zimbra. Но лучше не надо

Я думал о ней, но когда посмотрел сколько она конвертирует письма с других серверов в свой формат, то передумал

doveadm expunge уже отменили?

да мне тут выже уже подсказали читать man dovecot внимательнее

Поднимай Windows AD на Windows Server, покупай и ставь MS Exchange, покупай и ставь MS SQL Server, перед ним для безопасности можешь поставить postfix или exim и с него пересылай на MS Exchange.

Ты чем упоролся?