Я пытаюсь решить проблему с некоторыми атаками типа blackscatter, когда спамер отправляет электронное письмо с реальным человеком от или адресом ответа на учетную запись с превышенной квотой.
Эта ситуация ранее генерировала сообщение об отказе от Dovecot, которое отправлялось этому человеку (и иногда помечалась как СПАМ), поэтому я реализовал dovecot как службу политики (check_policy_service), который проверяет, есть ли у учетной записи в поле «Кому» свободное место для сообщений, в противном случае он возвращает 550 во время SMTP-соединения.
К сожалению, это не работает, если в поле «Кому» указан псевдоним, который может пересылать сообщение на одну или несколько реальных учетных записей. Итак, сначала проверка возвращает ОК, но затем, когда сообщение было поставлено в очередь, когда оно переходит на реальную учетную запись, квота которой заполнена, снова создается сообщение об отказе.
Я могу написать SQL-запрос, проверяющий, превышена ли квота для любого из адресатов псевдонима, но это может привести к отмене соединения с псевдонимом, который подключен ко многим учетным записям, но только к одному с превышением квоты.
Есть ли хорошее решение для этого?