SERVICIOS WEB, SQL SERVER Y CLIENTE WINDOWS FORM

Hola de nuevo Carlos,

del link que me has indicado te deberías quedar con el título de uno de los
artículos que viene dentro:
"Microsoft Indigo The Unified Programming Model for Building
Service-Oriented Applications"
Es un entorno unificado para contruir aplicaciones orientadas a servicios,
que es el verdadero objetivo de Microsoft. Pero se basa mucho en WebService.

Con respecto al problema de Juan, si va a implementar la aplicación en una
red local, puede utilizar WebService, pero provoca una sobrecarga que no es
necesaria. Yo utilizaría una arquitectura mixta para aprovechar al máximo
los recursos, aunque siempre sabemos que estos recursos muchas veces son mas
baratos que las horas de programación.

Un Saludo,

Miguel Angel Campos
MCAD.NET

"Carlos Enrique Figueroa"
escribió en el mensaje
news:

Hola Miguel Angel, :)

Yo no dije que Indigo es una arquitectura basada en web service, dije que
Indigo es una infraestructura de comunicaciones basada en la arquitectura
de
los web services. Esto es exactamente lo que dice el sitio oficial de
Microsoft:

http://msdn.microsoft.com/Longhorn/...fault.aspx

"It is a new breed of communications infrastructure built around the web
service architecture"

De cualquier forma coincido contigo en que desarrollar a nivel empresarial
usando el beta no es correcto cuando no se conoce la fecha de salida del
producto final, pero lo que yo recomendaba es usar web services porque es
mucho más fácil de desarrollar, de mantener y de migrar hacia indigo que
usar
remoting.

Saludos,

Carlos Enrique Figueroa
MCP, MCAD.NET
.NET Consultant
SmartWork S.A.


"Miguel Angel Campos" escribió:

Hola Carlos,

En las visperas, visperas no estamos, ni siquiera existe una fecha de
salida
para ese futuro, y con muy buena pinta, producto. Así que cualquier
desarrollo que tenga que ver la luz en los próximos meses no debería
utilizar esta aquitectura. Es mi opinión, no creo que sea bueno realizar
un
proyecto con una versión beta de algo, a no ser que sea un piloto de un
proyecto futuro.
Con respecto a Indigo, Remoting y WebService; Indigo no es una
arquitectura
basada en WebService, es una arquitectura que establece un modelo común
de
desarrollo de aplicaciones orientadas a servicios (SOA), es decir permite
definir contratos de servicios y datos para que sean utilizados mediante
varios canales de comunicación (webservice, TCP (Remoting), namespipe,
memoriacompartida, etc).
Si el proyecto sobre el cual hablamos se quiera realizar para ser
utilizado
en la red local mediante Remoting y a traves de Internet mediante WS, se
tendrían que implementar dos proyectos, uno que atiende las peticiones
Remoting y otro que atiende las peticiones WS, puesto que la forma de
implementarlos es distinta. Con Indigo todo esto cambia, para cambiar de
WS
a Remoting sólo tenemos que cambiar el fichero de configuración.

Como comentario adicional, si actualmente se realizara un proyecto con
WS,
para poder utilizar Indigo hay que realizar cambios en el código, no
tantos
como en una aplicación realizada para Remoting, pero donde ahora está el
atributo [WebService] deberá estar [ServiceContract], donde
[WebMethod] ->
[OperationContract], etc. Aunque Microsoft facilitará herramientas para
migrar de uno a otro.

Es mi opinión al respecto, estoy deseando que llegue Indigo pero creo que
aún va a tardar un poco. Ahora está la Technology Preview de WSE 3.0, que
ya
es compatible con las especificaciones de Indigo para WebService, pero no
sé
tampoco cuando saldrá la versión final de este producto, que será seguro
antes que Indigo.

Un Saludo,

Miguel Angel Campos
MCAD.NET

"Carlos Enrique Figueroa"

