SPECS: tmpwatch.spec - rel 9 - expanded pl description - default c...

[Paweł Gołaszewski]

On Sun, 31 Oct 2004, Tomasz Pala wrote:
> > > U mnie nie ma prawa NIC bez przejżenia wylecieć.
> > To u ciebie inaczej to skonfigurujesz ;)
> Uważasz, że przed każdą aktualizacją pakietu mam sobie zrobić diffa
> wszystkich plików, przejżeć changelogi itp?

Jeżeli tworzy ci się .rpmnew to i tak zawsze musisz to zrobić...

> Raz skonfigurowałem system i żaden upgrade NIE MA PRAWA nic zmianiać w
> mojej konfiguracji, ani dodawać, ani odejmować!

Wiesz, że to jest demagogia?
Połowa upgrade zmienia ci konfigurację, bo są nowe ficzery, stare działają 
inaczej, etc, etc...

> > Nie wierzę, że nie przechowujesz tego gdzieś w formie skompresowanej
> > (ja
> Amavis sam kompresuje to, co uzna za spam.

I dobrze :)

> > bym tak zrobił, bo żal by mi było miejsca)
> Przez pół roku zebrało mi się tego niespełna 2GB. Z tego 90% to wirusy,
> a reszta została ZAKLASYFIKOWANA jako spam.

2G to dla mnie dużo mniejsca.

> Mi z kolei szkoda byłoby czasu, żeby zajmować się taką ilością miejsca.
> Jak braknie, to podepnie się laptopa i nagra wszystko na DVD. Ale
> braknie nie za 60 dni, a za 6 lat.

Sfinansujesz mi dysk?

> > > Bo poczta firmowa ginąć nie może.
> > Rozumiem, ale twoje wymagania są trochę specyficzne :) Generalnie - te
> To, że upgrade nie może zmieniać czyjejś działającej konfiguracji to
> jest specyficzne...? Że nie może usuwać plików, które ktoś trzyma we
> właściwym miejscu (nie będącym katalogiem tymczasowym)?

To jest właściwe miejsce, ale raczej nie na składowanie danych...

> > dwie lokalizacje dla prawie każdego są kolektorem śmieci. Ustawiłem
> > wywalanie po 60 dniach... po takim czasie prawdopodobieństwo zajrzenia
> > do takiego pliku zmierza raczej do zera.
> Prawdopodobieństwo zajrzenia do backupu systemu też zmierza do zera. Pod
> warunkiem, że nie będzie kiedyś potrzebny! I tak samo jest z tymi
> plikami.

Więc je sobie archiwizuj, ale nie w katalogu tymczasowym amavisa.

> > A jeżeli ktoś potrzebuje przechowywać te pliki to raczej będzie je
> > kompresował i zrzucał w lepsze miejsce (taśma, CD...).
> A niby po co? Wirusów jak ktoś nie kolekcjonuje, to po prostu wyłączy
> kwarantannę, jako że antywirus stwierdza jednoznacznie, czy coś jest
> zainfekowane czy nie.

kwarantanna jest domyślnie włączona. Pamiętaj o tym.

> Ze spamem jest inaczej - metody wykrywania są bardzo niedokładne, w
> związku z czym istnieje duże ryzyko false-positive. I na taką okazję te
> pliki się trzyma. Obsługuję pocztę dla kilkuset osób. Po pół roku nie
> zebrało mi się tego nawet na pół CD. A Ty byś mi po 60 dniach to
> wywalił... Nice.

Wiesz - jeżeli po 60 dniach nikt nie zajrzał do tego to nie wydaje mi się 
żeby kiedykolwiek ktoś zajrzał...

> Nie wywalisz tylko dlatego, że nie używam tmpwatcha... ani tetexa na
> tych serwerach:
> 
> poldek:/all-avail> desc -B tmpwatch-2.8.4-9 
> 
> Package:        tmpwatch-2.8.4-9
> RequiredBy:     tetex
>
> Uważam za niedopuszczalne kasowanie OOTB plików, które ktoś _celowo_ (w
> przeciwieństwie do tmp, które z definicji nic nie trzyma) przechowuje,
> tym bardziej przez pakiet, który jest wymagany przez inny.

A ja uważam, że niedopuszczalne jest marnotrawienie miejsca...

-- 
pozdr.  Paweł Gołaszewski 
---------------------------------
If you think of MS-DOS as mono, and Windows as stereo,
then Linux is Dolby Pro-Logic Surround Sound with Bass Boost
and all the music is free.