Re: Coneccion entre ftp con bash

2009-09-07 Por tema Arturo Mardones
2009/9/4 Antonio Sebastian Salles M. asalles.m...@gmail.com

 El 4 de septiembre de 2009 09:39, Juan Andres
 Ramirezjandresa...@gmail.com escribió:
 ...
  En resumen entro a este ftp y puedo hacer todas las cosas que se
  pueden hacer en un ftp.
 
  Lo que necesito es mover datos del ftp1 al ftp2 desde una 3 máquina
  con linux, sin pasar los archivos por la 3 maquina.
 

 Puedes hacer fxp utilizando lftp. Tienes que configurarlo antes:

 lftp :~ set ftp:ssl-force true
 lftp :~ set ftp:use-fxp true

 uso:

 open -p [Source Port] [Source Address]
 user [Source Username] [Source Password]
 mirror [Source Directory] ftp://[Destination Username]:[Destination
 passwo...@[destination Address]:[Destination Port]/[Destination
 Directory]

 puedes hacer un script también y lo llamas con lftp -f script

 --
 Saludos!

 Antonio Sebastián Sallés M.
 UCENTUX / IEEE UCENTRAL CHILE
 [cel] +56-9-8-281 71 61
 [lab] +56-2-582 69 31


y rsync??? no te sirve?? tiene q ser ftp?? slds!!


Mantenimiento directorio /var/spool/

2009-09-07 Por tema Angelo Astorga
Hola lista, he notado ultimamente que el directorio /var/spool/  crece
considerablemente hasta llegar a un punto que ya me esta ocupando un 30% del
disco... he notado que el directorio /var/spool/clientmqueue  guarda todo
este peso y pertenece al usuario y grupo  smmsp,  alguna informacion al
respecto, para poder mantener y vaciar este directorio constantemente o
bien, cual es el objetivo de este directorio y que funcion cumple en el
sistema operativo... tengo  linux red hat AS 3...

gracias...


Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Alvaro Herrera
Angelo Astorga escribió:
 Hola lista, he notado ultimamente que el directorio /var/spool/  crece
 considerablemente hasta llegar a un punto que ya me esta ocupando un 30% del
 disco... he notado que el directorio /var/spool/clientmqueue  guarda todo
 este peso y pertenece al usuario y grupo  smmsp,  alguna informacion al
 respecto, para poder mantener y vaciar este directorio constantemente o
 bien, cual es el objetivo de este directorio y que funcion cumple en el
 sistema operativo... tengo  linux red hat AS 3...

Verifica en los logs del sistema de correo si estás siendo usado para el
despacho de spam.

-- 
Alvaro Herrera  Developer, http://www.PostgreSQL.org/
If you have nothing to say, maybe you need just the right tool to help you
not say it.   (New York Times, about Microsoft PowerPoint)


Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Juan Andres Ramirez
2009/9/7 Angelo Astorga angeloasto...@gmail.com:
 Hola lista, he notado ultimamente que el directorio /var/spool/  crece
 considerablemente hasta llegar a un punto que ya me esta ocupando un 30% del
 disco... he notado que el directorio /var/spool/clientmqueue  guarda todo

Si tus usuarios usan Outlook, este por defecto al configurar una
cuenta, guarda una copia en el servidor, es por eso que el archivo que
esta en el server crece tanto, porque al enviar a la casilla este no
se borra del server.

 este peso y pertenece al usuario y grupo  smmsp,  alguna informacion al
 respecto, para poder mantener y vaciar este directorio constantemente o
 bien, cual es el objetivo de este directorio y que funcion cumple en el
 sistema operativo... tengo  linux red hat AS 3...

Depende como lo tengas configurado, en Centos es la casilla pop3 del
usuario, y como te expliqué anteriormente se llena por las razones ya
dadas.
Si lees un poco al respecto podrias entender mejor.


 gracias...




Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Wladimir A. Jimenez B.
Angelo:

Me parece que te puede servir el enlace [1], se explica como utiliza
sendmail el directorio que mencionas y un poco de administración, como
ver los mensajes en la cola, eliminarlos, etc...

/var/spool/clientmqueue: Este es el directorio donde se almacenan los
ficheros encolados por el MSP (Mail Submission Program, tal como
mail(1)). Los ficheros permanecen ahí hasta que Sendmail los procesa.

[1] http://www.usebox.net/jjm/sendmail/



control de versiones para binarios

2009-09-07 Por tema Victor Hugo dos Santos
Hola a todos,

bueno.. se que para el control de versiones existen diversos softwares
(cvs, svn, git, etc) disponibles.. pero estés, están orientados a
códigos fuentes (principalmente).
bueno, ahora en la oficina, me solicitaron evaluar alguno
administrador de versiones para archivos binarios, o sea, ejecutables,
instaladores, documentos (pdf, word, excel, etc), html, zip/rar, etc,
etc...

la idea, es que:
- los usuarios administradores (en su gran mayoría con windows)
puedan manejar archivos/ramas sin mayores complicaciones
- haya una interface de acceso a los archivos/repositorio estandar
(o sea, que funcione por http/ftp o algo semejante)

y ojala:
- que el sistema pueda enumerar las versiones automáticamente
- solicitar al usuario que ingrese un comentario cuando suba nuevas versiones.
- que tenga políticas de mantención (por ejemplo, los archivos con mas
de 10 versiones y con un periodo de 1 ano son automáticamente
eliminados)