escribió en el mensaje
news:
> Hola Miguel Angel,
>
> No se si sea recomendable implementar comunicacion via remoting estando
> a
> visperas del lanzamiento de Indigo, que es una infraestructura de
> comunicaciones basada en la arquitectura de los web services. Me
> gustaría
> conocer tu opinión.
>
> Carlos Enrique Figueroa
> MCP, MCAD.NET
> .NET Consultant
> SmartWork S.A.
>
> "Miguel Angel Campos" wrote:
>
>> Hola Juan,
>>
>> en uno de los requisitos del proyecto has indicado que la aplicación
>> debe
>> ser accedida tanto desde dentro de la red local como desde internet,
>> este
>> punto de obliga a utilizar WebService para evitar exponer el servidor
>> SQL
>> Server a internet.
>>
>> Otro punto importante es que si haces conexión directa desde los
>> clientes
>> a
>> SQL Server, dependiendo del número de clientes que tenga la aplicación
>> puedes necesitar mas o menos licencias de cliente de SQL Server. Si
>> utilizas
>> una capa de lógica de negocio centralizada evitas esta situación
>> reduciendo
>> el gasto de licencias de cliente necesarias.
>>
>> Podrías utilizar Remoting para los clientes de la red local, evitando
>> la
>> sobrecarga de XML de los WebService, pero si no planificas bien el
>> diseño
>> de
>> los servicios necesarios puede complicarse el desarrollo.
>>
>> Un Saludo,
>>
>> Miguel Angel Campos
>> MCAD.NET
>>
>> "Juan Barrios Peñaloza" escribió en el mensaje
>> news:
>> > Consulta:
>> >
>> >
>> > Estoy creando una aplicación y tengo dos opciones para el
>> > desarrollo,
>> > cual
>> > recomienda ustedes?
>> >
>> > 1. Base de datos con Sql Server consumido por un cliente Windows
>> > Form
>> > utilizando los Servicios Web.
>> >
>> > 2. Base de datos con Sql Server consumidos directamente por un
>> > cliente
>> > Windows Form.
>> >
>> > El sistema debe tener la opcion de actualizarse en linea, opcion de
>> > objeto
>> > desconectados, autenticacion y cifrado de datos para cuestiones de
>> > seguridad, Accesible tanto de un usuario local o fuera de la red
>> > local
>> > (por internet), transferencia de archivos.
>> >
>> > Muchas gracias, espero sus recomendaciones y sugerencia.
>> >
>> >
>> > Atte,
>> >
>> > Juan Barrios
>>
>>
>>

Hola Miguel,

cambiando de tema... conoces un buen sitio de discusión sobre arquitectura
en español? están muy buenos estos grupos de noticias, pero falta uno donde
podamos discutir sobre arquitectura, patrones, frameworks de desarrollo,
metodologías, estándares, etc, etc. Porque en caso de que no haya hasta estoy
pensando en crear uno.

Saludos,

Carlos Enrique Figueroa
MCP, MCAD.NET
.NET Consultant
SmartWork S.A.


"Miguel Angel Campos" escribió:

Hola de nuevo Carlos,

del link que me has indicado te deberías quedar con el título de uno de los
artículos que viene dentro:
"Microsoft Indigo The Unified Programming Model for Building
Service-Oriented Applications"
Es un entorno unificado para contruir aplicaciones orientadas a servicios,
que es el verdadero objetivo de Microsoft. Pero se basa mucho en WebService.

Con respecto al problema de Juan, si va a implementar la aplicación en una
red local, puede utilizar WebService, pero provoca una sobrecarga que no es
necesaria. Yo utilizaría una arquitectura mixta para aprovechar al máximo
los recursos, aunque siempre sabemos que estos recursos muchas veces son mas
baratos que las horas de programación.

Un Saludo,

Miguel Angel Campos
MCAD.NET

