http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/en-usMon, 18 Aug 2008 20:39:37 +0200 Mon, 18 Aug 2008 20:39:37 +0200 Martín Nuevo artículo: Bloqueo de usuarios de Internet ( Internet password Lockout )
Un saludo]]>
Un saludo]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/07082008090418MANABA.htm?opendocument&comments#08182008083937PMCDOPVT.htm Wed, 6 Aug 2008 00:25:01 +0200 Martín Lotus Domino está muerto....
Un saludo]]>
Un saludo]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/31072008190319MACMZN.htm?opendocument&comments#08062008122501AMCDOUAP.htm Mon, 21 Jul 2008 09:44:40 +0200 Miguel Calvo Ahorrando espacio de disco en nuestra infrestructura Domino con DAOS
Veo que tú eres de los que han evaluado "de verdad" el producto. No te puedo, de momento, replicar en el funcionamiento real de DAOS, ya que ciertamente no lo he implantado en un entorno de pruebas para poder añadir información a lo que nos indicas. En cualquier caso hay aspectos me gustaría comentar.

En relación al formato en disco de los archivos DAOS, coincido en que comprimirlos mediante HUFFMAN o LZ1 no es una opción de seguridad. En cualquier caso, la versión definitiva encriptará los archivos con el ID del servidor, haciendo ilegibles los mismos. Pero, aunque no encriptáramos nada, el mero hecho de que alguien pueda acceder a un directorio del sistema de archivos del servidor es una agujero de seguridad inmenso. En un principio, ni siquiera deberia ser necesario encriptar el repositorio de DAOS ya que NO es accesible por ningún usuario, sino que únicamente ha de acceder a él el servidor. Por otro lado, las copias de seguridad encriptadas si garantizan que las mismas sólo tengan valor para ser restauradas en el sistema original, lo cuál justifica la encriptación en origen.

Lo que comentas en el punto 4 me resulta interesante, para averiguar que es lo que ocurre, ya que DAOS trabaja a nivel de anexo exclusivamente ( así lo entiendo yo por la documentación ) y nada que no fuera un anexo debería ubicarse en su repositorio.

En relación a Transaction Logging, efectivamente te obliga a disponer de un disco adicional, y no solamente eso, sino también un canal exclusivo para ese disco, diferente del canal de datos de Domino. Pero, mediante transaction logging y un sistema de backup compatible puedes configurar un backup incremental en Domino y los tiempos de respuesta para los usuarios son hasta un 10% mejores. Si tu entorno se mueve por el reino de los Teras de almacenamiento, quizá es una opción a estudiar, sino coincido contigo en que no es necesario añadir complejidad a la infraestructura Domino.

En conclusión, interesantes opiniones las tuyas tras haber probado DAOS en máquina la opción. Y, si dispones de más información y quieres compartirla estás invitado a incluirla en este blog cuando quieras.

Un saludo,

Miguel Angel]]>
Veo que tú eres de los que han evaluado "de verdad" el producto. No te puedo, de momento, replicar en el funcionamiento real de DAOS, ya que ciertamente no lo he implantado en un entorno de pruebas para poder añadir información a lo que nos indicas. En cualquier caso hay aspectos me gustaría comentar.

En relación al formato en disco de los archivos DAOS, coincido en que comprimirlos mediante HUFFMAN o LZ1 no es una opción de seguridad. En cualquier caso, la versión definitiva encriptará los archivos con el ID del servidor, haciendo ilegibles los mismos. Pero, aunque no encriptáramos nada, el mero hecho de que alguien pueda acceder a un directorio del sistema de archivos del servidor es una agujero de seguridad inmenso. En un principio, ni siquiera deberia ser necesario encriptar el repositorio de DAOS ya que NO es accesible por ningún usuario, sino que únicamente ha de acceder a él el servidor. Por otro lado, las copias de seguridad encriptadas si garantizan que las mismas sólo tengan valor para ser restauradas en el sistema original, lo cuál justifica la encriptación en origen.

Lo que comentas en el punto 4 me resulta interesante, para averiguar que es lo que ocurre, ya que DAOS trabaja a nivel de anexo exclusivamente ( así lo entiendo yo por la documentación ) y nada que no fuera un anexo debería ubicarse en su repositorio.