básicamente esto.

sugerencias ??

salu2 a todos

-- 
-- 
Victor Hugo dos Santos
Linux Counter #224399



Re: control de versiones para binarios

2009-09-07 Por tema Gonzalo Diaz Cruz
On Lun 07 Sep 2009 10:56:12 Victor Hugo dos Santos escribió:
 Hola a todos,
 
 bueno.. se que para el control de versiones existen diversos softwares
 (cvs, svn, git, etc) disponibles.. pero estés, están orientados a
 códigos fuentes (principalmente).
 bueno, ahora en la oficina, me solicitaron evaluar alguno
 administrador de versiones para archivos binarios, o sea, ejecutables,
 instaladores, documentos (pdf, word, excel, etc), html, zip/rar, etc,
 etc...
 
 la idea, es que:
 - los usuarios administradores (en su gran mayoría con windows)
 puedan manejar archivos/ramas sin mayores complicaciones
 - haya una interface de acceso a los archivos/repositorio estandar
 (o sea, que funcione por http/ftp o algo semejante)
 
 y ojala:
 - que el sistema pueda enumerar las versiones automáticamente
 - solicitar al usuario que ingrese un comentario cuando suba nuevas
  versiones. - que tenga políticas de mantención (por ejemplo, los archivos
  con mas de 10 versiones y con un periodo de 1 ano son automáticamente
 eliminados)
 
 básicamente esto.
 
 sugerencias ??
 
 salu2 a todos
 

Segun tengo entendido, subversion funciona impecable con binarios.

Yo he subido y versionado imagenes, .exe's y otros binarios. Nunca he visto 
que un repositorio le de hipo por eso.

Salvo por lo del mantenimiento con reglas (que desconozco si svn se la puede), 
svn es opcion.

Lo que si recuerdo es que svn soporta hooks en lado del repositorio, asi que 
probablemente si se pueda programar ese tipo de mantenimiento.

-- 
Atentamente, Gonzalo Díaz Cruz

http://blog.gon.cl/
http://twitter.com/sir_gon


signature.asc
Description: This is a digitally signed message part.


Re: control de versiones para binarios

2009-09-07 Por tema Germán Póo-Caamaño
On Mon, 2009-09-07 at 10:56 -0400, Victor Hugo dos Santos wrote:
 Hola a todos,
 
 bueno.. se que para el control de versiones existen diversos softwares
 (cvs, svn, git, etc) disponibles.. pero estés, están orientados a
 códigos fuentes (principalmente).

Nopes, ese es el caso de CVS, SCCS, RCS.

 bueno, ahora en la oficina, me solicitaron evaluar alguno
 administrador de versiones para archivos binarios, o sea, ejecutables,
 instaladores, documentos (pdf, word, excel, etc), html, zip/rar, etc,
 etc...
 
 la idea, es que:
 - los usuarios administradores (en su gran mayoría con windows)
 puedan manejar archivos/ramas sin mayores complicaciones
 - haya una interface de acceso a los archivos/repositorio estandar
 (o sea, que funcione por http/ftp o algo semejante)
 
 y ojala:
 - que el sistema pueda enumerar las versiones automáticamente
 - solicitar al usuario que ingrese un comentario cuando suba nuevas versiones.
 - que tenga políticas de mantención (por ejemplo, los archivos con mas
 de 10 versiones y con un periodo de 1 ano son automáticamente
 eliminados)

Mercurial + TortoiseHG.  Pueden levantar un servidor web local, a punta
de clicks y que el resto se sincronice.  O bien, sincronizarse respecto
a un servidor central.

Claro, que si quieres algo como un 'diff' entre 2 archivos binarios,
necesitas algo más arriba que sea capaz de mostrar diferencias entre 2
pdf's, planillas de cálculo, etc.

-- 
Germán Póo-Caamaño
Concepción - Chile
http://www.calcifer.org/



Re: control de versiones para binarios

2009-09-07 Por tema Ricardo Munoz
El 7 de septiembre de 2009 10:56, Victor Hugo dos Santos 
listas@gmail.com escribió:

 Hola a todos,

 bueno.. se que para el control de versiones existen diversos softwares
 (cvs, svn, git, etc) disponibles.. pero estés, están orientados a
 códigos fuentes (principalmente).
 bueno, ahora en la oficina, me solicitaron evaluar alguno
 administrador de versiones para archivos binarios, o sea, ejecutables,
 instaladores, documentos (pdf, word, excel, etc), html, zip/rar, etc,
 etc...

 la idea, es que:
 - los usuarios administradores (en su gran mayoría con windows)
 puedan manejar archivos/ramas sin mayores complicaciones
 - haya una interface de acceso a los archivos/repositorio estandar
 (o sea, que funcione por http/ftp o algo semejante)

 y ojala:
 - que el sistema pueda enumerar las versiones automáticamente
 - solicitar al usuario que ingrese un comentario cuando suba nuevas
 versiones.
 - que tenga políticas de mantención (por ejemplo, los archivos con mas
 de 10 versiones y con un periodo de 1 ano son automáticamente
 eliminados)

 básicamente esto.

 sugerencias ??


