Lukasz Trabinski <lukasz@trabinski.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 HalasaReceived on Wed Jan 7 21:55:07 2009
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Wed 07 Jan 2009 - 22:40:03 MET