En relación a Transaction Logging, efectivamente te obliga a disponer de un disco adicional, y no solamente eso, sino también un canal exclusivo para ese disco, diferente del canal de datos de Domino. Pero, mediante transaction logging y un sistema de backup compatible puedes configurar un backup incremental en Domino y los tiempos de respuesta para los usuarios son hasta un 10% mejores. Si tu entorno se mueve por el reino de los Teras de almacenamiento, quizá es una opción a estudiar, sino coincido contigo en que no es necesario añadir complejidad a la infraestructura Domino.

En conclusión, interesantes opiniones las tuyas tras haber probado DAOS en máquina la opción. Y, si dispones de más información y quieres compartirla estás invitado a incluirla en este blog cuando quieras.

Un saludo,

Miguel Angel]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/18072008154823MANJ7S.htm?opendocument&comments#21072008094440CDOB4G.htm Sat, 19 Jul 2008 20:03:11 +0200 Damian Renda Ahorrando espacio de disco en nuestra infrestructura Domino con DAOS
1+ Si tengo que hacer un fixup contra la base, el mismo es mucho más rápido. Esta es una ventaja.

2+ Backupear al principio me pareció interesante puesto que podría hacerlo en forma incremental, pero al momento de evaluar cómo restaurar una base afectada por DAOS vino el problema: Yo utilizo un sistema de backup genérico, no uno de IBM... entonces si tengo que restaurar una base (o más de una) determinada ¿cómo sé yo cuales archivos adjuntos de DAOS pertenecen a dicha base? Conclusión: No puedo utilizar más un sistema de backup genérico (desventaja)

3+ En la mayoría de los casos los archivos dejados en el directorio DAOS eran ilegibles... mejor, así es más seguro. Pero adjunté otros archivos y los mismos se podían leer al abrirlos en el directorio de DAOS!!! Investigando, me dí cuenta que si al momento de adjuntarlos uno no pone la opción COMPRESS entonces no se utiliza HUFFMAN ni LZ1 y por ende los archivos se adjuntan no comprimidos y se pueden leer del repositorio de DAOS sin problema. Si en cambio uno pone COMPRESS entonces se utiliza LZ1 o HUFFMAN... estos algoritmos son públicos así que sería muy fácil desencriptarlos. Conclusión: DAOS no me parece seguro (desventaja)

4+ Cuando convertí a DAOS a una base que casi no tenía archivos adjuntos, descubrí que en el repositorio de DAOS había muchos archivos nuevos a pesar de que casi no había adjuntos en la misma!!! Pensé que era un problema de DAOS pero investigando, me di cuenta que los documentos a pensar de no tener archivos adjuntos, tienen adjuntos internos que son la codifición MIME del mail!!! O sea que si uno recibe muchos SPAMs entonces eso significa que DAOS se va a incrementar mucho ya que los SPAMS no tienen adjuntos pero generalmente son grandes (desventaja)

5+ Traté de hacer "daos prune" pero no hubo caso. Recomiendan un prunning (clean del repositorio DAOS) cada mes... me parece mucho tiempo. El probelma es que el prune lleva mucho tiempo. Todavía me falta investigar cada cuanto conviene.

6+ Tengo que habilitar transaction logging.... me da la impresion que lo que ahorro de DAOS lo pierdo con transaction logging!!! Aparte para implementar transaction logging tengo que comprar un disco más.... (desventaja)

Acá terminé de evaluar DAOS. Personalmente no creo que funcione ya que no escala bien. Puede funcionar con un par de usuarios.... pero con muchos usuarios se torna difícil de mantener (tengo que mantener DAOS, transaction logging, etc...) aparte tengo windows y no sé como escalaría millones de archivos en Windows.]]>
1+ Si tengo que hacer un fixup contra la base, el mismo es mucho más rápido. Esta es una ventaja.

