🚀 go-pugleaf

Krzysztof Krzyżaniak <el...@pawnhearts.eu.org> wrote:

>>Z czym chcesz, u mnie z Sendmailem i Postfixem. Kwestia przekonwertowania
>>formatów baz, w przypadku w/w u mnie robi to sed.
> Jestem za. Trzeba się zastanowić nad techniczną realizacja pomysłu.

Sprawa jest dość prosta: trzeba postawić serwer CVS na którym to będzie
składowane. O to możemy poprosić kolegów z PLD, bo technologie związane
z CVS mają bardzo dobrze dopracowane.

Uaktualnianie listy (w sensie dopisywania spammerów) będzie się odbywać
przez CVS, ale warto by było przewidzieć alternatywną możliwość dla
tych, którzy nie lubią CVSa.

Sama lista powinna być publiczna, tzn. każdy może ją sobie ściągnąć
i zainstalować w swoim MTA lub MUA. Powinny być dostępne formaty dla
większości stosowanych programów, ja mogę zapewnić Sendmaila i Postfixa.

Trzeba się zastanowić nad formatem bazy, bo zawarte w niej  informacje
będą wykorzystywane w różnych kontekstach:

- adresy IP to adresy klientów, których MTA powinien odrzucać na etapie
połączenia, a dla MUA nie mają one żadnego znaczenia [1]
- pełne adresy emailowe user@domena to adresy, które MTA powinien
odrzucać jeśli wystąpią MAIL FROM
- powinna być też możliwość wywalania całych domen (nadal MAIL FROM)
- niektóre MTA pozwalają na stosowanie regexpów, niektóre nie

Uaktualnienia bazy ze strony klientów wyobrażam sobie tak: ktoś dopisuje
do bazy nowy rekord, serwer CVS wysyła maila na commit-listę, na którą
zapisani są klienci. Po otrzymaniu maila klient uaktualnia sobie bazę
za pomocą CVS lub w inny sposób. Da się to łatwo zautomatyzować i, co
ważniejsze, zapewnia to małe opóźnienia w dystrybucji bazy.

Kolejna rzecz, to ustalenie jasnych zasad korzystania z bazy. Tzn. kto
ma dostęp R/W, a kto tylko R/O oraz w jaki sposób powinno się dodawać
spammerów. Chodzi o to, żeby ktoś nie dodał całej domeny hotmail.com
jak dostanie spam stamtąd.

-- 
Pawel Krawczyk, CETI internet, Krakow. http://ceti.pl/~kravietz/