"Carlos Enrique Figueroa"
escribió en el mensaje
news:
> Hola Miguel Angel, :)
>
> Yo no dije que Indigo es una arquitectura basada en web service, dije que
> Indigo es una infraestructura de comunicaciones basada en la arquitectura
> de
> los web services. Esto es exactamente lo que dice el sitio oficial de
> Microsoft:
>
> http://msdn.microsoft.com/Longhorn/...fault.aspx
>
> "It is a new breed of communications infrastructure built around the web
> service architecture"
>
> De cualquier forma coincido contigo en que desarrollar a nivel empresarial
> usando el beta no es correcto cuando no se conoce la fecha de salida del
> producto final, pero lo que yo recomendaba es usar web services porque es
> mucho más fácil de desarrollar, de mantener y de migrar hacia indigo que
> usar
> remoting.
>
> Saludos,
>
> Carlos Enrique Figueroa
> MCP, MCAD.NET
> .NET Consultant
> SmartWork S.A.
>
>
> "Miguel Angel Campos" escribió:
>
>> Hola Carlos,
>>
>> En las visperas, visperas no estamos, ni siquiera existe una fecha de
>> salida
>> para ese futuro, y con muy buena pinta, producto. Así que cualquier
>> desarrollo que tenga que ver la luz en los próximos meses no debería
>> utilizar esta aquitectura. Es mi opinión, no creo que sea bueno realizar
>> un
>> proyecto con una versión beta de algo, a no ser que sea un piloto de un
>> proyecto futuro.
>> Con respecto a Indigo, Remoting y WebService; Indigo no es una
>> arquitectura
>> basada en WebService, es una arquitectura que establece un modelo común
>> de
>> desarrollo de aplicaciones orientadas a servicios (SOA), es decir permite
>> definir contratos de servicios y datos para que sean utilizados mediante
>> varios canales de comunicación (webservice, TCP (Remoting), namespipe,
>> memoriacompartida, etc).
>> Si el proyecto sobre el cual hablamos se quiera realizar para ser
>> utilizado
>> en la red local mediante Remoting y a traves de Internet mediante WS, se
>> tendrían que implementar dos proyectos, uno que atiende las peticiones
>> Remoting y otro que atiende las peticiones WS, puesto que la forma de
>> implementarlos es distinta. Con Indigo todo esto cambia, para cambiar de
>> WS
>> a Remoting sólo tenemos que cambiar el fichero de configuración.
>>
>> Como comentario adicional, si actualmente se realizara un proyecto con
>> WS,
>> para poder utilizar Indigo hay que realizar cambios en el código, no
>> tantos
>> como en una aplicación realizada para Remoting, pero donde ahora está el
>> atributo [WebService] deberá estar [ServiceContract], donde
>> [WebMethod] ->
>> [OperationContract], etc. Aunque Microsoft facilitará herramientas para
>> migrar de uno a otro.
>>
>> Es mi opinión al respecto, estoy deseando que llegue Indigo pero creo que
>> aún va a tardar un poco. Ahora está la Technology Preview de WSE 3.0, que
>> ya
>> es compatible con las especificaciones de Indigo para WebService, pero no
>> sé
>> tampoco cuando saldrá la versión final de este producto, que será seguro
>> antes que Indigo.
>>
>> Un Saludo,
>>
>> Miguel Angel Campos
>> MCAD.NET
>>
>> "Carlos Enrique Figueroa"
>>
>> escribió en el mensaje
>> news:
>> > Hola Miguel Angel,
>> >
>> > No se si sea recomendable implementar comunicacion via remoting estando
>> > a
>> > visperas del lanzamiento de Indigo, que es una infraestructura de
>> > comunicaciones basada en la arquitectura de los web services. Me
>> > gustaría
>> > conocer tu opinión.
>> >
>> > Carlos Enrique Figueroa
>> > MCP, MCAD.NET
>> > .NET Consultant
>> > SmartWork S.A.
>> >
>> > "Miguel Angel Campos" wrote:
>> >
>> >> Hola Juan,
>> >>
>> >> en uno de los requisitos del proyecto has indicado que la aplicación
>> >> debe
>> >> ser accedida tanto desde dentro de la red local como desde internet,
>> >> este
>> >> punto de obliga a utilizar WebService para evitar exponer el servidor
>> >> SQL
>> >> Server a internet.
>> >>
>> >> Otro punto importante es que si haces conexión directa desde los
>> >> clientes
>> >> a
>> >> SQL Server, dependiendo del número de clientes que tenga la aplicación
>> >> puedes necesitar mas o menos licencias de cliente de SQL Server. Si
>> >> utilizas
>> >> una capa de lógica de negocio centralizada evitas esta situación
>> >> reduciendo
>> >> el gasto de licencias de cliente necesarias.
>> >>
>> >> Podrías utilizar Remoting para los clientes de la red local, evitando
>> >> la
>> >> sobrecarga de XML de los WebService, pero si no planificas bien el
>> >> diseño
>> >> de
>> >> los servicios necesarios puede complicarse el desarrollo.
>> >>
>> >> Un Saludo,
>> >>
>> >> Miguel Angel Campos
>> >> MCAD.NET
>> >>
>> >> "Juan Barrios Peñaloza" escribió en el mensaje
>> >> news:
>> >> > Consulta:
>> >> >
>> >> >
>> >> > Estoy creando una aplicación y tengo dos opciones para el
>> >> > desarrollo,
>> >> > cual
>> >> > recomienda ustedes?
>> >> >
>> >> > 1. Base de datos con Sql Server consumido por un cliente Windows
>> >> > Form
>> >> > utilizando los Servicios Web.
>> >> >
>> >> > 2. Base de datos con Sql Server consumidos directamente por un
>> >> > cliente
>> >> > Windows Form.
>> >> >
>> >> > El sistema debe tener la opcion de actualizarse en linea, opcion de
>> >> > objeto
>> >> > desconectados, autenticacion y cifrado de datos para cuestiones de
>> >> > seguridad, Accesible tanto de un usuario local o fuera de la red
>> >> > local
>> >> > (por internet), transferencia de archivos.
>> >> >
>> >> > Muchas gracias, espero sus recomendaciones y sugerencia.
>> >> >
>> >> >
>> >> > Atte,
>> >> >
>> >> > Juan Barrios
>> >>
>> >>
>> >>
>>
>>
>>