2+ Backupear al principio me pareció interesante puesto que podría hacerlo en forma incremental, pero al momento de evaluar cómo restaurar una base afectada por DAOS vino el problema: Yo utilizo un sistema de backup genérico, no uno de IBM... entonces si tengo que restaurar una base (o más de una) determinada ¿cómo sé yo cuales archivos adjuntos de DAOS pertenecen a dicha base? Conclusión: No puedo utilizar más un sistema de backup genérico (desventaja)

3+ En la mayoría de los casos los archivos dejados en el directorio DAOS eran ilegibles... mejor, así es más seguro. Pero adjunté otros archivos y los mismos se podían leer al abrirlos en el directorio de DAOS!!! Investigando, me dí cuenta que si al momento de adjuntarlos uno no pone la opción COMPRESS entonces no se utiliza HUFFMAN ni LZ1 y por ende los archivos se adjuntan no comprimidos y se pueden leer del repositorio de DAOS sin problema. Si en cambio uno pone COMPRESS entonces se utiliza LZ1 o HUFFMAN... estos algoritmos son públicos así que sería muy fácil desencriptarlos. Conclusión: DAOS no me parece seguro (desventaja)

4+ Cuando convertí a DAOS a una base que casi no tenía archivos adjuntos, descubrí que en el repositorio de DAOS había muchos archivos nuevos a pesar de que casi no había adjuntos en la misma!!! Pensé que era un problema de DAOS pero investigando, me di cuenta que los documentos a pensar de no tener archivos adjuntos, tienen adjuntos internos que son la codifición MIME del mail!!! O sea que si uno recibe muchos SPAMs entonces eso significa que DAOS se va a incrementar mucho ya que los SPAMS no tienen adjuntos pero generalmente son grandes (desventaja)

5+ Traté de hacer "daos prune" pero no hubo caso. Recomiendan un prunning (clean del repositorio DAOS) cada mes... me parece mucho tiempo. El probelma es que el prune lleva mucho tiempo. Todavía me falta investigar cada cuanto conviene.

6+ Tengo que habilitar transaction logging.... me da la impresion que lo que ahorro de DAOS lo pierdo con transaction logging!!! Aparte para implementar transaction logging tengo que comprar un disco más.... (desventaja)

Acá terminé de evaluar DAOS. Personalmente no creo que funcione ya que no escala bien. Puede funcionar con un par de usuarios.... pero con muchos usuarios se torna difícil de mantener (tengo que mantener DAOS, transaction logging, etc...) aparte tengo windows y no sé como escalaría millones de archivos en Windows.]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/18072008154823MANJ7S.htm?opendocument&comments#07192008080311PMCDOP72.htm Tue, 15 Jul 2008 16:35:30 +0200 Miguel Angel Calvo iPhone en Domino 8.5
El hecho de ir de vacaciones de los primeros te permite disfrutarlas enseguida y ser la envidia de todos. Pero al volver, la envidia de ver cómo os vais los demás es algo duro de soportar. :-)

El tema del cliente Notes para iPhone , hasta donde se, se anunció tras Lotusphere que quedaría cubierto con la versión ultraLite de iNotes. Es posible que se comentara la opción de un cliente específico, por ejemplo, una versión de Traveler para iPhone??? En cualquier caso el problema actual es que no existe una API (pública) en el iPhone que acceda a los contactos ni al mecanismo de mensajería, por lo que no se puede desarrollar sobre iPhone un cliente de mensajería / calendario / tareas si Apple no te lo permite.

Yo también espero que se pueda resolver y sea una opción más para dispositivos móviles en Domino.

¡ Que tengas unas buenas vacaciones !

Un saludo]]>
El hecho de ir de vacaciones de los primeros te permite disfrutarlas enseguida y ser la envidia de todos. Pero al volver, la envidia de ver cómo os vais los demás es algo duro de soportar. :-)

El tema del cliente Notes para iPhone , hasta donde se, se anunció tras Lotusphere que quedaría cubierto con la versión ultraLite de iNotes. Es posible que se comentara la opción de un cliente específico, por ejemplo, una versión de Traveler para iPhone??? En cualquier caso el problema actual es que no existe una API (pública) en el iPhone que acceda a los contactos ni al mecanismo de mensajería, por lo que no se puede desarrollar sobre iPhone un cliente de mensajería / calendario / tareas si Apple no te lo permite.

