zwalone polecenie mail

Radoslaw Kojdecki radek w media-com.com.pl
Sob, 25 Sty 2003, 01:46:31 CET


On Fri, 24 Jan 2003, Jarosław Kamper wrote:

> Dnia Thursday 23 of January 2003 23:29, Radoslaw Kojdecki napisał:
> > On Thu, 23 Jan 2003, Filip Kalinski wrote:
> > > Dnia Wed, Jan 22, 2003 at 09:40:13PM +0100, Paweł Gołaszewski 
> napisał(a) co następuje:
> > > > On Wed, 22 Jan 2003, Tomasz Kłoczko wrote:
> > > > > > > > > IMO nie. Od grzebania po mailboksach jest MDA, a nie
> > > > > > > > > /bin/mail.
> > > > > > > >
> > > > > > > > Problem w tym, że ja z /bin/mail często korzystam, a wkurza
> > > > > > > > mnie, że nie potrafi on skasować mi maili :(
> > > > > > >
> > > > > > > $ ls /var/mail/kloczek -la
> > > > > > > -rw-------    1 kloczek  mail            0 11-06 07:57
> > > > > > > /var/mail/kloczek
> > > > > > >
> > > > > > > Czyli w kasowaniu nic nie pzreszkadza .. jezlie juz cos
> > > > > > > pzreszkadza to w zakładaniu plikoł w /var/mail czy innych
> > > > > > > operacjach.
> > > > > >
> > > > > > hmmm... zanim zaczniesz wypowiadać takie "ważkie" myśli,
> > > > > > sprawdź jak mail działa. I spróbuj go uruchmić, mając coś w
> > > > > > skrzynce, a następnie po prostu wcisnąć "q" gratuluję,
> > > > > > odtworzyłeś błąd!
> > > > >
> > > > > & q
> > > > > Unable to lock mailbox: Permission denied
> > > > >
> > > > > czyli nie udaje się próba załozenia lock-a bo metoda zakładani
> > > > > tegoż jest niedostosowana do uprawnień jakie preferujemy i _to_
> > > > > tzreba poprawić a nie myśleć o sgid-ach czy innych :)
> > > >
> > > > Ale to też jest rozwiązanie błędu. Może nie najlepsze, ale inne mi
> > > > nie przychodzi do głowy...
> > > >
> > > > > Zdaje się że potrzebna poprawka jest w w debianowych patchach.
> > > >
> > > > Widać, że nie czytasz postów.
> > > > Napisałem, że patrzyłem jak jest w debianie - tam jest /var/mail
> > > > 1777, więc nie mają problemu.
> > > > nie chce mi się RH sprawdzać, ale podejrzewam, że tak samo.
> > >
> > > W RH jest 0777 i wsio działa :-)
> >
> > Niech zgadne ... do czasu aż jakiś user nie zrobi rm -f /var/mail/* ??
> >
> > [root w whitebox radek]# mkdir dupa
> > [root w whitebox radek]# chmod 777 dupa
> > [root w whitebox radek]# ls -ld dupa
> > drwxrwxrwx    2 root     root         4096 01-23 23:16 dupa
> > [root w whitebox radek]# exit
> > [radek w whitebox radek]$ echo "test" > dupa/radek
> > [radek w whitebox radek]$ ls -l dupa/
> > razem 4
> > -rw-------    1 radek    users           5 01-23 23:16 radek
> > [radek w whitebox radek]$ sudo chown root dupa/radek
> > [radek w whitebox radek]$ ls -l dupa/
> > razem 4
> > -rw-------    1 root     users           5 01-23 23:16 radek
> > [radek w whitebox radek]$ rm dupa/radek
> > rm: usunąć zabezpieczony przez zapisem zwykły plik `dupa/radek'? y
> > [radek w whitebox radek]$ ls -l dupa/
> > razem 0
> 
> chown root.mail /var/mail
> chmod 775 /var/mail
> touch /var/mail/dupa
> chown dupa.mail /var/mail/dupa
> chmod 660 /var/mail/dupa
> 
> W tym wypadku rmfować mógłby już tylko root lub członek grupy mail. Źle 
> myślę? Tak tylko nie mogę sobie przypomnieć, po co istnieje grupa mail 
> (pogoda ;) )...

... ale w tym wypadku user nie stworzy sobie locka a od tego sie chya 
zaczelo;))

RK
-- 
-----------------------------------------^---------------------------
Media-Com Sp. z o.o.         .  _^_ * . /'\ .  .  Tychy, ul. Długa 19
http://www.media-com.com.pl/   _(")/ . / ' \  . info w media-com.com.pl
-------------------------------(_,_) ../ | \jb-----------------------



Więcej informacji o liście dyskusyjnej pld-devel-pl