Lukasz Trabinski <l...@t...nospam.net> writes:

> Widzisz, w przypadku smtp, wcześniej również nie było wymogów, aby
> dokonywać autoryzacji, używania certyfikatów itp. Niestety czasy uległy
> zmianie, tak więc trzeba było wynaleźć rozwiązania, aby owy, w zasadzie
> goły protokół uzbroić w mechanizmy obronne.

No i gdzie te mechanizmy? Typowa sesja SMTP nie uzywa tych rzeczy,
byle neostrada moze sobie otworzyc polaczenie TCP/25 do prawie
dowolnego serwera i wyslac mu spam.

> Być może w przyadku samego
> IRCa, również trzeba by pomyśleć nad takimi sposobami, aby uniemożliwić
> lub przynajmniej utrudnić korzystania automatom z tej usługi.

Zrozum jedna prosta rzecz. IRC przesyla informacje pomiedzy
zainteresowanymi tym uzytkownikami. Jesli dwoch uzytkownikow (dwie
maszyny itd) beda chcialy sie ze soba polaczyc i przesylac sobie
informacje, to tego nie jestes w stanie zablokowac. One beda to
w stanie robic bezposrednio bedac nawet za (osobnymi) NATami, co tu
porownywac z jakims trywialnym IRCem.

To po prostu utopia. Juz wieksze szanse mial CSS (ten od DVD).
--
Krzysztof Halasa