Yo también espero que se pueda resolver y sea una opción más para dispositivos móviles en Domino.

¡ Que tengas unas buenas vacaciones !

Un saludo]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/15072008100044MANBEK.htm?opendocument&comments#07152008043530PMCDOK59.htm Tue, 15 Jul 2008 15:10:21 +0200 Julian Fernandez Gestión de IDs en Domino 8.5
Saludos]]>
Saludos]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/24062008111712MANCWC.htm?opendocument&comments#15072008151021CDOHG2.htm Tue, 15 Jul 2008 11:27:26 +0200 Jordi Vilaró iPhone en Domino 8.5
Es una buena noticia lo que comentas del modo ultralite para ser utilizado en el iPhone, lo que no acabo de entender es porqué hace unos meses se dijo que IBM sacaria Notes para iPhone y ahora dicen que están en conversaciones... algo no acaba de cuajar en todo esto. De todas formas espero que lleguen a un acuerdo próximamente y se puede utilizar el iPhone con Notes igual que se puede utilizar ahora con Exchange.

Saludos]]>
Es una buena noticia lo que comentas del modo ultralite para ser utilizado en el iPhone, lo que no acabo de entender es porqué hace unos meses se dijo que IBM sacaria Notes para iPhone y ahora dicen que están en conversaciones... algo no acaba de cuajar en todo esto. De todas formas espero que lleguen a un acuerdo próximamente y se puede utilizar el iPhone con Notes igual que se puede utilizar ahora con Exchange.

Saludos]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/15072008100044MANBEK.htm?opendocument&comments#15072008112726CDOD4P.htm Fri, 11 Jul 2008 13:35:29 +0200 Gestión de IDs en Domino 8.5
Acabo de volver de vacaciones y estoy leyendo tu mensaje. Veo que trabajas en un entorno interesante en número de usuarios.

En relación a libros de desarrollo, { Link } es una buena referencia y que aunque es de la versión 6, todavía es válido. Por otro lado, dispones del siguiente redbook, viejo pero actual { Link } Y por último, un recurso más avanzado para desarrollo web { Link }

Para caraterísticas nuevas, como integración Db2, aplicaciones compuestas,... hay redbooks específicos, pero yo te aconsejo que comiences con los que te enumero arriba.

Por cierto que LotusScript está basado en MS Basic ( es un subconjunto), por lo que es sintácticamente "idéntico", pero que incluye todas las clases del API de Domino.

En relación a tu duda del correo, desconozco que haya un método para bloquear ese tipo de mensajes. En versión 8.5 sólo habrá una copia del documento y todos los usuarios recibirán un enlace al mismo. Este problema en algunos clientes se solucionaba proporcionando al usuario una ubicación ( base de datos ) en la que crear el documento, y "educarlo" para que enviara el enlace. Quickr también lo soluciona en versión 7 y 8... Pero en fin, proporcionar al usuario alternativas es la mejor opción.

Un saludo]]>
Acabo de volver de vacaciones y estoy leyendo tu mensaje. Veo que trabajas en un entorno interesante en número de usuarios.

En relación a libros de desarrollo, { Link } es una buena referencia y que aunque es de la versión 6, todavía es válido. Por otro lado, dispones del siguiente redbook, viejo pero actual { Link } Y por último, un recurso más avanzado para desarrollo web { Link }

Para caraterísticas nuevas, como integración Db2, aplicaciones compuestas,... hay redbooks específicos, pero yo te aconsejo que comiences con los que te enumero arriba.

Por cierto que LotusScript está basado en MS Basic ( es un subconjunto), por lo que es sintácticamente "idéntico", pero que incluye todas las clases del API de Domino.

En relación a tu duda del correo, desconozco que haya un método para bloquear ese tipo de mensajes. En versión 8.5 sólo habrá una copia del documento y todos los usuarios recibirán un enlace al mismo. Este problema en algunos clientes se solucionaba proporcionando al usuario una ubicación ( base de datos ) en la que crear el documento, y "educarlo" para que enviara el enlace. Quickr también lo soluciona en versión 7 y 8... Pero en fin, proporcionar al usuario alternativas es la mejor opción.