creo que estas buscando un DMS (Document Management System) [1] y no solo un
software para control de versiones (orientado a codigo fuente). entre las
alternativas Open Source esta KnowledgeTree [2] y varios otros.

puedes buscar las palabras open source dms en San Google para mas
alternativas... ;)

[1] http://en.wikipedia.org/wiki/Document_management_system
[2] http://en.wikipedia.org/wiki/KnowledgeTree

-- 
Ricardo Mun~oz A.
http://www.tux.cl


Re: control de versiones para binarios

2009-09-07 Por tema Alvaro Herrera
Aldrin Martoq escribió:

 Los formatos binarios que describes no son entendidos por ninguna
 herramienta que conozco, asi que te da lo mismo usar cualquiera: para
 todas es solo binario sin sentido, y en todas funciona igual (cvs, git,
 svn, hg, ...).

Estás en un error -- CVS no hace diffs entre archivos binarios, sino
que almacena el binario completo cada vez.  Las otras herramientas en
cambio (AFAIK) sólo almacenan deltas.  Esto puede ser malo o bueno
dependiendo de varios factores (por ej. qué tan grandes sean los deltas,
y qué tan grandes son los archivos).

 Si no usas nada de esto, te basta cualquier sistema que almacene
 informacion sin sentido en base a fechas: como crear carpetas en una
 carpeta compartida (trivial de hacer y que todos entiendan) sobre un
 filesystem con snapshot (por si alguien se mando un pastelito).

Eso es justamente lo que deja de usar la gente que empieza a aprender a
usar un SCM ... ¿o ya te olvidaste de tu charla de CVS donde contabas lo
de tener varias carpetas con nombres de versión de cada proyecto, y el
enredo que se producía?  Me acuerdo particularmente alguna vez que
fuimos juntos (¿1999-2001?) y la diste en Entel, y nos cruzamos con
alguna celebridad en sesión fotográfica, con unas modelocas que estaban
bien^W^W^W^W^W^W y no se qué más.

 De la interfaz http, hay software tipo cvsweb etc; pero no he visto algo
 bonito para usuarios finales.

cvsweb es horrible.  gitweb es mil veces mejor.  O incluso Trac, pero
este último para archivos binarios es más bien espantosillo.


  - que tenga políticas de mantención (por ejemplo, los archivos con mas
  de 10 versiones y con un periodo de 1 ano son automáticamente
  eliminados)
 
 Hmmm no estoy seguro, para mi todos estan pensados para almacenar hasta
 el fin de los tiempos... Si recuerdo bien:
 - cvs guarda todo en el mismo archivo, puedes borrar el archivo y
 subirlo de nuevo...
 - svn guarda en su propio fs (sobre una base de datos)...
 - git guarda en su propio fs (sobre el sistema de archivos)...

En varios casos se pueden usar hooks para hacer cosas raras; por lo
menos en Monotone podrías poner funciones en Lua para borrar revisiones.
Sin embargo, con los SCMs distribuidos no tiene mucho sentido borrar una
revisión antigua, porque se reinstaurará si se conecta alguien remoto
cuyo sistema incluya esa revisión.  El truco para entenderlo es darse
cuenta que en un SCM distribuido, ningún repositorio es el master más
que por convención, y por lo tanto no puedes borrar nada del repositorio
a menos que pongas a todos los repositorios de acuerdo simultáneamente,
lo que en general es imposible.

-- 
Alvaro Herrera  Developer, http://www.PostgreSQL.org/
Las mujeres son como hondas:  mientras más resistencia tienen,
 más lejos puedes llegar con ellas  (Jonas Nightingale, Leap of Faith)


Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Angelo Astorga
Excelente enlace, el unico pero, es que no encuentro el como puedo reducir
el tamaño de dicho directorio ¿¿??

El día 07/09/09, Wladimir A. Jimenez B. wjimen...@gmail.com escribió:

 Angelo:

 Me parece que te puede servir el enlace [1], se explica como utiliza
 sendmail el directorio que mencionas y un poco de administración, como
 ver los mensajes en la cola, eliminarlos, etc...

 /var/spool/clientmqueue: Este es el directorio donde se almacenan los
 ficheros encolados por el MSP (Mail Submission Program, tal como
 mail(1)). Los ficheros permanecen ahí hasta que Sendmail los procesa.

 [1] http://www.usebox.net/jjm/sendmail/




Re: control de versiones para binarios

2009-09-07 Por tema Aldrin Martoq
On Mon, 2009-09-07 at 14:33 -0400, Alvaro Herrera wrote:
 Aldrin Martoq escribió:
  Los formatos binarios que describes no son entendidos por ninguna
  herramienta que conozco, asi que te da lo mismo usar cualquiera: para
  todas es solo binario sin sentido, y en todas funciona igual (cvs, git,
  svn, hg, ...).
 Estás en un error -- CVS no hace diffs entre archivos binarios,

Hmmm. Tal vez me exprese mal, pero no estoy diciendo que cvs haga diff
sobre binarios; sino que por el contrario: como no puedes hacer diff de
un binario da lo mismo que herramienta uses.

 sino
 que almacena el binario completo cada vez. Las otras herramientas en
 cambio (AFAIK) sólo almacenan deltas.  Esto puede ser malo o bueno
 dependiendo de varios factores (por ej. qué tan grandes sean los deltas,
 y qué tan grandes son los archivos).