La verdad es que no lo conozco, así que si quieres crear uno cuenta conmigo.

Un Saludo,

Miguel Angel Campos
MCAD.NET

"Carlos Enrique Figueroa"
escribió en el mensaje
news:

Hola Miguel,

cambiando de tema... conoces un buen sitio de discusión sobre arquitectura
en español? están muy buenos estos grupos de noticias, pero falta uno
donde
podamos discutir sobre arquitectura, patrones, frameworks de desarrollo,
metodologías, estándares, etc, etc. Porque en caso de que no haya hasta
estoy
pensando en crear uno.

Saludos,

Carlos Enrique Figueroa
MCP, MCAD.NET
.NET Consultant
SmartWork S.A.


"Miguel Angel Campos" escribió:

Hola de nuevo Carlos,

del link que me has indicado te deberías quedar con el título de uno de
los
artículos que viene dentro:
"Microsoft Indigo The Unified Programming Model for Building
Service-Oriented Applications"
Es un entorno unificado para contruir aplicaciones orientadas a
servicios,
que es el verdadero objetivo de Microsoft. Pero se basa mucho en
WebService.

Con respecto al problema de Juan, si va a implementar la aplicación en
una
red local, puede utilizar WebService, pero provoca una sobrecarga que no
es
necesaria. Yo utilizaría una arquitectura mixta para aprovechar al máximo
los recursos, aunque siempre sabemos que estos recursos muchas veces son
mas
baratos que las horas de programación.

Un Saludo,

Miguel Angel Campos
MCAD.NET

"Carlos Enrique Figueroa"