Un saludo]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/24062008111712MANCWC.htm?opendocument&comments#07112008013529PMCDOFLQ.htm Fri, 27 Jun 2008 06:27:14 +0200 Julian Fernandez Gestión de IDs en Domino 8.5
La otra es si podes darme tu opinion acerca de como solucionar un problema que se me presento en el dia de hoy en el trabajo. En la empresa en donde trabajo son aproximadamente unos 4300 usuarios de lotus y tengo una serie de grupos anidados para que egloban a todos los usuarios para que si se quiere enviar un mail a todos les llegue, para lo cual solo usuarios autorizados tienen acceso a este grupo, hasta ahi todo controlado... Hoy uno de los usuarios se le antojo enviar a toda la compañia (4300 usuarios) un mail del tamaño de 3.5 MB ( 4300 x 3.5 = 15 GB aprox una locura ) para lo cual la performance de los servers estuvo muy por debajo de lo esperado .. Algun tip, regla como para que en caso de que el mail vaya dirigido a toda la compañia y el tamaño del mismo sea superior a XMB lo deniegue ?

Desde ya muchas gracias y saludos]]>
La otra es si podes darme tu opinion acerca de como solucionar un problema que se me presento en el dia de hoy en el trabajo. En la empresa en donde trabajo son aproximadamente unos 4300 usuarios de lotus y tengo una serie de grupos anidados para que egloban a todos los usuarios para que si se quiere enviar un mail a todos les llegue, para lo cual solo usuarios autorizados tienen acceso a este grupo, hasta ahi todo controlado... Hoy uno de los usuarios se le antojo enviar a toda la compañia (4300 usuarios) un mail del tamaño de 3.5 MB ( 4300 x 3.5 = 15 GB aprox una locura ) para lo cual la performance de los servers estuvo muy por debajo de lo esperado .. Algun tip, regla como para que en caso de que el mail vaya dirigido a toda la compañia y el tamaño del mismo sea superior a XMB lo deniegue ?

Desde ya muchas gracias y saludos]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/24062008111712MANCWC.htm?opendocument&comments#27062008062714CDO793.htm Mon, 23 Jun 2008 22:23:57 +0200 MIguel Calvo Recursos Quickr
Lamento haber plagiado el tema :-) Y estaré pendiente de la presentación,... ¡ por cierto, lo de Symphony es otro tema que promete !

Un saludo]]>
Lamento haber plagiado el tema :-) Y estaré pendiente de la presentación,... ¡ por cierto, lo de Symphony es otro tema que promete !

Un saludo]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/16052008094417MACB48.htm?opendocument&comments#06232008102357PMCDORX2.htm Sat, 21 Jun 2008 16:08:24 +0200 Albert Buendia Recursos Quickr http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/16052008094417MACB48.htm?opendocument&comments#21062008160824CDOJLB.htm Thu, 19 Jun 2008 15:58:13 +0200 Miguel Angel Calvo ILUG 2008: Día 3
Espero que podamos coincidir en algún evento por aquí por España.

La verdad es que hubo momentos en que se solapaban dos sesiones que para mí eran interesantes, y está bien conocer el contenido de las que no pude asistir, leyendo el blog de los que si pudieron. :-)

Un saludo.]]>
Espero que podamos coincidir en algún evento por aquí por España.

La verdad es que hubo momentos en que se solapaban dos sesiones que para mí eran interesantes, y está bien conocer el contenido de las que no pude asistir, leyendo el blog de los que si pudieron. :-)

Un saludo.]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/10062008140830MACG9D.htm?opendocument&comments#06192008035813PMCDOJDX.htm Thu, 19 Jun 2008 11:33:54 +0200 Simon Scullion ILUG 2008: Día 3
Lastima que no pudimon coincidir en Dublin!

Gracias por los posts, aunque estuve ahi, me resultaron interesantes y informativos!

Saludos desde Asturias!]]>
Lastima que no pudimon coincidir en Dublin!

Gracias por los posts, aunque estuve ahi, me resultaron interesantes y informativos!

Saludos desde Asturias!]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/10062008140830MACG9D.htm?opendocument&comments#19062008113354CDOD8R.htm Thu, 12 Jun 2008 10:20:51 +0200 mangelcalvo ¿ Soporte Lotus Domino para iPhone o soporte de iPhone para Lotus Domino? Lotus911 hablan de aspectos técnicos que, quizá, puedan justificar que la postura de Apple es meramente técnica, pero no es ápice para que IBM no lo solvente rápido.

Ed Brill demanda que la comunidad Lotus levante su voz para que IBM vea el interés de la comunidad en la integración con iPhone, pero cómo indican en otro blog, hay 266 blogs de Lotus ( haciendo referencia a planetlotus.org) frente a 140.000.000 de licencias de Lotus.

Reconozco que el iPhone es un juguete altamente atractivo.... habrá que ver cómo evoluciona todo esto.]]> Lotus911 hablan de aspectos técnicos que, quizá, puedan justificar que la postura de Apple es meramente técnica, pero no es ápice para que IBM no lo solvente rápido.

Ed Brill demanda que la comunidad Lotus levante su voz para que IBM vea el interés de la comunidad en la integración con iPhone, pero cómo indican en otro blog, hay 266 blogs de Lotus ( haciendo referencia a planetlotus.org) frente a 140.000.000 de licencias de Lotus.

Reconozco que el iPhone es un juguete altamente atractivo.... habrá que ver cómo evoluciona todo esto.]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/11062008194218MANNRZ.htm?opendocument&comments#12062008102051MANBT5.htm Thu, 12 Jun 2008 09:54:09 +0200 Jordi Vilaró ¿ Soporte Lotus Domino para iPhone o soporte de iPhone para Lotus Domino? Link } ) y lo curioso es que IBM comentó que iba a soportar el iPhone en Lotusphere 2008. Quizás si que hay malas relaciones entre ambas compañias pero no lo veo como motivo para perder negocio. Veremos que nos depara el futuro.

Saludos]]> Link } ) y lo curioso es que IBM comentó que iba a soportar el iPhone en Lotusphere 2008. Quizás si que hay malas relaciones entre ambas compañias pero no lo veo como motivo para perder negocio. Veremos que nos depara el futuro.

Saludos]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/11062008194218MANNRZ.htm?opendocument&comments#12062008095409CDOBAE.htm Thu, 12 Jun 2008 08:11:55 +0200 Miguel Angel Calvo Windows 2003: Prevención de ejecución de datos http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/09062008180855MACLXM.htm?opendocument&comments#12062008081155CDO9AH.htm Wed, 11 Jun 2008 23:01:28 +0200 Albert Buendia Windows 2003: Prevención de ejecución de datos http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/09062008180855MACLXM.htm?opendocument&comments#06112008110128PMCDOSNG.htm Tue, 10 Jun 2008 17:41:33 +0200 Jordi Vilaró ILUG 2008: Día 2 .
En cuanto al Designer lástima de la no integración (de momento) de LotusScript, esperemos que este tema lo resuelvan lo más deprisa posible.

Gracias por toda esta información que nos estás transmitiendo, la verdad es que es un gran trabajo.

Saludos cordiales]]>
En cuanto al Designer lástima de la no integración (de momento) de LotusScript, esperemos que este tema lo resuelvan lo más deprisa posible.

Gracias por toda esta información que nos estás transmitiendo, la verdad es que es un gran trabajo.

Saludos cordiales]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/10062008124123MANEJW.htm?opendocument&comments#10062008174133CDOLEJ.htm Tue, 10 Jun 2008 17:00:38 +0200 Miguel Angel Calvo ILUG 2008: Día 3
Fue bastante interesante y sobre todo informal.

Un saludo Martín]]>
Fue bastante interesante y sobre todo informal.

Un saludo Martín]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/10062008140830MACG9D.htm?opendocument&comments#10062008170038CDOKLX.htm Tue, 10 Jun 2008 16:14:11 +0200 Martín ILUG 2008: Día 3
Un saludo]]>
Un saludo]]> http://www.zarazaga.net/members/mangelcalvo/blog/home.nsf/dx/10062008140830MACG9D.htm?opendocument&comments#10062008161411CDOJPW.htm