Da lo mismo se refiere al funcionamiento que percibe el usuario. Como
funciona internamente nos importa a nosotros (y en eso el gusto por
elegir tal o cual herramienta).

  Si no usas nada de esto, te basta cualquier sistema que almacene
  informacion sin sentido en base a fechas: como crear carpetas en una
  carpeta compartida (trivial de hacer y que todos entiendan) sobre un
  filesystem con snapshot (por si alguien se mando un pastelito).
 Eso es justamente lo que deja de usar la gente que empieza a aprender a
 usar un SCM ... ¿o ya te olvidaste de tu charla de CVS donde contabas lo
 de tener varias carpetas con nombres de versión de cada proyecto, y el
 enredo que se producía?  Me acuerdo particularmente alguna vez que
 fuimos juntos (¿1999-2001?) y la diste en Entel, y nos cruzamos con
 alguna celebridad en sesión fotográfica, con unas modelocas que estaban
 bien^W^W^W^W^W^W y no se qué más.

:) Recuerdo algunas frases... El problema es distinto en todo caso, y
aparte estoy mas viejo.

En esa ocasion si recuerdo bien era desarrollo de software (web era?),
para lo cual es indispensable tener un SCM incluso si trabajas solo.

Lo que habla Victor es otro tipo de usuarios (les dice administrativos
bajo Windows) los cuales deben hacer seguimiento a ciertos procesos del
negocio. La mayoria de esos usuarios usa una carpeta compartida y eso
funciona de lo mas bien, yo solo agregaria un snapshot en el servidor de
modo de poder recuperar archivos anteriores.

Por otra parte, creo que la opcion de un DMS como comento Ricardo Mun~oz
se ajusta mas a lo que necesita Victor que cualquier herramienta
orientada mas bien al codigo. Entiendo que Microsoft tiene Sharepoint,
pero lo desconozco y no lo he visto andando...


-- 
Aldrin Martoq amar...@dcc.uchile.cl
http://aldrin.martoq.cl/



Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Juan Andres Ramirez
2009/9/7 Angelo Astorga angeloasto...@gmail.com:
 Excelente enlace, el unico pero, es que no encuentro el como puedo reducir
 el tamaño de dicho directorio ¿¿??

Reducir el tamaño del directorio no creo, pero si controlar el tamaño
del buzón con quotas.
algo asi??:
http://www.sendmail.org/~ca/email/lfaq.html


 El día 07/09/09, Wladimir A. Jimenez B. wjimen...@gmail.com escribió:

 Angelo:

 Me parece que te puede servir el enlace [1], se explica como utiliza
 sendmail el directorio que mencionas y un poco de administración, como
 ver los mensajes en la cola, eliminarlos, etc...

 /var/spool/clientmqueue: Este es el directorio donde se almacenan los
 ficheros encolados por el MSP (Mail Submission Program, tal como
 mail(1)). Los ficheros permanecen ahí hasta que Sendmail los procesa.

 [1] http://www.usebox.net/jjm/sendmail/






Re: control de versiones para binarios

2009-09-07 Por tema Victor Hugo dos Santos
2009/9/7 Germán Póo-Caamaño g...@calcifer.org:
 On Mon, 2009-09-07 at 15:18 -0400, Aldrin Martoq wrote:

[...]

 Da lo mismo se refiere al funcionamiento que percibe el usuario. Como
 funciona internamente nos importa a nosotros (y en eso el gusto por
 elegir tal o cual herramienta).

 No da lo mismo.  Uno de los requerimientos que planteó Víctor Hugo fue
 eliminar historia, cuyo objetivo (infiero), es que el repositorio no
 crezca demasiado.


Se necesitan un sistema de control de versiones, por que los
auditores siempre ponen una mala observación, por la ausencia del
mismo.

pero lo que básicamente quieren controlar es:
- los archivos de instalación (msi, exe, zip, etc) de los sistemas que
solicitan desarrollar y/o compramos.
- los archivos referentes a documentaciones de estés sistemas
- algunos códigos fuentes y html

y referente a la característica de eliminar versiones muy, muy
antiguas, se basa en que nuestro gerente considera que no hay sentido
mantener versiones de un software de hace mas de 3 anos, siendo que el
sistema esta funcionando bien con las ultimas versiones.

Nota.: no concuerdo con esta ultima.

salu2

-- 
-- 
Victor Hugo dos Santos
Linux Counter #224399



Mimedump

2009-09-07 Por tema Marco Bravo

Queridos Colegas,

Alguno de uds ha utilizado MimeDump...

Estoy chocando cuando hace el encoding y no se por donde mas atacar el 
problema.


- Actualice modulos de Perl con Cpan
- Revise y compare todo en base a un server ya existente y funcionando..


Alguna Idea?



Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Germán Póo-Caamaño
On Mon, 2009-09-07 at 15:58 -0400, Juan Andres Ramirez wrote:
 2009/9/7 Angelo Astorga angeloasto...@gmail.com:
  Excelente enlace, el unico pero, es que no encuentro el como puedo reducir
  el tamaño de dicho directorio ¿¿??
 
 Reducir el tamaño del directorio no creo, pero si controlar el tamaño
 del buzón con quotas.
 algo asi??:
 http://www.sendmail.org/~ca/email/lfaq.html

No, eso no tiene nada que ver con el buzón.  No aún.

