🚀 go-pugleaf

Pewnego dnia, a było to 31 Jan 2000 22:51:46 GMT przyszła do mnie
wiadomość z adresu <krav...@ceti.pl> i powiedziała:

>Czy ktoś byłby zainteresowany korzystaniem z rozproszonej listy spammerów?
>
>Globalna i rozproszona oznacza w tym wypadku, że listę współtworzy wiele
>osób, które uzupełniają ją o nowe pozycje po otrzymaniu spamu. Żeby to miało
>sens, zaraz potem nowa wersja musi trafić do reszty uczestników, dając im
>szansę na uniknięcie tego samego spamu.

Mowa o spamie mailowym? Rozumiem, że chodzi o swojską odmianę RBL-a?

	eloy


-- 
   |  |\   Krzysztof `eloy' Krzyżaniak |      Freedom of choice
 __|  | |   <el...@pawnhearts.eu.org>   |      Triumph of the will
/  |  |/       Pawn Hearts Member      .      God made his joke
\_/|_/|__/ http://3276979202/~eloy/dl/ .      Keeping still

Krzysztof Krzyżaniak <el...@pawnhearts.eu.org> wrote:
>>Globalna i rozproszona oznacza w tym wypadku, że listę współtworzy wiele
>>osób, które uzupełniają ją o nowe pozycje po otrzymaniu spamu. Żeby to miało
>>sens, zaraz potem nowa wersja musi trafić do reszty uczestników, dając im
>>szansę na uniknięcie tego samego spamu.
> Mowa o spamie mailowym? Rozumiem, że chodzi o swojską odmianę RBL-a?

Funkcjonalnie nawet trochę więcej, bo baza mogłaby zawierać nie tylko
adresy IP hostów z których wychodzi spam, ale także adresy indywidualnych
spammerów. 

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

Pewnego dnia, a było to 1 Feb 2000 13:19:40 GMT przyszła do mnie
wiadomość z adresu <krav...@ceti.pl> i powiedziała:

>Krzysztof Krzyżaniak <el...@pawnhearts.eu.org> wrote:
>>>Globalna i rozproszona oznacza w tym wypadku, że listę współtworzy wiele
>>>osób, które uzupełniają ją o nowe pozycje po otrzymaniu spamu. Żeby to miało
>>>sens, zaraz potem nowa wersja musi trafić do reszty uczestników, dając im
>>>szansę na uniknięcie tego samego spamu.
>> Mowa o spamie mailowym? Rozumiem, że chodzi o swojską odmianę RBL-a?
>
>Funkcjonalnie nawet trochę więcej, bo baza mogłaby zawierać nie tylko
>adresy IP hostów z których wychodzi spam, ale także adresy indywidualnych
>spammerów. 

Pomysł jest ciekawy. Z tym, że realizacja trudniejsza. W końcu jak rozróżnić
osoby używające Dialupu TPSA czy tez kont typu polbox, onet (które w końcu
nie muszą koniecznie być darmowe). Moja firma nie może sobie np. pozwolić na
odrzucanie całych domen.

	eloy

-- 
   |  |\   Krzysztof `eloy' Krzyżaniak | There is no peace in heaven
 __|  | |   <el...@pawnhearts.eu.org>   | There is no peace on earth
/  |  |/       Pawn Hearts Member      . There is no love in heaven
\_/|_/|__/ http://3276979202/~eloy/dl/ . There is no love on earth

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

> Pomysł jest ciekawy. Z tym, że realizacja trudniejsza. W końcu jak rozróżnić
> osoby używające Dialupu TPSA czy tez kont typu polbox, onet (które w końcu
> nie muszą koniecznie być darmowe). Moja firma nie może sobie np. pozwolić na
> odrzucanie całych domen.

Jak pisałem, to już działa i nikt całych domen nie wywala. Blokowanie
konkretnych spammerów oznacza blokowanie konkretnych adresów emailowych.
Jest to skuteczne na przykład wobec firm takich jak Megabajt, który
spamowanie traktuje jako jeszcze jedną taktykę marketingową i nie zamierza
z niego zrezygnować.

Przykład mojego kawałka takiej rozproszonej blacklisty:

# 20000131
pp...@kki.net.pl                 deny
j_e_s_...@altavista.com     deny
194.58.55.129:net               deny
themail.net:domain              deny
themail.net:host                deny

Z tym, że w chwili obecnej dystrybucja listy jest zrobiona w sposób
wysoce nieefektywny. Docelowo chciałbym to robić za pomocą CVSu, który
zapewnia 90% tego co jest potrzebne takiemu systemowi.

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

Pewnego dnia, a było to 1 Feb 2000 18:20:47 GMT przyszła do mnie
wiadomość z adresu <krav...@ceti.pl> i powiedziała:

>Krzysztof Krzyżaniak <el...@pawnhearts.eu.org> wrote:
>
>> Pomysł jest ciekawy. Z tym, że realizacja trudniejsza. W końcu jak rozróżnić
>> osoby używające Dialupu TPSA czy tez kont typu polbox, onet (które w końcu
>> nie muszą koniecznie być darmowe). Moja firma nie może sobie np. pozwolić na
>> odrzucanie całych domen.
>
>Jak pisałem, to już działa i nikt całych domen nie wywala. Blokowanie
>konkretnych spammerów oznacza blokowanie konkretnych adresów emailowych.
>Jest to skuteczne na przykład wobec firm takich jak Megabajt, który
>spamowanie traktuje jako jeszcze jedną taktykę marketingową i nie zamierza
>z niego zrezygnować.

Z czym to działa? Z sendmailem?

	eloy

-- 
 * Krzysztof `eloy' Krzyżaniak * HP -> http://www.pawnhearts.eu.org/~eloy/
 * <el...@pawnhearts.eu.org>    * Kabaret Loża44 -> http://loza44.topnet.pl/
 * PH Member                   * Rock -> http://wwwv.venco.com.pl/~eloy/muzyka/
           Przepraszam, ale babunia zdaje się jeszcze się rusza. (MZ)

el...@pawnhearts.eu.org (Krzysztof Krzyżaniak) pisze:

[snip]
> Z czym to działa? Z sendmailem?

Prawdopodobnie ze wszystkim; zależy od tego, jak przetworzysz źródła.
W eximie prawdopodobnie warto zrobić z tego (raz na dzień, cronem) bazę 
*.db i używać do filtrowania, podobnie jak spamdb.

-- 
(-) Łukasz Grochal                            lgro...@rotfl.pl.eu.org
___________________________________         (for PGP signature visit:)
Kobiety uwielbiają być zdobywane i \______ http://www.rotfl.pl.eu.org/ __
zaniedbywanie tego czysto męskiego obowiązku ma katastrofalne skutki. JCh

Łukasz Grochal <lu...@rotfl.eu.org> wrote:
>> Z czym to działa? Z sendmailem?

> Prawdopodobnie ze wszystkim; zależy od tego, jak przetworzysz źródła.
> W eximie prawdopodobnie warto zrobić z tego (raz na dzień, cronem) bazę 
> *.db i używać do filtrowania, podobnie jak spamdb.

W przypadku ZMailera będzie podobnie, przefiltrować do ZMailerowego
formatu i voila. :-)

   Pozdrawiam,
       Dawid
-- 
.------------------.                                             .----------.
| *Dawid Kuroczko* `-.--------------------------------------.---=' _Kraków_ |
| q n e x...@knm.org.pl | Parental guidance: explicit content! | Member of KNM |
`--------------------"------------------------------[Sygnaturka zastępcza]--'

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

>>spamowanie traktuje jako jeszcze jedną taktykę marketingową i nie zamierza
>>z niego zrezygnować.
> Z czym to działa? Z sendmailem?

Z czym chcesz, u mnie z Sendmailem i Postfixem. Kwestia przekonwertowania
formatów baz, w przypadku w/w u mnie robi to sed.

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

Pewnego dnia, a było to 2 Feb 2000 13:07:15 GMT przyszła do mnie
wiadomość z adresu <krav...@ceti.pl> i powiedziała:

>Krzysztof Krzyżaniak <el...@pawnhearts.eu.org> wrote:
>
>>>spamowanie traktuje jako jeszcze jedną taktykę marketingową i nie zamierza
>>>z niego zrezygnować.
>> Z czym to działa? Z sendmailem?
>
>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.

	eloy

-- 
   |  |\   Krzysztof `eloy' Krzyżaniak |        Walk along the floor
 __|  | |   <el...@pawnhearts.eu.org>   |        Dance on my head
/  |  |/       Pawn Hearts Member      .        Living in a nightmare
\_/|_/|__/ http://3276979202/~eloy/dl/ .        Day by day

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/

Pewnego dnia, a było to 2 Feb 2000 14:29:52 GMT przyszła do mnie
wiadomość z adresu <krav...@ceti.pl> i powiedziała:

[..]
>>>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.

W razie czego mogę swobodnie postawić CVS u siebie w firmie.

>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.

Np. kopia dostępna na serwerze ftp/http.

>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.

Można też pokusić się o napisanie konwerterów do mniej popularnych MTA.

>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

Rzecz do ustalenia.

>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.

Można załozyć listę mailową: jedną dla ludzi z r/w a drugą typu announce dla
ludzi z r/o. 

	eloy

btw. od jakiegoś czasu rozważam przejście z sendmaila na postfixa. Czy
postfix w jakiś istotny sposób odbiega od sendmaila?

