On Mon, Nov 08, 2010 at 00:32:57 +0100, Jacek Osiecki wrote: > Mi wysyła - choćby to, że akurat nie udało się ściągnąć nowych definicji > do clamd (godzinę później się udało), albo inne tego typu.
No i to są rzeczy do ewentualnego 2>/dev/null. Sam się ostatnio zastanawiałem nad takim przekierowaniem w rdate, który narzeka gdy akurat nie ma sieci. Co nie zmienia w najmniejszym stopniu faktu, że to jest element konfiguracji systemu - jak nie chcesz o clamd czytać, to dopisz. >> No wybacz, ale idąc wcześniejszym tokiem rozumowania to teraz logwatch >> będzie wysyłał 'crap, który obniża czujność'. Bo co ladmina obchodzi, że >> logi się nie rotują? > > Obchodzi, nawet ladmina bo to niemiłe jest gdy nagle zaczyna brakować > miejsca :) Jeszcze bardziej admina poczty będzie interesować, że ma nieaktualne od 2 godzin bazy clamava - też należy zrobić osobne rozsyłanie? >> Nie, nie i raz jeszcze - nie. Robienie pierdyliarda opcji do plików, >> które sobie można zwyczajnie skasować bądź przerobić (jeśli nie mają >> odpowiednich %config to dopisać), szczególnie w przypadkach tak >> nielogicznych jak ten, jest głupie i niepoprawne. > > Zacznijmy od tego, że głupie i niepoprawne było robienie tego > /dev/null Zgadza się, z tym że stderr - ono bezwzględnie musi być puszczane. > Zdecydowanie lepiej było bez tego... pewnie ktoś dopisał bo miał popsute > rotowanie logów przez jakąś usługę :) Taka zmiana była w example w paczce źródłowej, no i przeszła u nas. >> Bo zapewne nie pododajesz do takich skryptów obsługi mktemp czy mail >> (których w systemie może brakować bądź mogą być w różnych wersjach). > > Tu dałem tylko przykład - u siebie zrobiłem to bez mktemp, tylko z > użyciem $$. No to właśnie takie 'tylko przykłady' ktoś musi utrzymywać i poprawiać, jak wychodzą babole. Dlatego tego robić nie należy, skoro już nadrzędny demon zajmuje się mailowaniem. >> Proces jest wołany przez crona i to na poziomie crona ma być robiona >> obsługa poczty, robienie nieuzasadnionego wyjątku doprowadzi wyłącznie >> do niespójności systemu. > > Jeśli exitcode !=0 to nie jest on taki nieuzasadniony ;) A czym się różni od !=0 z innych cronowatych? Niczym. Dla jednego ważniejszy, dla drugiego mniej. -- Tomasz Pala <go...@pld-linux.org> _______________________________________________ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl