Ernesto del Campo <[EMAIL PROTECTED]> wrote:
> Recurro a ustedes para saber si existe algun metodo de pasar los archivos
> dat de un sistema cobol a otro formato, o de lleno poder leer esa data
> mediante algun gateway desde algun otro lenguaje (Preferible Java, C# o
> PHP).
Depende del formato del archivo... lo tipico en COBOL son campos texto de
largo fijo (basta cortar donde corresponde), numeros en BCD (con una
convencion rara para indicar negativos) y binarios nativos. Los textos de
COBOL explican en detalle el formato.
Me parece que para tareas simples lo mas facil es usar algo como Perl para
transformar a un formato mas entendible; aunque armarse una (mini)
biblioteca C que demenuce los datos no es terriblemente dificil tampoco...
> Estoy viendo un sistema echo en cobol de Liant. Espero me puedan ayudar.
Cuanto pagas?
--
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] Thu Sep 21 13:33:00 2006
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Juan_Mart=EDnez?=)
Date: Thu Sep 21 13:20:50 2006
Subject: Servidor de Correos
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Horst H. von Brand escribió:
> Juan MartÃnez <[EMAIL PROTECTED]> wrote:
>> El Mie, 20 de Septiembre de 2006, 9:34 pm, Marcos Vargas escribió:
>
>>> Queria pedirles que me recomienden o en que me tengo que fijar al
>>> momento de comprar un servidor (procesador,memoria, disco,etc) y
>>> que servicio (qmail, sendmail, squirrimail), seria el mas adecuado y
>>> mejor segun uds. para alrededor de 500 cuentas de correo
>>> institucionales.
>
>> Haber...depende todo depende. Algunas pistas...
>>
>> - Cuanto tienes de tope por cuenta? (cuotas)
>> De ahi sale la capacidad del disco para el /home
>> Para el resto del sistema 10GB es mas que suficiente.
>
> Ojo, hay que considerar el espacio para correo (si, aca tenemos perejiles
> con 1GiB de correo sin borrar...)
Por eso sugeria cuotas. Aca en la UMC, para los alumnos, tenemos 250MB
como cuota blanda y 255MB para dura.
>> [...]
>
> Hum... si son cuentas muy grandes, mejor Maildir, no mbox.
Ciertamente, ni se me paso por la cabeza mbox. Que bueno que nombro a
Maildir.
> [...]
>
>> Piensa en RAID por software tambien. Asi que el disco para el /home por 2
>> o mas (depende del nivel de disponibilidad que necesite ese servidor).
>> Serial ATA es buena opcion, SCSI si la disponibilidad es muy importante...
>
> SATA cuesta una fraccion... y sospecho que los discos mismos son
> exactamente iguales, solo cambia la electronica.
Ahi no se...Quizas soy muy inocente. Pienso que SCSI aun es para los
dioses...aunque SATA cada vez se le acerca mas ;-)
> Si es crucial, algun sistema con failover (cluster de RHEL o afin).
>
>> Tambien, no es malo preguntarse si es necesario respaldar ese servidor.
>
> Como que "preguntarse", /hay/ que hacerlo. COnsiderar grabador de DVD doble
> capa, y un disco adicional en el cual armar las imagenes (y guardar
> respaldos tambien).
Es que esto depende de las politicas de cada empresa.
Dado que no hay legislacion actual sobre la privacidad de la
correspondencia electronica, puede ser todo un problema hacer respaldos.
No olvidemos que la jueza Chevesic se valio de un vacio legal para
incautar los respaldos de los emails del MOP.
Aca no hacemos respaldos de los correos. Tenemos entre nuestras
autoridades connotados abogados (y algunos ex-legisladores) que
aconsejaron no hacer copias de la correspondencia electronica.
Ciertamente una politica interna atrevida puede revocarlo, pero segun
los entendidos lo mejor es no respaldar.
Si tenemos RAID5 y estabilizadores de electricidad, que bajan
notablemente la probabilidad de una falla que eche abajo el sistema de
correos.
>> [...]
>>
>> La distro?
>> jejeje....la que conozcas mas....Trata de no usar Fedora u otra que tenga
>> software demasiado actualizado...
>
> No. Usa alguna de vida mas bien larga (Fedora anda de pelos, pero hay que
> actualizar al menos una vez al an~o). RPMistica, CentOS (clon de RHEL, si
> no quieres pagar por el soporte); debianita, algun Ubuntu de los designados
> "para servidor" (tienen una sigla especial)
_server_ para ser precisos ;-)
>, no Debian oficial porque el "estable" es prehistorico,
Ni tanto ... Pero haciendo mezclas en apt, se puede tener un buen
compilado a la carta...
> y el "actual" es 100% experimental
100% no. Hay paquetes que si pueden tener mucho de experimental.
Pero Etch (es decir, Debian 4.0) sale estable en diciembre de este año.
Los paquetes mas _populares_ tienen bastante poca actualizacion
(normalmente hago upgrade del sistema casi diariamente)
Personalmente, aqui no hay habido ni un solo drama con Etch.
Pero, para cerrar este punto... Si el amigo que consulta conoce mas los
derivados o el propio RH, entonces CentOS es su opcion. Si conoce la
linea de debian...el mismo debian etch, pero le sugiero muy
concientemente Ubuntu dapper server....
--
Juan Martinez G.
Departamento de Informatica
Universidad Miguel de Cervantes
From [EMAIL PROTECTED] Thu Sep 21 13:45:44 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Thu Sep 21 13:34:32 2006
Subject: mbox y Maildir [was Re: Servidor de Correos]
In-Reply-To: Your message of "Thu, 21 Sep 2006 13:08:56 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Mauricio Vergara Ereche <[EMAIL PROTECTED]> wrote:
> El Jueves, 21 de Septiembre de 2006 11:25, Horst H. von Brand escribió:
> [...]
> > Hum... si son cuentas muy grandes, mejor Maildir, no mbox.
>
> Me gustarÃa escuchar opiniones al respecto de esto mismo.
> Para ambas soluciones hay pro y contras.
>
> mbox pro:
> * 1 usuario => 1 archivo
Eso es contra... hace que imapd (o afin) tenga que tragarse tremendo pedazo
de archivo, y reescribirlo si al perejil se le ocurre borrar el 5o mensaje.
> * más facil hacer búsquedas dentro de todos los correos
Al tener en archivos separados, un grep(1) te dice cual...
> mbox contra:
> * Archivos gigantescos que pueden llegar a corromperse, perdiendo mucha
> información valiosa.
> * Se requiere de más memoria para abrir archivos más grandes o hacer mucho
> I/O con temporales.
> * Para determinar cada mensaje, es necesario recorrer el archivo completo,
> buscar el "From:" y despedazar.
> maildir pro:
> * Mejor orden de correos. Si se desea borrar o mover un par de correos, sólo
> se borran/mueven los archivos.
Y puedes pensar en leseras como tmpwatch(8) para cepillarte mensajes que no
se han dignado en mirar en N semanas, y...
> maildir contra:
> * Sistemas como ext3 pueden llegar a tener problemas si es que se tienen
> muchos archivos.
Muchos archivos /por directorio/ en ext2 (no encarnaciones actuales de
ext3) producen problemas, pero es un directorio por perejil...
Igual, hay que configurar el sistema de archivos adecuadamente (estilo lo
que se acostumbra para News).
--
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] Thu Sep 21 12:54:55 2006
From: [EMAIL PROTECTED] (Roberto =?utf-8?q?Acu=C3=B1a?=)
Date: Thu Sep 21 13:37:08 2006
Subject: =?utf-8?q?D=C3=ADa_del_Software_Libre?= (este sabado 23/09/2006)
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
ese día lo voy a celebrar con tutty
justo hay un carrete en la casa de un amigo (cumpleaños), también toca nuestra
banda.
Y ahora me entero que hay otra razón para celebrar..... salud por eso!
racuna
El Miércoles, 20 de Septiembre de 2006 23:39, Eduardo escribió:
> Hola, como miembro de gnu.cl y participante esta lista me gustaría
> invitarlos a el Día Internacional del Software Libre este sábado, para
> mayor información:
>
> http://www.gnu.cl/index.php?id_page=1&funcpage=shownew&idnew=133
>
> www.gnu.cl
>
>
> Saludos Cordiales
>
> Eduardo Aguila
