Re: kill; kill; kill (Re: KiB o Internecie)

Autor: Artur Pioro (artur_at_thp2.if.uj.edu.pl)
Data: Mon 19 Dec 1994 - 17:09:42 MET


>>>>> "Jaroslaw"==Jaroslaw Rafa <RAJ_at_inf.wsp.krakow.pl> writes:

Jaroslaw> Czy mowisz o *serwerze* ? To oczywiste, ze serwer
Jaroslaw> przyjmujacy poczte musi chodzic 24h/dobe ale przeciez
Jaroslaw> serwerow sie raczej nie wylacza... Zreszta z komputerem
Jaroslaw> Unixowym to samo: zeby odbierac poczte musi chodzic.

Jaroslaw> Filtrowanie rzeczywiscie odbywa sie dopiero w momencie, gdy
Jaroslaw> sie wlogowuje i uruchamiam Pegasusa, ale czy to komu
Jaroslaw> przeszkadza (poza troche wieksza zajetoscia dysku do czasu,
Jaroslaw> gdy sie zaloginuje)?

Ja nie chce tutaj wskrzeszac dyskusji na temat wyzszosc Porzadnego
Systemu Operacyjnego nad MS-DOS/Novell, ale sam chyba Jarku zdajesz
sobie sprawe, ze jest to rozwiazanie ulomne. Uniemozliwia ono
praktycznie jakiekolwiek automatyczne przetwarzanie poczty. Ja np. na
podstawie przychodzacej do mnie poczty (generowanej przez podsystem
monitujacy system) dokonuje takich nudnych codziennych czynnosci, jak
usuwanie core'ow, archiwizacja i przycinanie logow itp. A co z
forwardowaniem poczty do jedengo systemu, na ktorym rzeczywiscie ja
czytasz? Musisz w obrebie kazdej sieci novellowej zostawiac wlaczone
PC z chodzacym mailerem, ktory bedzie Ci forwardowal poczte?

I nie mow, ze jest tylko kwestia czasu wbudowanie w/w mozliwosci w
np. server Novellowy przy pomocy nowych modulow... Ta droga wiedzie do
sytuacji, w ktorej poczciwy serwer novellowy, ktory w zalozeniu mial
przede wszystkim sluzyc jednej czynnosci (udostepnianiu plikow),
bedzie musial robic wszystko, co od dawna robi juz kazdy wielodostepny
system operacyjny. Cala ta kostrukcja bedzie sie opierac na podstawach
do czego innego przeznaczonych i na rozwiazaniach ad hoc stwarzanych
do rozwiazania (zwykle autorskiego, a wiec nie projektowanego z mysla
o otwartosci i wspolpracy z czym tylko sie da ;-)) kolejnych
problemow. W efekcie system stanie se moze jeszcze mniej spojny i
zrozumialy oraz bardziej eklektyczny i trudny w zarzadzaniu, niz
przecietny UNIX.

-- Artur



To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 15:47:26 MET DST