Puede ser que esté siendo atacado por algún robot, ataque de diccionario
o tenga algún usuario enviando (consciente o inconscientemente) SPAM, o
algún otro ítem similar.

Yo partiría revisando la cola, con algo como:

$ mailq -v -Ac

Y revisar algún patrón anormal.  Luego, seguir comentando aquí :-)

PS: La última versión de sendmail que usé fue 8.9.3.

-- 
Germán Póo-Caamaño
Concepción - Chile
http://www.calcifer.org/



Re: Mimedump

2009-09-07 Por tema Alvaro Herrera
Marco Bravo escribió:
 Queridos Colegas,
 
 Alguno de uds ha utilizado MimeDump...
 
 Estoy chocando cuando hace el encoding y no se por donde mas atacar
 el problema.

¿Qué problema estás tratando de resolver?


-- 
Alvaro Herrera  http://www.amazon.com/gp/registry/5ZYLFMCVHXC
htor: I use epiphany -- the best browser in this universe.
starcraft.man: Your insightful and deep commentary is simply breathtaking.
(http://ubuntuforums.org/showthread.php?t=524586)


Re: control de versiones para binarios

2009-09-07 Por tema Gonzalo Diaz Cruz
On Lun 07 Sep 2009 15:54:46 Germán Póo-Caamaño escribió:
 On Mon, 2009-09-07 at 15:18 -0400, Aldrin Martoq wrote:
  On Mon, 2009-09-07 at 14:33 -0400, Alvaro Herrera wrote:
   Aldrin Martoq escribió:
Los formatos binarios que describes no son entendidos por ninguna
herramienta que conozco, asi que te da lo mismo usar cualquiera: para
todas es solo binario sin sentido, y en todas funciona igual (cvs,
git, svn, hg, ...).
  
   Estás en un error -- CVS no hace diffs entre archivos binarios,
 
  Hmmm. Tal vez me exprese mal, pero no estoy diciendo que cvs haga diff
  sobre binarios; sino que por el contrario: como no puedes hacer diff de
  un binario da lo mismo que herramienta uses.
 
   sino
   que almacena el binario completo cada vez. Las otras herramientas en
   cambio (AFAIK) sólo almacenan deltas.  Esto puede ser malo o bueno
   dependiendo de varios factores (por ej. qué tan grandes sean los
   deltas, y qué tan grandes son los archivos).
 
 AFAIK, git no almacena deltas.  Tiene una mochila que puede crecer y
 requerir llamar al recolector de basura de vez en cuando.  Pero también
 tiene sus ventajas.
 
  Da lo mismo se refiere al funcionamiento que percibe el usuario. Como
  funciona internamente nos importa a nosotros (y en eso el gusto por
  elegir tal o cual herramienta).
 
 No da lo mismo.  Uno de los requerimientos que planteó Víctor Hugo fue
 eliminar historia, cuyo objetivo (infiero), es que el repositorio no
 crezca demasiado.
 
 Subversion es muy ineficiente en almacenar los datos.  Por ejemplo, en
 el caso de GNOME:
 
 * El repositorio CVS (1997-04/2002) ocupa 12,1GB.
 * El repositorio de Subversion (1997-04/2009) ocupa 24,1GB
 * El repositorio git (1997-09/2009) ocupa 4,7GB
 
 git ocupa mucho menos espacio y tiene mucho más historia.  Pero, si
 quieres datos de un repositorio a un mismo instante, Keith Packard hizo
 el ejercicio sobre Mozilla el 2007:
 
 - CVS: 2,7GB
 - Subversion: 8,2GB
 - git: 450MB
 
 git es bueno comprimiendo los objetos que almacena.
 
 Para los interesados en las tripas de git, recomiendo leer el capítulo 9
 de ProGit (http://progit.org/book/ch9-1.html): Gasfitería y Porcelana.
 No es que se meta tan al interior, pero es lo mejor que he encontrado
 hasta el momento.
 

Interesantísimos datos sobre gnome y sus repositorios, no me lo habría 
imaginado. 

Se agradece.

-- 
Atentamente, Gonzalo Díaz Cruz

http://blog.gon.cl/
http://twitter.com/sir_gon


signature.asc
Description: This is a digitally signed message part.


Re: Mimedump

2009-09-07 Por tema Marco Bravo

Hola Alvaro,

Gracias por contestar..

Mira es cuando mimedump aplica su enjuague, el resultado me aparece esto:

encoding es none
/home/619513002/mail/attachments/2009/Sep/07-6/part-9338-0_0.txt


Dice, encoding es none, pero yo en el archivo mimedump veo esto:

my $client= SOAP::Lite
   -uri('urn:WSAdminResp/types')
   -proxy('http://IP_DE_MI_WEBSERVER/WSAdminResp/WSAdminResp')
   -encoding('iso-8859-1');


PD: Ya verifique todos los modulos de perl, solo quede metido con POSIX, 
en todo caso al inicio del archivo mimedump indica sus prerequisitos a 
mi modo de ver.


use strict;  --- NPI
use File::NFSLock;  -- Modulo Perl
use File::Path; -- Modulo Perl
use POSIX qw( strftime ); -- NPI
use MIME::Base64;  -- Modulo Perl
use MIME::QuotedPrint; -- Modulo Perl
use SOAP::Lite; -- Modulo Perl

use Encode; -- Modulo Perl

use vars qw( $template
$dir $lock $level $message %levelpart
%default $REmimeval $REextension $REfilename $REpath $REtmpldir
$VERSION );



Gracias de Antemano por la ayuda.. !!

Mis Saludos


Alvaro Herrera escribió:

Marco Bravo escribió:
  

Queridos Colegas,

Alguno de uds ha utilizado MimeDump...

Estoy chocando cuando hace el encoding y no se por donde mas atacar
el problema.



¿Qué problema estás tratando de resolver?


  




Re: Mimedump

2009-09-07 Por tema Alvaro Herrera
Marco Bravo escribió:
 Hola Alvaro,
 
 Gracias por contestar..
 
 Mira es cuando mimedump aplica su enjuague, el resultado me aparece esto:
 
 encoding es none
 /home/619513002/mail/attachments/2009/Sep/07-6/part-9338-0_0.txt

Ya, pero mi pregunta era: ¿para qué estás tratando de usar mimedump?

 Dice, encoding es none, pero yo en el archivo mimedump veo esto:
 
 my $client= SOAP::Lite
-uri('urn:WSAdminResp/types')
-proxy('http://IP_DE_MI_WEBSERVER/WSAdminResp/WSAdminResp')
-encoding('iso-8859-1');
 
 
 PD: Ya verifique todos los modulos de perl, solo quede metido con
 POSIX, en todo caso al inicio del archivo mimedump indica sus
 prerequisitos a mi modo de ver.

En el código que pegaste no hay nada que diga encoding es, así que
supongo que lo pegaste incompleto.

-- 
Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J
When the proper man does nothing (wu-wei),
his thought is felt ten thousand miles. (Lao Tse)


Re: Mimedump

2009-09-07 Por tema Marco Bravo

Usan mimedump para enjuagar correos de facturacion electronica.
Separar los XML de pdfs y otras basuras que vengan.




Alvaro Herrera escribió:

Marco Bravo escribió:
  

Hola Alvaro,

Gracias por contestar..

Mira es cuando mimedump aplica su enjuague, el resultado me aparece esto:

encoding es none
/home/619513002/mail/attachments/2009/Sep/07-6/part-9338-0_0.txt



Ya, pero mi pregunta era: ¿para qué estás tratando de usar mimedump?

  

Dice, encoding es none, pero yo en el archivo mimedump veo esto:

my $client= SOAP::Lite
   -uri('urn:WSAdminResp/types')
   -proxy('http://IP_DE_MI_WEBSERVER/WSAdminResp/WSAdminResp')
   -encoding('iso-8859-1');


PD: Ya verifique todos los modulos de perl, solo quede metido con
POSIX, en todo caso al inicio del archivo mimedump indica sus
prerequisitos a mi modo de ver.



En el código que pegaste no hay nada que diga encoding es, así que
supongo que lo pegaste incompleto.

  




Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Wladimir A. Jimenez B.
Creo que vale, lo que dice Germán.

Es un directorio de cola, si reduces la cola o el espacio designado al
directorio.

Solucionas tu problema de espacio pero no es ese el problema deberías
ver que pasa que se esta llenado.

Mira que mensajes son y si son validos o no. Luego verifica que el MTA
SMTP no estén permitiendo que envíen correos SPAM, masivos que puedan
estar rebotando o quedándose encolados.

El 7 de septiembre de 2009 16:27, Germán
Póo-Caamañog...@calcifer.org escribió:
 On Mon, 2009-09-07 at 15:58 -0400, Juan Andres Ramirez wrote:
 2009/9/7 Angelo Astorga angeloasto...@gmail.com:
  Excelente enlace, el unico pero, es que no encuentro el como puedo reducir
  el tamaño de dicho directorio ¿¿??

 Reducir el tamaño del directorio no creo, pero si controlar el tamaño
 del buzón con quotas.
 algo asi??:
 http://www.sendmail.org/~ca/email/lfaq.html

 No, eso no tiene nada que ver con el buzón.  No aún.

 Puede ser que esté siendo atacado por algún robot, ataque de diccionario
 o tenga algún usuario enviando (consciente o inconscientemente) SPAM, o
 algún otro ítem similar.

 Yo partiría revisando la cola, con algo como:

 $ mailq -v -Ac

 Y revisar algún patrón anormal.  Luego, seguir comentando aquí :-)

 PS: La última versión de sendmail que usé fue 8.9.3.

 --
 Germán Póo-Caamaño
 Concepción - Chile
 http://www.calcifer.org/





-- 

Wladimir A. Jiménez B.
http://www.kasbeel.cl
Linux User # 444661
Ubuntu User # 19201



Re: Mimedump

2009-09-07 Por tema Marco Bravo

Otro dato es lo que vomita el APP Server cuando le llega una conexion:

[#|2009-09-07T17:08:06.329-0400|SEVERE|sun-appserver2.1|com.sun.xml.rpc.server|_ThreadID=16;_ThreadName=httpSSLWorkerThread-80-0;_RequestID=322879e2-c2e5-4f5f-91b3-721cb0b6c11f;|unexpected 
element name: expected=String_1, actual={urn:WSAdminResp/types}String_1
unexpected element name: expected=String_1, 
actual={urn:WSAdminResp/types}String_1
   at 
core.ws.WSAdminRespSEI_AdminDoc_RequestStruct_4_LiteralSerializer.doDeserialize(WSAdminRespSEI_AdminDoc_RequestStruct_4_LiteralSerializer.java:55)
   at 
com.sun.xml.rpc.encoding.literal.LiteralObjectSerializerBase.internalDeserialize(LiteralObjectSerializerBase.java:233)
   at 
com.sun.xml.rpc.encoding.literal.LiteralObjectSerializerBase.deserialize(LiteralObjectSerializerBase.java:141)
   at 
core.ws.WSAdminRespSEI_4_Tie.deserialize_AdminDoc(WSAdminRespSEI_4_Tie.java:152)
   at 
core.ws.WSAdminRespSEI_4_Tie.readFirstBodyElement(WSAdminRespSEI_4_Tie.java:136)
   at 
com.sun.xml.rpc.server.StreamingHandler.handle(StreamingHandler.java:262)
   at 
com.sun.xml.rpc.server.http.JAXRPCServletDelegate.doPost(JAXRPCServletDelegate.java:467)
   at 
com.sun.enterprise.webservice.JAXRPCServlet.doPost(JAXRPCServlet.java:119)

   at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
   at 
org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427)
   at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:315)
   at 
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:287)
   at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
   at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
   at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)

   at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
   at 
