как PostgREST только для SMTP и POP3/IMAP?
а даже если бы, хоть одна причина использовать?
можно упростить администрирование, не придётся возиться с файлами ... как бы можно снизить избыточность используемых абстракций и упростить жизнь админам
нет, нет и нет, smtp сервер это все еще smtp сеервер и то что он написан в виде хранимок ничего не упрощает а только усложняет
какие ваши аргументы, извините?
и я не предлагаю ковырять тексты SMTP в хранимых процедурах, посмотрите на архитектуру postgrest
скажем, очереди сообщений вполне можно в СУБД обрабатывать же
Да в каких хранимках, просто очередь и все конфиги держать в пг вместо фс. Архитектура вполне вменяемая – но, учитывая, что мейлсервер — сложная вещь, и нормальных их по пальцам пепесчитать – нет, шансы что кто-то займётся и нормально сделает – очень невелики.
Можно чтобы postfix и dovecot держали базу пользователей например в postgres
нормальный проект может быть как тренировка-прокачка скиллов СУБД
PostgREST ничего не размещает. В PostgreSQL это отдельный демон по сути конвертор протоколов СУБД в http. Во всяком случае в текущей версии. Там идёт бадание сторонников переноса функционала в расширение PostgreSQL но весной когда я последний раз погружался туда это ничем ни кончилось вроде. Да и задача у них не превратить PostgreSQL в веб сервер а сделать его более дружественным для сторонников REST. Обеспечив альтернативный протокол для веб разработки
даже не представляю зачем это может быть нужно...
https://postgrest.org/en/stable/index.html
dbmail
отлично, спасибо а вы пользовались? как там с кластеризацией?
Да пользовался когда-то.
Обсуждают сегодня