escribió en el mensaje
news:
> Hola Miguel Angel, :)
>
> Yo no dije que Indigo es una arquitectura basada en web service, dije
> que
> Indigo es una infraestructura de comunicaciones basada en la
> arquitectura
> de
> los web services. Esto es exactamente lo que dice el sitio oficial de
> Microsoft:
>
> http://msdn.microsoft.com/Longhorn/...fault.aspx
>
> "It is a new breed of communications infrastructure built around the
> web
> service architecture"
>
> De cualquier forma coincido contigo en que desarrollar a nivel
> empresarial
> usando el beta no es correcto cuando no se conoce la fecha de salida
> del
> producto final, pero lo que yo recomendaba es usar web services porque
> es
> mucho más fácil de desarrollar, de mantener y de migrar hacia indigo
> que
> usar
> remoting.
>
> Saludos,
>
> Carlos Enrique Figueroa
> MCP, MCAD.NET
> .NET Consultant
> SmartWork S.A.
>
>
> "Miguel Angel Campos" escribió:
>
>> Hola Carlos,
>>
>> En las visperas, visperas no estamos, ni siquiera existe una fecha de
>> salida
>> para ese futuro, y con muy buena pinta, producto. Así que cualquier
>> desarrollo que tenga que ver la luz en los próximos meses no debería
>> utilizar esta aquitectura. Es mi opinión, no creo que sea bueno
>> realizar
>> un
>> proyecto con una versión beta de algo, a no ser que sea un piloto de
>> un
>> proyecto futuro.
>> Con respecto a Indigo, Remoting y WebService; Indigo no es una
>> arquitectura
>> basada en WebService, es una arquitectura que establece un modelo
>> común
>> de
>> desarrollo de aplicaciones orientadas a servicios (SOA), es decir
>> permite
>> definir contratos de servicios y datos para que sean utilizados
>> mediante
>> varios canales de comunicación (webservice, TCP (Remoting), namespipe,
>> memoriacompartida, etc).
>> Si el proyecto sobre el cual hablamos se quiera realizar para ser
>> utilizado
>> en la red local mediante Remoting y a traves de Internet mediante WS,
>> se
>> tendrían que implementar dos proyectos, uno que atiende las peticiones
>> Remoting y otro que atiende las peticiones WS, puesto que la forma de
>> implementarlos es distinta. Con Indigo todo esto cambia, para cambiar
>> de
>> WS
>> a Remoting sólo tenemos que cambiar el fichero de configuración.
>>
>> Como comentario adicional, si actualmente se realizara un proyecto con
>> WS,
>> para poder utilizar Indigo hay que realizar cambios en el código, no
>> tantos
>> como en una aplicación realizada para Remoting, pero donde ahora está
>> el
>> atributo [WebService] deberá estar [ServiceContract], donde
>> [WebMethod] ->
>> [OperationContract], etc. Aunque Microsoft facilitará herramientas
>> para
>> migrar de uno a otro.
>>
>> Es mi opinión al respecto, estoy deseando que llegue Indigo pero creo
>> que
>> aún va a tardar un poco. Ahora está la Technology Preview de WSE 3.0,
>> que
>> ya
>> es compatible con las especificaciones de Indigo para WebService, pero
>> no
>> sé
>> tampoco cuando saldrá la versión final de este producto, que será
>> seguro
>> antes que Indigo.
>>
>> Un Saludo,
>>
>> Miguel Angel Campos
>> MCAD.NET
>>
>> "Carlos Enrique Figueroa"
>>
>> escribió en el mensaje
>> news:
>> > Hola Miguel Angel,
>> >
>> > No se si sea recomendable implementar comunicacion via remoting
>> > estando
>> > a
>> > visperas del lanzamiento de Indigo, que es una infraestructura de
>> > comunicaciones basada en la arquitectura de los web services. Me
>> > gustaría
>> > conocer tu opinión.
>> >
>> > Carlos Enrique Figueroa
>> > MCP, MCAD.NET
>> > .NET Consultant
>> > SmartWork S.A.
>> >
>> > "Miguel Angel Campos" wrote:
>> >
>> >> Hola Juan,
>> >>
>> >> en uno de los requisitos del proyecto has indicado que la
>> >> aplicación
>> >> debe
>> >> ser accedida tanto desde dentro de la red local como desde
>> >> internet,
>> >> este
>> >> punto de obliga a utilizar WebService para evitar exponer el
>> >> servidor
>> >> SQL
>> >> Server a internet.
>> >>
>> >> Otro punto importante es que si haces conexión directa desde los
>> >> clientes
>> >> a
>> >> SQL Server, dependiendo del número de clientes que tenga la
>> >> aplicación
>> >> puedes necesitar mas o menos licencias de cliente de SQL Server. Si
>> >> utilizas
>> >> una capa de lógica de negocio centralizada evitas esta situación
>> >> reduciendo
>> >> el gasto de licencias de cliente necesarias.
>> >>
>> >> Podrías utilizar Remoting para los clientes de la red local,
>> >> evitando
>> >> la
>> >> sobrecarga de XML de los WebService, pero si no planificas bien el
>> >> diseño
>> >> de
>> >> los servicios necesarios puede complicarse el desarrollo.
>> >>
>> >> Un Saludo,
>> >>
>> >> Miguel Angel Campos
>> >> MCAD.NET
>> >>
>> >> "Juan Barrios Peñaloza" escribió en el mensaje
>> >> news:
>> >> > Consulta:
>> >> >
>> >> >
>> >> > Estoy creando una aplicación y tengo dos opciones para el
>> >> > desarrollo,
>> >> > cual
>> >> > recomienda ustedes?
>> >> >
>> >> > 1. Base de datos con Sql Server consumido por un cliente Windows
>> >> > Form
>> >> > utilizando los Servicios Web.
>> >> >
>> >> > 2. Base de datos con Sql Server consumidos directamente por un
>> >> > cliente
>> >> > Windows Form.
>> >> >
>> >> > El sistema debe tener la opcion de actualizarse en linea, opcion
>> >> > de
>> >> > objeto
>> >> > desconectados, autenticacion y cifrado de datos para cuestiones
>> >> > de
>> >> > seguridad, Accesible tanto de un usuario local o fuera de la red
>> >> > local
>> >> > (por internet), transferencia de archivos.
>> >> >
>> >> > Muchas gracias, espero sus recomendaciones y sugerencia.
>> >> >
>> >> >
>> >> > Atte,
>> >> >
>> >> > Juan Barrios
>> >>
>> >>
>> >>
>>
>>
>>