com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
   at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:222)
   at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
   at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
   at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1096)
   at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:166)
   at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
   at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
   at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1096)
   at 
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:288)
   at 
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:647)
   at 
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:579)
   at 
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:831)
   at 
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
   at 
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
   at 
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
   at 
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)
   at 
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
   at 
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)

|#]


Alvaro Herrera escribió:

Marco Bravo escribió:
  

Hola Alvaro,

Gracias por contestar..

Mira es cuando mimedump aplica su enjuague, el resultado me aparece esto:

encoding es none
/home/619513002/mail/attachments/2009/Sep/07-6/part-9338-0_0.txt



Ya, pero mi pregunta era: ¿para qué estás tratando de usar mimedump?

  

Dice, encoding es none, pero yo en el archivo mimedump veo esto:

my $client= SOAP::Lite
   -uri('urn:WSAdminResp/types')
   -proxy('http://IP_DE_MI_WEBSERVER/WSAdminResp/WSAdminResp')
   -encoding('iso-8859-1');


PD: Ya verifique todos los modulos de perl, solo quede metido con
POSIX, en todo caso al inicio del archivo mimedump indica sus
prerequisitos a mi modo de ver.



En el código que pegaste no hay nada que diga encoding es, así que
supongo que lo pegaste incompleto.

  




Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Angelo Astorga
Estimado, lo que necesito es eliminar periodicamente el contenido de este
directorio, ya que crece bastante. Ahora bien, en este momento lleva mas de
7 Gb y necesito saber si eliminando todo el DIR no genera bulla al sistema
operativo ¿¿??



