[Violentamente reformateado para legibilidad]
Juan Carlos Jimenez Jamett <[EMAIL PROTECTED]> dijo:
> El jue, 29-04-2004 a las 18:11, Mauro Morales M. escribió:
> > From: "Juan Carlos Jimenez Jamett" <[EMAIL PROTECTED]>
> > : El jue, 29-04-2004 a las 17:17, Mauro Morales M. escribió:
> > : > From: "Mauro Morales M." <[EMAIL PROTECTED]>
> > : > : From: "Juan Carlos Jimenez Jamett" <[EMAIL PROTECTED]>
> > : > : : Estoy teniendo un problema al enviar correos con attach. Cada vez
> > : > : : que un usuario (desde su cliente de correo) intenta enviar un
> > : > : : email con un adjunto queda la conexion detenida:
> > : > : :
> > : > : : segun 'ps -ef'
> > : > : :
> > : > : : root 11076 8506 0 16:40 ? 00:00:00 sendmail: server
> > eq244
> > : > : : [192.1.6.244] child wait
> > : > : : root 11077 11076 0 16:40 ? 00:00:00 sendmail:
> > ./i3TKeu711077
> > : > : : eq244 [192.1.6.244]: DATA
> > : > : :
> > : > : : he probado _todo_, desde cambiar kernel, la version de sendmail,
> > : > : : usar variados clientes de correo, etc. Tengo openwebmail
> > : > : : instalado y funciona OK.
[...]
> > Algun antivirus ?
No creo. Si es a la salida, lo habria filtrado antes de enviar; si es a la
entrada alla supongo (no se de Win!) que revisa una vez recibido.
> uf! he tratado todo, la verdad tengo sendmail + inflex + f-prot +
> spamassassin, pero he probado con sendmail a "poto pela'o" y nada. Segun
> muuuuuuuuuchos threads que he pillado en google aluden temas de red
> (comunicacion) y/o MTU... pero no puedo dar con la solucion.
Es un problema de comunicacion, el otro extremo no recibe el mensaje y la
conexion queda abierta. Puede ser algun cortafuegos configurado de forma
terminalmente idiota que no deja cerrar conexiones, o red como las
carabinas que pierde muchos paquetes; pero eso es mas bien traido de los
cabellos.
Que es el mentado "attachment"? Alguna copia de Office XP? Quien/que es la
contraparte? Puede ser que de alguna forma se atore al recibir attachments...
--
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] Fri Apr 30 10:15:58 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Apr 30 10:16:00 2004
Subject: base de datos RPM corrupta, como corrijo esto?
In-Reply-To: Your message of "Thu, 29 Apr 2004 18:50:55 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
[EMAIL PROTECTED] (Rodrigo De la Vega P.) dijo:
> > > rpm --rebuilddb?
> Este es un desastre habitual con rpm o no? (por lo habitual de la
> consulta).
A mi personalmente me ha pasado unas 4 veces que se ha corrupto la base de
datos de RPM, nunca con versiones recientes. Una o dos por problemas con el
disco, una vez que se lleno /var, una inexplicable (== rana de RPM). Si
ocurre, es bastante desagradable, y no hay mucha documentacion sobre como
salir del paso.
RPM en Fedora usa db4 como backend, ese es un DBMS como la gente (con
transacciones et al, aunque no se si lo usan 100%), debiera ser mucho mas
robusto que las versiones anteriores.
--
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] Fri Apr 30 10:36:48 2004
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Germ=E1n_Po=F3_Caama=F1o?=)
Date: Fri Apr 30 10:39:01 2004
Subject: otra duda
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El vie, 30-04-2004 a las 09:02, -0400, Mauro Morales M. escribió:
> From: "Germán Poó Caamaño" <[EMAIL PROTECTED]>
> : El jue, 29-04-2004 a las 17:49, -0400, Alvaro Herrera escribió:
> : > On Thu, Apr 29, 2004 at 05:01:57PM -0400, Mauro Morales M. wrote:
> : >
> : > > Pero en tan solo esta semana de desarrollo ya no quiero saber mas de
> : > > MySQL, por la infinidad de 'detalles' en las que hay que darse 'la
> : > > lata' de verificar/revisar/validar antes de dar por segura una
> : > > 'transaccion' en el codigo fuente y no como tarea propia del DBMS.
> : >
> : > Right. Una de las cosas que encuentro mas absurdas es que si haces
> : > INSERT INTO a VALUES (id, un-numero-muy-grande)
> : >
> : > tienes que hacer
> : > SELECT numero FROM a WHERE id;
> : >
> : > para ver si el numero es el mismo que insertaste o no. Y si no lo
> : > haces, nadie te asegura que sea correcto :-(
> :
> : Para hacer eso, mejor determinas cual es valor maximo que almacena
> : y no permitir mayores valores que eso.
>
> Pero como sea igual debes realizarlo a nivel de codigo fuente ... :-(
Solo quise mencionar que tales consultas se pueden evitar, no que fuera
lo ideal :-)
--
Germán Poó Caamaño
http://www.ubiobio.cl/~gpoo/
