On Mon, 7 Jul 2008, Aldrin Martoq wrote:
> Bueno, ese software es _dificil_ hacerlo correr en una distro actual (de
> partida habia que tener LinuxThreads cosa que nadie trae hoy). En la
> practica, solo funciono en la misma version de Debian de 32bits pero no
> en la de 64bits. Hay cosas parecidas con el flash player de adobe segun
> he leido, pero no se los detalles de porque ocurre esto.
>
El flashplayer de Adobe viene solo en binario para x86, para correrlo en
64 bits es necesario un wrapper llamado npviewer. Instalarlo, en Debian al
menos, es transparente pero a veces se cuelga y consume considerablemente
mas cpu que corriendo directamente en 32 bits (viendo videos en flash,
por ejemplo).
Xavier
From [EMAIL PROTECTED] Mon Jul 7 14:51:53 2008
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Mon Jul 7 14:52:08 2008
Subject: Es amd64 para servidor en produccion ?
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Xavier Andrade escribió:
> On Mon, 7 Jul 2008, Aldrin Martoq wrote:
>
>> Bueno, ese software es _dificil_ hacerlo correr en una distro actual (de
>> partida habia que tener LinuxThreads cosa que nadie trae hoy). En la
>> practica, solo funciono en la misma version de Debian de 32bits pero no
>> en la de 64bits. Hay cosas parecidas con el flash player de adobe segun
>> he leido, pero no se los detalles de porque ocurre esto.
>
> El flashplayer de Adobe viene solo en binario para x86, para correrlo en
> 64 bits es necesario un wrapper llamado npviewer. Instalarlo, en Debian
> al menos, es transparente pero a veces se cuelga y consume
> considerablemente mas cpu que corriendo directamente en 32 bits (viendo
> videos en flash, por ejemplo).
Ojo que el problema aquí es que el plugin es básicamente una biblioteca
de 32 bits, y el browser es un programa de 64. Como es imposible tener
ambos funcionando directamente en el mismo proceso, lo que hace npviewer es
correr la biblioteca en un proceso aparte y comunicar entre los dos
haciendo las conversiones necesarias.
Estas conversiones extras son las que usarían mas CPU. Acá en mi tarro
ese consumo extra de CPU no se nota (claro que es un X2)
--
Alvaro Herrera http://www.flickr.com/photos/alvherre/
"Ni aun el genio muy grande llegaría muy lejos
si tuviera que sacarlo todo de su propio interior" (Goethe)
From [EMAIL PROTECTED] Mon Jul 7 14:55:36 2008
From: [EMAIL PROTECTED] ([EMAIL PROTECTED])
Date: Mon Jul 7 14:55:51 2008
Subject: Correo
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
>> Estimados
>> Gusto en saludarles.
>> Quiero enviar correo desde linea de comandos bash y me funciona bien para
>> el envío de correos locales. No obstante para los que envio hacia fuera del
>> servidor, @cualquiercosa.com, no llegan. En el syslog aparece el siguiente
>> mensaje:
>>
>> sendmail[24568]: [ID 801593 mail.info] m67Gtmib024568: to=
>> [EMAIL PROTECTED], delay=00:00:00, mailer=esmtp, pri=30093, dsn=4.4.3,
>> stat=queued
>>
>> Cómo puedo configurar el mail para que envíe correos hacia fuera de la
>> organización?
>> o, de otra manera, qué herramienta existe para enviar correos desde linea
>> de comando utilizando un smtp externo?
>> Muchas gracias de antemano.
>>
>>
>>
> Prueba con el comando "nail", esta es la sintaxis que yo uso:
>
> nail -r "[EMAIL PROTECTED]" -s "Some subject" -S smtp=some.smtp.server
> [EMAIL PROTECTED] < msg.txt
>
>
Mmmm, no tengo nail en la máquina y al ir a buscarlo a SourceForge ya no
estaba.
No creo que convenga poner un programa que ya salió de circulación en un
server.
Por otro lado, le puse verbose al mail y este ese el mensaje de error que
arroja:
xxxxxx.cl: Name server timeout
... Transient parse error -- message queued for future delivery
... queued
