Jesus Aneiros Sosa <[EMAIL PROTECTED]> dijo:
> On Tue, 4 Jan 2005, Linus Casassa wrote:
> > grep -q usbfs /proc/filesystems
> > 
> > quiero saber si devuelve un 0 o un 1. recuerdo que un amigo lo podia
> > obtener haciendo echo a una variable. pero no lo encuentro. alguna
> > pista?

> $?

   if grep -q usbfs /proc/filesystems; then
      echo Si
   else
      echo No
   fi

Aunque para algo como esto es preferible solo intentar usar la
funcionalidad del caso, es perfectamente posible que sea un modulo que se
carga bajo demanda.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Sun Mar 27 21:15:02 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Mon Mar 28 02:06:59 2005
Subject: procmailrc 
In-Reply-To: Your message of "Sun, 27 Mar 2005 12:54:26 -0400."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Jesus Aneiros Sosa <[EMAIL PROTECTED]> dijo:
> On Fri, 18 Mar 2005, cristian madrid wrote:
> > Hola listeros Tengo el sgte inconveniente
> > en un server de correo con white box , un kernel 2.4.21-27.0.1.EL , con
> > postfix, Mailscanner, mi problemas es que cada vez que deseo
> > implementar una regla dentro del archivo .procmailrc por ejemplo

> > * [EMAIL PROTECTED]
> > /var/home/cristian/Lista-Linux

> Curioso lugar para home.

Demas que si.

> > al revisar los log en /var/log/maillog , al momento de recibir un
> > correo des la direccion linux@listas.inf.utfsm.cl indicaba lo
> > sgte. "suspicious rcfile"

Un .procmailrc (que deja cosas) bajo /var _es_ sospechoso...

> Puedes var mas definiendo dentro de tu .procmailrc
> LOGFILE=fichero_de_logs
> VERBOSE=on
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Sun Mar 27 21:06:34 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Mon Mar 28 02:07:07 2005
Subject: Openwebmail en FC3? 
In-Reply-To: Your message of "Sun, 27 Mar 2005 11:55:36 -0400."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

[No he visto el mensaje original, asi que...]

Jesus Aneiros Sosa <[EMAIL PROTECTED]> dijo:
> On Mon, 21 Mar 2005, Marco Bravo wrote:
> > Mar 21 15:46:00 server kernel: audit(1111434360.210:0): avc:  denied  { 
> > read } for  pid=3575 exe=/usr/bin/suidperl name=shadow dev=hda1 
> > ino=1541976 scontext=root:system_r:httpd_sys_script_t 
> > tcontext=system_u:object_r:shadow_t tclass=file

> > Alguna idea?

> Lo unico que se me ocurre es que openwebmail requiere de suidperl que por 
> problemas de seguridad ha sido eliminado de perl. Tienes ese rpm 
> instalado?

Este mensaje es SELinux avisando que nego al proceso corriendo suidperl
leer un archivo llamado shadow (/etc/shadow, supongo). Dado que el paquete
que estas usando (openwebmail) no es parte de FC3, no tiene definida
politica (y por omision el acceso se niega).
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Sun Mar 27 20:26:44 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Mon Mar 28 02:07:16 2005
Subject: Refrescar zona DNS ERA Re: DNS que aveces funca y aveces no. 
In-Reply-To: Your message of "Sun, 27 Mar 2005 09:42:50 -0400."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Jesus Aneiros Sosa <[EMAIL PROTECTED]> dijo:
> Estaba leyendo los mensajes viejos de la lista y aprovecho este para 
> preguntar.

> On Mon, 27 Dec 2004, Horst von Brand wrote:
> 
> [...]

> > > Qu=E9 valor debe tener el refresh?

> > Es el tiempo que un secundario deja pasar entre consultas al primario para
> > ver si hay cambios. Segun el Teorema de Nyquist, debe ser <= 1/2 el tiempo
> > (esperado) entre cambios ;-)

> Mi pregunta es: En las versiones modernas de BIND un master puede
> informarle a un slave que debe descargar la zona sin necesidad de llegar
> al refresh, correcto?

Las versiones actuales (creo que desde 8.x.x) avisa a los esclavos que hay
cambios. Claro que si por X razon el esclavo no recibe el aviso, igual
cuenta el refresh.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Mon Mar 28 07:04:37 2005
From: [EMAIL PROTECTED] (Jesus Aneiros Sosa)
Date: Mon Mar 28 06:53:38 2005
Subject: pregunta de bash
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On Sun, 27 Mar 2005, Horst von Brand wrote:

> Jesus Aneiros Sosa <[EMAIL PROTECTED]> dijo:
> > On Tue, 4 Jan 2005, Linus Casassa wrote:
> > > grep -q usbfs /proc/filesystems
> > > 
> > > quiero saber si devuelve un 0 o un 1. recuerdo que un amigo lo podia
> > > obtener haciendo echo a una variable. pero no lo encuentro. alguna
> > > pista?
> 
> > $?
> 
>    if grep -q usbfs /proc/filesystems; then
>       echo Si
>    else
>       echo No
>    fi

Generalmente un comando exitoso en UNIX devuelve al shell un valor 0.  
Quizas es por ello que el if considera como verdadera una expresion que
devuelve 0?
 
grep -q usbfs /proc/filesystems
echo $?

--
Jesus Aneiros Sosa
GNU/Linux User #190716
perl -e '$_=pack(c5,0105,0107,0123,0132,(1<<3)+2);y[A-Z][N-ZA-M];print;'

Responder a