p.s. Rozważałem możliwość FUT na pl.comp.mail.mta ale poczekam aż dyskusja
się rozwinie.

-- 
 * Krzysztof `eloy' Krzyżaniak * HP -> http://www.pawnhearts.eu.org/~eloy/
 * <el...@pawnhearts.eu.org>    * Kabaret Loża44 -> http://loza44.topnet.pl/
 * PH Member                   * Rock -> http://wwwv.venco.com.pl/~eloy/muzyka/
                   Ja tam się nie przejmuję kobietami... (MZ)

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

>>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.
> W razie czego mogę swobodnie postawić CVS u siebie w firmie.

Na pewno będzie potrzebne przynajmniej kilka mirrorujących się 
nawzajem serwerów CVS.

> btw. od jakiegoś czasu rozważam przejście z sendmaila na postfixa. Czy
> postfix w jakiś istotny sposób odbiega od sendmaila?

Tak, jest dużo szybszy i bezpieczniejszy :) Konfiguracja jest dużo
inna, to znaczy nie jest jednym wielkim ciągiem regułek przepisujących
adresy. Zamiast jednego monolitu masz wiele komunikujących się przez
IPC oddzielnych demonów, coś w stylu qmaila. Postfix nie chodzi jako
root, tylko jako user bez przywilejów.

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

Paweł Krawczyk <krav...@ceti.pl> wrote:
> Krzysztof Krzyżaniak <el...@pawnhearts.eu.org> wrote:
> >>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.
> > W razie czego mogę swobodnie postawić CVS u siebie w firmie.
> Na pewno będzie potrzebne przynajmniej kilka mirrorujących się 
> nawzajem serwerów CVS.

Na pewno jest to zupełnie bez sensu. No, chyba że chcecie zostać
polskim RBLem albo ORBSem. W każdym razie ja nie zaufam takiej bazie
prowadzonej przez Ciebie (bez urazy i zapewne z wzajemością), kilku
innych osób też to dotyczy.. chyba żeby wpisy do takiej bazy każdy
musiał podpisać zaakceptowanym kluczem pgp, baza zaś jedynie by to
centralizowała.. byłoby to o tyle dobre, że każdy by stosował wpisy
tych osób, którym ufa.. a jakby jeszcze zorganizować podpisywanie
cudzych wpisów.. to by było piękne. Tyle, że do tego cvs chyba nie
wystarczy..
-- 
smarkacz

smarkacz <smar...@anathema.eu.org> wrote:

> Na pewno jest to zupełnie bez sensu. No, chyba że chcecie zostać
> polskim RBLem albo ORBSem. W każdym razie ja nie zaufam takiej bazie
> prowadzonej przez Ciebie (bez urazy i zapewne z wzajemością), kilku
> innych osób też to dotyczy.. 

Cóż, trudno, ja Cię i tak lubię ;)

> musiał podpisać zaakceptowanym kluczem pgp, baza zaś jedynie by to
> centralizowała.. byłoby to o tyle dobre, że każdy by stosował wpisy

Baza ma właśnie centralizować te blacklisty, które każdy sobie
lokalnie tworzy. Dopókie nie będzie to system kilkuset użytkowników,
nie widzę potrzeby stosowania PGP. A raczej nie będzie, z założenia,
i z dotychczasowych doświadczeń. W CVSie każdy wpis jest oznakowany
loginem tego, kto go dodał. Do CVSu logujesz się przez login+hasło,
IMHO wystarczy.

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

Paweł Krawczyk <krav...@ceti.pl> wrote:
> smarkacz <smar...@anathema.eu.org> wrote:
> > musiał podpisać zaakceptowanym kluczem pgp, baza zaś jedynie by to
> > centralizowała.. byłoby to o tyle dobre, że każdy by stosował wpisy
> Baza ma właśnie centralizować te blacklisty, które każdy sobie
> lokalnie tworzy. Dopókie nie będzie to system kilkuset użytkowników,
> nie widzę potrzeby stosowania PGP. 

Ja widzę.. i widzę też kilka innych zalet takiego podejścia, ale o tym 
dalej..

> A raczej nie będzie, z założenia, i z dotychczasowych doświadczeń. W
> CVSie każdy wpis jest oznakowany loginem tego, kto go dodał.

Właśnie, tego, kto go dodał.. i nie ma żadnej możliwości poparcia
wpisu dokonanego przez kogo innego - czyli np. ja wpisuję pana X do
bazy, ściąga bazę pan Y, który ma moje wpisy gdzieś, za to Twoje
uznaje.. no, ale na tym wpisie jest napisane, że to ja dodałem. Chyba
żebyś Ty dodał pana X jeszcze raz.. ale w takim wypadku chyba każdy,
kto ma coś do Pana X musiałby sam go dopisać.
-- 
smarkacz