El día 07/09/09, Juan Andres Ramirez jandresa...@gmail.com escribió:

 2009/9/7 Angelo Astorga angeloasto...@gmail.com:

  Excelente enlace, el unico pero, es que no encuentro el como puedo
 reducir
  el tamaño de dicho directorio ¿¿??

 Reducir el tamaño del directorio no creo, pero si controlar el tamaño
 del buzón con quotas.
 algo asi??:
 http://www.sendmail.org/~ca/email/lfaq.html


 
  El día 07/09/09, Wladimir A. Jimenez B. wjimen...@gmail.com escribió:
 
  Angelo:
 
  Me parece que te puede servir el enlace [1], se explica como utiliza
  sendmail el directorio que mencionas y un poco de administración, como
  ver los mensajes en la cola, eliminarlos, etc...
 
  /var/spool/clientmqueue: Este es el directorio donde se almacenan los
  ficheros encolados por el MSP (Mail Submission Program, tal como
  mail(1)). Los ficheros permanecen ahí hasta que Sendmail los procesa.
 
  [1] http://www.usebox.net/jjm/sendmail/
 
 
 




Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Germán Póo-Caamaño
On Mon, 2009-09-07 at 17:25 -0400, Angelo Astorga wrote:
 Estimado, lo que necesito es eliminar periodicamente el contenido de este
 directorio, ya que crece bastante. Ahora bien, en este momento lleva mas de
 7 Gb y necesito saber si eliminando todo el DIR no genera bulla al sistema
 operativo ¿¿??

Date con una piedra en el pecho que Horst ni Juanjo están respondiendo
estos correos, tamaña herejía con un servidor de correos :-D

Averigua por qué la cola de mensajes se llena tanto.  Puede ser que
estes enviando SPAM o seas víctima de backscatter.

Si eliminas el directorio, si tienes suerte solucionas el problema en
forma temporal.  Si no tienes suerte, tendrás más dolores de cabeza por
inconsistencias.  En ambos casos, en menos de una o dos semanas estarás
con el mismo problema.

¿No tiene sendmail alguna forma de comunicarse con la cola para eliminar
mensajes?  En postfix eso se hace con postqueue y postsuper.

Ya que estas algo desesperado, ¿Qué te muestra la salida del siguiente
comando?:

$ mailq -v -Ac | awk '/^[0-9][A-F]/ {print $7}' | sort | uniq -c | sort -n | 
tail

De tarea para la casa averiguar que es lo que hace :-)

-- 
Germán Póo-Caamaño
Concepción - Chile
http://www.calcifer.org/



Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Wladimir A. Jimenez B.
Angelo:

Como dice Germán, No es buena idea borrar sin saber por que paso que
se te llenan las Colas de Correo.

Es cierto que puedes darle un  RM  -Rf *, pero eso no ten soluciona el
problema. aparte puede que pierdas información de correos que estén en
la cola esperando salir y otros que simplemente estén pegados.

$ mailq -v -Ac | awk '/^[0-9][A-F]/ {print $7}' | sort | uniq -c |
sort -n | tail

Verifica que devuelve el super comando que envió Germán, mas de algo
descubrirás si tienes la Cola con llena.


El 7 de septiembre de 2009 18:00, Germán
Póo-Caamañog...@calcifer.org escribió:
 On Mon, 2009-09-07 at 17:25 -0400, Angelo Astorga wrote:
 Estimado, lo que necesito es eliminar periodicamente el contenido de este
 directorio, ya que crece bastante. Ahora bien, en este momento lleva mas de
 7 Gb y necesito saber si eliminando todo el DIR no genera bulla al sistema
 operativo ¿¿??

 Date con una piedra en el pecho que Horst ni Juanjo están respondiendo
 estos correos, tamaña herejía con un servidor de correos :-D

 Averigua por qué la cola de mensajes se llena tanto.  Puede ser que
 estes enviando SPAM o seas víctima de backscatter.

 Si eliminas el directorio, si tienes suerte solucionas el problema en
 forma temporal.  Si no tienes suerte, tendrás más dolores de cabeza por
 inconsistencias.  En ambos casos, en menos de una o dos semanas estarás
 con el mismo problema.

 ¿No tiene sendmail alguna forma de comunicarse con la cola para eliminar
 mensajes?  En postfix eso se hace con postqueue y postsuper.

 Ya que estas algo desesperado, ¿Qué te muestra la salida del siguiente
 comando?:

 $ mailq -v -Ac | awk '/^[0-9][A-F]/ {print $7}' | sort | uniq -c | sort -n | 
 tail

 De tarea para la casa averiguar que es lo que hace :-)

 --
 Germán Póo-Caamaño
 Concepción - Chile
 http://www.calcifer.org/





-- 

Wladimir A. Jiménez B.
http://www.kasbeel.cl
Linux User # 444661
Ubuntu User # 19201



Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Alvaro Herrera
Angelo Astorga escribió:
 Estimado, lo que necesito es eliminar periodicamente el contenido de este
 directorio,

No; como diría Juanjo, lo que necesitas es hacerte un upgrade de cerebro
(lo que diría Horst me lo reservo porque podrías ofenderte).  Primero
investiga la causa, después buscas posibles soluciones.  Evidentemente
el que el directorio se llene es sólo un síntoma del verdadero
problema.

-- 
Alvaro Herrera  Developer, http://www.PostgreSQL.org/
No reniegues de lo que alguna vez creíste


Re: control de versiones para binarios

2009-09-07 Por tema Alvaro Herrera
Victor Hugo dos Santos escribió:

 Se necesitan un sistema de control de versiones, por que los
 auditores siempre ponen una mala observación, por la ausencia del
 mismo.
 
 pero lo que básicamente quieren controlar es:
 - los archivos de instalación (msi, exe, zip, etc) de los sistemas que
 solicitan desarrollar y/o compramos.
 - los archivos referentes a documentaciones de estés sistemas
 - algunos códigos fuentes y html
 
 y referente a la característica de eliminar versiones muy, muy
 antiguas, se basa en que nuestro gerente considera que no hay sentido
 mantener versiones de un software de hace mas de 3 anos, siendo que el
 sistema esta funcionando bien con las ultimas versiones.

Creo que deberías atacar dos problemas por separado.  Los códigos
fuentes y HTML obviamente podrían ir en un SCM cualquiera y todos
felices.  Para los instaladores y la documentación probablemente podrías
seguir la sugerencia de Ricardo; como lo que estás controlando no está
generado dentro de tu jurisdicción, no tiene mucho sentido usar control
de versiones.

-- 
Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J
Ciencias políticas es la ciencia de entender por qué
 los políticos actúan como lo hacen  (netfunny.com)


Re: Mantenimiento directorio /var/spool/

2009-09-07 Por tema Germán Póo-Caamaño
On Mon, 2009-09-07 at 18:41 -0400, Wladimir A. Jimenez B. wrote:
 Angelo:
 
 Como dice Germán, No es buena idea borrar sin saber por que paso que
 se te llenan las Colas de Correo.
 
 Es cierto que puedes darle un  RM  -Rf *, pero eso no ten soluciona el
 problema. aparte puede que pierdas información de correos que estén en
 la cola esperando salir y otros que simplemente estén pegados.
 
 $ mailq -v -Ac | awk '/^[0-9][A-F]/ {print $7}' | sort | uniq -c |
 sort -n | tail

Hey! La expresión regular está mal, ¿quién la sugirió? :-)

Lo correcto sería:

$ mailq -v -Ac | awk '/^[0-9A-F]/ {print $7}' | sort | uniq -c |
  sort -n | tail

-- 
Germán Póo-Caamaño
Concepción - Chile
http://www.calcifer.org/