Holaaa:

WebService o Sql directo???

Muchas gracias por sus comentarios y recomendaciones pero me gustaria saber
cuales serian las desventajas y lo peor que podria suceder usando un Web
Service, he encontrado tanto codigos, como de comprimir la informacion
para que sea menos pesada al utilizar un Web Service, como de partir un
fichero y pasarlo en pedasitos, ponerle un barra de progreso, esto es muy
interesante con tantas cosas que se puede hacer, aun asi analizando bien
no vendria al caso en una red local, pero si por cuestiones de licencias y
si tambien en una red Externa (internet), ademas de la seguridad, toncs me
anime hacer unas pruebas utilizando los dos metodos con web service y sin
el. Mañana le doy cuento que tal me fue. :D

Otra cosa se puede implementar Cache en Web service, por ahi lei algo
creo que si.


Muchos saludos y una vez gracias por todo.



Atte,

JUAN BARRIOS





En Tue, 21 Jun 2005 12:09:26 -0500, Juan Barrios Peñaloza
escribió:

Consulta:


Estoy creando una aplicación y tengo dos opciones para el desarrollo,
cual recomienda ustedes?

1. Base de datos con Sql Server consumido por un cliente Windows Form
utilizando los Servicios Web.

2. Base de datos con Sql Server consumidos directamente por un cliente
Windows Form.

El sistema debe tener la opcion de actualizarse en linea, opcion de
objeto desconectados, autenticacion y cifrado de datos para cuestiones
de seguridad, Accesible tanto de un usuario local o fuera de la red
local (por internet), transferencia de archivos.

Muchas gracias, espero sus recomendaciones y sugerencia.


Atte,

Juan Barrios

Usando el revolucionario cliente de correo de Opera:
http://www.opera.com/m2/

holas:

Que opinan de utilizar SQLXML 3.0 SP3?

He hecho algunas pruebas y los resultados son mas veloz que los Web
Services.



En Fri, 24 Jun 2005 15:16:01 -0500, Carlos Enrique Figueroa""
escribió:

Hola Juan,

Mira, en realidad si tu aplicación se va a conectar localmente (LAN) a tu
base de datos con un cliente Windows hecho con Microsoft .NET no hacen
falta
los web services. Igual puedes hacer las actualizaciones en línea,
autenticación y cifrado de datos o transferencias de archivos.

Los servicios web xml te pueden servir para estandarizar los datos que
expones hacia afuera, y de manera universal pueden consumir estos
servicios
una gama de clientes hechos en varias plataformas (no solo Microsoft).
Desde
mi punto de vista web services es una solución fácil de desarrollar y
mantener, pero como lo dicen los estudios de Gartner transferir datos en
xml
no es la manera más eficiente de hacerlo.

Conclusión: Te recomiendo que en ambientes internos uses comunicación
InProc, osea que incluyas la dll de acceso a datos en tus clientes, y en
ambientes externos consumas los servicios web xml.

Carlos Enrique Figueroa
MCP, MCAD.NET
.NET Consultant
SmartWork S.A.

"Juan Barrios Peñaloza" escribió:

Consulta:


Estoy creando una aplicación y tengo dos opciones para el desarrollo,
cual
recomienda ustedes?

1. Base de datos con Sql Server consumido por un cliente Windows Form
utilizando los Servicios Web.

2. Base de datos con Sql Server consumidos directamente por un cliente
Windows Form.

El sistema debe tener la opcion de actualizarse en linea, opcion de
objeto
desconectados, autenticacion y cifrado de datos para cuestiones de
seguridad, Accesible tanto de un usuario local o fuera de la red local
(por internet), transferencia de archivos.

Muchas gracias, espero sus recomendaciones y sugerencia.


Atte,

Juan Barrios

Usando el revolucionario cliente de correo de Opera:
http://www.opera.com/m2/