Microsoft Edge: La próxima versión se basará en Chromium

Microsoft Edge es el navegador que desarrolladopor Microsoft como sustituto en Windows 10¹ del clásico Internet Explorer que llevaba en desarrollo desde los años noventa. Bien, pues Microsoft acaba de anunciar que la próxima versión de Microsoft Edge estará basado en el motor web Chromium, el proyecto de fuentes abiertas a partir del cual Google desarrolla Chrome. Esta nueva versión de Edge estará disponible para varias plataformas, incluyendo macOS.

Una consencia importante de este desarrollo de Microsoft es que puede que nos encontremos ante un navegador con el mismo núcleo de Chrome pero que no está ligado a los servicios de Google, con las consecuencias que este hecho tiene para la privacidad y para el negocio de Google. Por otra parte, también nos damos cuenta como el paradigma del software se traslada cada vez más a las nubes, desde donde los grandes dan sus servicios y sólo nos ofrecen un navegador para interactuar con los mismos.

Incidiendo un poco más en la privacidad, nos encontramos con algunas corporaciones, como Microsoft o Apple, que quieren hacer ésta como un valor añadido a sus productos, mientras que Facebook², Twitter o Google, depende cada vez más de los datos que puedan obtener de sus usuarios. Es normal que muchas de estas últimas compañían ponga a disposición de todos el software que utilizan. Pensemos que su valor añadido son los datos que tienen sobre sus usuarios

Está bien recordar cual es la ascendencia de Chromium: El Webkit, el motor de navegación web que desarrolló Apple, a partir del motor KHTML desarrollado por el proyecto KDE.

Microsoft ha dado un giro de 180º a su política hacia el software de fuentes abiertas los últimos años. De ser uno de sus principales adversarios a incluirlo en su catálogo de productos, dando soporte a algunos de sus productos estrella sobre sistemas operativos como SQL Server.

Notas

1. Está disponible en otras plataformas, no sólo Windows 10
2. En el caso de Facebook, no dejéis de ver los documento del comité parlamentario inglés

Google paga 9000M de dólares por ser el buscador por defecto en iOS

Por defecto, el buscador de uso gratuito que lleva configurado en Safaro en iOS y OS X es Google. Pero esta configuración no le sale gratis a Google. Se estima que paga 9000 millones de dólares anuales a Apple en ese concepto, es decir ser el buscador gratuito por defecto del sistema operativo. Cuando pagas semejante cantidad de dinero anual es que Google espera obtener un beneficio mucho mayor. Ahora, leeros este tuit de Mikko Hypponen, investigador jefe de F-Secure:

How much is your data worth? So much that Google just paid Apple $9 billion to be the default search engine in the iPhone. $9 billion, to get people to use a ’FREE’ search.

No pagamos con dinero. Pagamos con nuestros datos y nuestro perfilado, como bien apunta Mikko en su TL. Sacad vuestras propias conclusiones. Y que coste, soy un usuario habitual de los servicios de Google, empezando por este blog.

Google vs Yahoo vs Bing: Una curiosidad

Carguemos Firefox y no estemos loguedos en ningún servicio. Hagamos una búsqueda sencilla, por ejemplo APG-65 en cada uno de los principales buscadores. Lo normal es que el primer resultado sea el de la wikipedia. Veamos cuales son las URL's que nos devuelven, usando botón derecho y copiar ruta de enlace

Google

https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0ahUKEwj8rOXn9qDcAhVK1BoKHZ0SBYwQFggnMAA&url=https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FAN%2FAPG-65_radar_family&usg=AOvVaw01dDz3jRT1kiBuX8DySHwx

Yahoo

https://r.search.yahoo.com/_ylt=AwrJS9YjJktbVikAiBCT.Qt.;_ylu=X3oDMTByaW11dnNvBGNvbG8DaXIyBHBvcwMxBHZ0aWQDBHNlYwNzcg--/RV=2/RE=1531680419/RO=10/RU=https%3a%2f%2fen.wikipedia.org%2fwiki%2fAN%2fAPG-65_radar_family/RK=2/RS=wqAqykBebI6AweYjwtNAYf_.Zdg-

Bing

https://en.wikipedia.org/wiki/AN/APG-65_radar_family

De los tres buscadores principales sólo Bing devuelve el enlace real, de tal manera que si pulsas en él, te vas directo al resultado. Tanto Google como Yahoo, si pulsas en enlace, primero pasas por los servidores de Google - para guardar los correspondientes datos - y luego te realiza la redirección. Evidentemente, si estás logueado en cualquiera de estas dos plataformas, estos datos pasan a formar parte de las estadísticas que se tienen y las preferencias de los usuarios. En el caso de Google no siempre fue así, recuerdo que tiempo atrás funcionaba igual que Bing.

Simplemente, es ser consciente como se alimentan los grandes cuerpos de datos de estos gigantes de Internet.

Google: The Selfish Ledger o la ingeniería social que se nos viene encima

(vía Slashdot) Hace unos días se filtró un vídeo realizado hace unos años en Google X , una de las compañías de desarrollo de nuevas ideas de Google llamado Selfish Ledger - parafraseando la teoría del gen egoista de Dawkins -. Según el artículo publicado por The Verge y el propio video (lo enlazo al final), la visión del futuro de Google es un mundo donde se recaban todo tipo de datos, se procesan por los algoritmos y los sistemas de Google sirven para darnos cuales son las pautas correctas a seguir según los datos que ha ido procesando - y lo que opinen los diseñadores de esos sistemas de recomendación, esto es mío - . La idea, similar a la de los genes, es que esos corpus de datos, se pasen de generación en generación con el objetivo de mejorar la especie y acabar con los males del mundo. En el vídeo estos corpus de datos lo llama ledgers. El uso adecuado de estos ledgers, junto con los sistemas de recomendación pueden ser usados para cambiar el comportamiento de la especie humana.

Por supuesto, ni una palabra sobre privacidad ni anonimato, ya de la ingeniería social en la que incurren menos. Vale, el vídeo está hecho para provocar. Pero no está mal tener en cuenta estas cosas cuando veamos los 10 primeros resultados de una página de Google respecto a según que temas. Sólo os puedo aconsejad que lo veáis y leáis el artículo de The Verge y que saquéis vuestras conclusiones.

No importa el qué, importa el quién: Google vs Facebook

(via slashdot) Bloomberg acaba de publicar que los mensajes e imágenes que se envían usando los sistemas de mensajería de Facebook son analizados por la compañia para ver si los mismos cumplen con sus términos de servicio. En caso de que se produzca una violación de dichos términos, los mensajes no alcanzan sus destinatarios.

La noticia se enmarca dentro de los problemas que está teniendo Facebook con la privacidad. Lo curioso, es que este tipo de técnicas lo llevan usando años Google. Y no causan tanta revuelta. Por ejemplo, hasta hace poco, Google analizaba los correos de Gmail para poder ofrecer publicidad dirigida. O analizaba los ficheros para detectar aquellos s archivos con conetnido adulto que borraba del servicio GDrive.

El tratamiento de uno u otro caso en la prensa me lleva llamando la atención bastante tiempo: Ambas empresas viven del minado y perfilado de datos, para ofrecérselo a sus anunciantes: minan datos, perfilan a los usuarios e intentan aplicar todo tipo de algoritmos para que la publicidad sea lo más dirigida posible - maximizar la información mutua - . Sin embargo, Google aparece siempre rodeada por el Don't be evil frente a Facebook. ¿estamos ante un nuevo caso de no importa el qué sino el quién realiza un acto determinado?.

Más allá del tratamiento que estamos viendo en medios de comunicación de estos temas, hay una lección que se debe de extraer de todos estos casos: Los sistemas de análisis automático de contenidos van a ir a más. Y dependiendo de las condiciones de servicio, los proveedores pueden alterar conforme les plazca, pueden hacer imposible transmitir o almacenar en alguno de sus servicios según qué contenido. Aquí hemos puesto el ejemplo de contenidos para adultos legales. Pero llegado el momento,puede hacerse extensible a otro tipo de contenidos legales pero que por diversos motivos, a cualquiera de estos proveedores de servicio no les interese llevar.

¿Significa una crítica a Google o Facebook?. No, uso ambos servicios todos los días. Pero sé como funcionan y que se reservan el derecho de hacer con su plataforma lo que quieran. Y esto último, no debe olvidarse.

Las cuentas gestionadas de gmail y API de auditoría.

Uno de los servicios que ofrece Google para empresas es el correo electrónico. Este se lleva a cabo a través de las llamadas cuentas gestionadas de Google. El administrador de un dominio de este tipo tiene acceso a toda la información que existe en las cuentas que gestiona. Eso incluye acceso a todos los buzones de correo. Pero lo más curioso de todo este tema es que Google pone a disposición de los usuarios de estos servicios un API que permite auditar el correo. Un simple conjunto de llamadas permite obtener toda la información que se quiera de las mismas. Lo interesante es que este API permite establecer monitores que vayan analizando y almacenando los correos que se deseen durante el periodo que se programe.

Ojo, no vayamos a pensar que esto es exclusivo de este tipo de cuentas. Cualquier máquina Unix puedes hacer un grep sobre los ficheros almacenados de correo, en el tradicional /var/spool/mail o Exchange permiten al usuario administrador leer todo el correo del usuario que sea.

Esto no es más que un simple recordatorio de la privacidad que ofrecen todos los sistemas de correo

La próxima plataforma de anuncios: El salpicadero de su coche

No es ningún misterio que más del 90% de los ingresos de Google vienen de la publicidad, siendo el líder indiscutible en Internet (y en todo tipo de aplicaciones móviles a través de Android). Ahora, busca nuevos nichos de mercado para poder seguir mostrando anuncios: Su próximo objetivo parece ser que es el mercado del automóvil.

En el CES, una de las ferias de electrónica de consumo más importantes del mundo, se anunció la formación de la Open Automotive Alliance, una alianza de fabricantes que tiene el objetivo de llevar al mundo del automóvil la plataforma Android. De la FAQ que tienen en su web me parece interesante lo siguiente:

Why is this beneficial to drivers? Drivers are already trying to access mobile services while they're on the road, but in ways that aren't always seamless or safe. By working with automakers to deliver these experiences in ways that make sense for the automobile,drivers can get what they're looking for without disrupting their focus on the road.

Ahora, imaginemos que la plataforma nos muestra un mapa de la zona por donde vamos circulando, y queremos buscar un restaurante. ¿De verdad pensamos que no va a existir un programa modelado como AdWords para que se publiciten los negocios?. ¿No intentarán hacer publicidad las gasolineras con sus precios y promociones?. Si, parece interesante desde el punto de vista del consumidor, pero como con todo en Google, el usuario es el producto que el gigante americano vende a sus clientes que son los anunciantes. Todo esto será a cambio de toda la información posible sobre el usuario. Supongo que a mucha gente esto no le importará. A mi si.

El cierre de algunas API de Google y la nube, una vez más

Hace unos días Google hacía público que iba cerrar una serie de servicios, que hasta ahora eran de libre acceso y el marcado de una serie de APIs para ser eliminadas en el futuro. Cuando uno lee diversos foros en Internet, ha levantado especialmente ampollas que a finales de este año el API de Google Translate quede cortada a final de esté mes.

Siempre hay que tener una cosa en cuenta con la nube: Nadie da gratis nada. Cuando Google, o cualquier otra compañía está ofreciendo cuentas de correo gratis, y cualquier persona se abre una, lo hace porque desde ese momento, tú eres un producto que estás siendo vendido por Google a la gente interesada en poner publicidad que recibas tú.

Peor aún son el caso de empresas que ha utilizado servicios supuestamente gratuitos, ya sea para incorporar funcionalidades a sus productos, ya sea para llevar toda su gestión, pensando inocentemente que los mismos van a estar disponibles, mantenidos y en correcto grado de funcionamiento siempre. Casi todos los servicios que están en la nube, suelen tener un cláusula de terminación de los mismos por parte del proveedor sin más o menos responsabilidad para éste. Como decía un amigo por el twitter si algo es core para que tu negocio funcione, no lo externalices. Esperemos que a Google no se le ocurra hacer lo mismo con Google Docs, porque a fin e cuenta, de alguna manera tendrá que monetizar todas las inversiones necesarias.

Y eso sin suponer que los mismos que a día de hoy te dan esos servicios, no decidan el día de mañana ofrecer lo mismo que tu das sobre tu infraestructura. Por ejemplo, ¿Qué habrá pensado Dropbox, que utiliza la infraestructura de Amazon, cuando ésta última decidió sacar su propio servicio de almacenamiento?

---

Technorati Tags: Google,cloud

Google Buzz

(vía vía ABC) Parece ser que Google ha decidido hacerle la competencia a Twitter y Facebook: Un servicio de microblogging unido a las cuentas de gmail, donde además, se podrá compartir fotografías y vídeos (¿y otros tipos de fichero?). Poco más se sabe ahora mismo del servicio, habrá que ver que tal está integrado con el resto de los servicios de Gmail y sobre todo, si es capaz de hacer que la gente que actualmente usa otras redes sociales se decante por la de Google.

Lo que desde mi óptica si va a ser un quebradero de cabeza para la gente que trabajamos en la seguridad informática. Bastantes problemas hay con la cantidad de programas que permiten intercambiarse archivos a través de la web, y que sin una buena solución de DLP puede hacer que los ficheros clave de las empresas estén por ahí, como para añadir otro servicio que haga aún más complicado la gestión de datos.

---

Technorati Tags: Google

GMail y el uso de 100% de la CPU (Act.)

Llevaba un par de meses intentando descubrir que causaba que, al tener abierta una pestaña de gmail, con Firefox o Chrome, la CPU del sistema subía al 100%, siendo incluso complicado de trabajar con él. Cómo sólo me pasaba en Windows, pensaba que era alguna particularidad del sistema operativo o del proxy que usaba en el trabajo para poder salir a Internet. Hoy, por fin, he dado con el origen del problema: Google Talk. Este servicio se encuentra cortado en mi oficina en los proxys de salida a Internet.Resulta que cuando la ventana del ventana del Gtalk embebida en gmail está abierta, si por alguna circunstancia, está cortado el acceso a la parte del chat, las rutinas AJAX que contienen empieza a consumir CPU de manera continua, a pesar de detectar que existen problemas de conexión para acceder al servicio. La solución para evitar este problema es muy sencilla: replegar la ventana de chat pulsado en el signo menos que aparece en la esquina superior izquierda de la misma. Una vez realizada esta operación, el consumo de 100% de la CPU por parte de la CPU ha desaparecido.

Ya podría Google tener una opción que permita desconectar el uso del chat, en especial para aquellos que estamos en entornos de trabajo donde tenemos restringido su uso.

Actualización

Me apunta un lector que mire abajo de la ventana de gmail y me fije en el pequeño menú que aparece:

Gmail view:  standard | turn off chat | older version | basic HTML Learn more

Cosas de buscar el desactivar el chat por Settings

Technorati Tags: Google,Gmail

Google Chrome OS

Ayer Google activó su campo de distorsión de realidad (no iba sólo a ser una particularidad de Apple) y publicó una nota de prensa para presentar su nuevo proyecto Google Chrome OS.

Según Google, se busca cubrir los siguientes huecos:

• Un sistema ligero orientado a Netbooks, un mercado que experimenta ahora un fácil crecimiento.
• Este sistema sería gratuito y tendría como base software de fuentes abiertas.
• Simplicidad, velocidad y seguridad serían los pilares del nuevo sistema.
• Desde el arranque, el sistema debe de presentar el navegador Web en cuestión de segundos.
• Facilidad de configuración.
• Rediseño de todo el modelo de seguridad para que sea inmune a virus, back to the basics

¿Qué se encuentra debajo de toda esta mercadotecnia, que se ha merecido hasta la portada de un diario nacional en España?:

• Un de sistema basado en Linux.
• Un gestor de ventanas.
• El navegador Chrome.

Me llama mucha atención el énfasis que hace Google en la velocidad de arranque. Conozco poca gente, que a día de hoy apague sus portátiles. Se usa la hibernación.En cuestión de segundos (tanto con Windows Vista , MacOS X o Linux) tengo disponible todo el sistema.

Algunas dudas que tengo sobre este proyecto (las recogí en esta entrada de Barrapunto)

• Almacenamiento: Google ofrece 1 GB gratuito para todas tus cuentas (correo, Picassa,...). ¿Darán acceso a los discos duros locales y aplicaciones para manejar la información en local?. O están buscando que la gente haga un update de los servicios pidiendo más espacio y pasando por caja.
• ¿Potenciar su plataforma de aplicaciones (App Engine) para que la gente compre ciclos?
• Apple intentó inicialmente este modelo en su iPhone, y el tiro le salió por la culata. ¿Le saldrá ahora bien a Google?.
• Es el mismo modelo de aplicaciones que va usar Palm en su Palm Pre.Aún así, también habrá un SDK para desarrollar aplicaciones nativas.
• Tarde o temprano, la plataforma querrá ser extensible: ¿Cuánta gente usa diversas extensiones en sus navegadores: delicius, bloqueadores de anuncios, etc?.
• ¿Cómo gestionará el contenido multimedia?

De los puntos planteados, el que más me preocupa es el almacenamiento:

• Google cobra a partir de una cantidad determinada. Tener un gigabyte de fotos es muy sencillo. ¿Negocio para ellos a través de cuotas?
• Aunque Google tiene Gears con soporte para almacenar información, no creo que entre en su modelo de negocio. Sería tirar piedras contra su propio tejado.
• El contenido multimedia es peliagudo, en especial porque Google intentará buscar, indexar y mostar anuncios. ¿Qué pasaría si esta información se la pidieran los Gobiernos.
• Privacidad: don't be evil, pero si el Gobierno Chino dice que hay que censurar, se censura.

Hay un par de artículos de opinión que apuntan el porqué de este anuncio, ¿prematuro? de Google: ¿Puede Microsoft estar preparando la presentación de Microsoft Office en web?

Referencias

• Google's Chrome OS: what it means, why it matters
• Microsoft's Big Announcement Next Monday: What's Up?
• Google presenta Chrome OS, su futuro sistema operativo

Technorati Tags: google

Google investiga en la mejora de rendimiento de Python

(vía Ars Technica) Python siempre ha sido un lenguaje importante dentro de Google. La actual implementación del lenguaje se ejecuta sobre una máquina virtual propia. Ahora los ingenieros de Google quieren diseñar un JIT (just in time compiler), usando como base para el mismo el compilador LLVM Compiler Infrastructure. Esta nueva implementación de Python se agrupa bajo el proyecto unladen-swallow. Los objetivos del mismo son:

• Implementar Python de tal manera que sea capaz de aumentar la velocidad de ejecución de la actual hasta cinco veces.
• Conservar la estabilidad de la versión actual.
• Compatibilidad a nivel de fuentes con las aplicaciones y módulos actuales.
• Quieren donar esta rama al repositorio general.

Google quiere usar Python en proyectos que necesiten rendimiento en vez de C, puesto que es un lenguaje que da al usuario herramientas de mucho más alto nivel para implementar las funciones que desee amén de una amplia librería de módulos con funciones probadas.

Technorati Tags: python, google,

Google publica un libro sobre seguridad de navegadores We

(vía Securityfocus. Michal Zalewski, que ahora trabaja para Google, acaba de publicar un libro sobre la seguridad de los navegadores web más usados. Está dividido en tres partes:

La primera parte describe los navegadores webs, los estándares y protocolos sobre los que se contruyen y cómo están soportados en cada uno de los diferentes productos existentes.

La segunda parte muestra un resumen de los diferentes mecanismos que implementan los navegadores para proporcionar un entorno segurod de navegación, así como los defectos que se han detectado en los diseños.

La Tercera parte hace referencia a mecanismos de seguridad experimentales y mecanismos que se man tienen por compatibilidad.

Technorati Tags: google,seguridad,navegadores web

Google Native Client: Detalles de la implementación

Google se ha embarcado en un proyecto que permita ejecutar código nativo en un navegador web de manera segura. Esta idea no es nueva, Microsoft fue una de las primeras compañías que intentaron este camino a través de la tecnologia ActiveX. Sin embargo el mecanismo de seguridad basado en firmas y zonas de ejecución, no ha sido suficiente para evitar que haya sido uno de los vectores de ataques más usados contra sistemas que ejecutan Windows.

Los objetivos de Google es permitir un entorno de ejecución de módulos binarios x86 - aunque podrían portarlo a otras arquitecturas de microprocesador - que permitan aprovechar la potencia disponible en los microprocesadores actuales, que sea portable entre diferentes sistemas operativos y que sea seguro. Para poder interactuar con el resto del navegador existe un puente que comunica javascript con los módulos binarios.

Google crea un entorno aislado ("sandbox") donde se va a ejecutar los diferentes módulos, cada uno de los cuales está en un espacio de direcciones separados y que se comunican entre ellos a través de un mecanismo de procedimientos de llamada remoto (RPC). Se aísla el código que se ejecuta en el sandbox del sistema operativo, ofreciendo sólo una serie de servicios autorizados a llamar desde los ejecutables generados.

De la documentación que llevo leída, en especial de Native Client: A Sandbox for Portable, Untrusted x86 Native Code, la idea que me hago de la arquitectura que quiere implementar Google es la siguiente:

Arquitectura

Destacar en este caso el mecanismo de comunicación, denominado IMC e implementado en éste módulo de intercomunicación.

Para tener un entorno seguro se realiza un análisis estático del código que se ha generado: se busca detectar aquellas instrucciones peligrosas para el sistema y se fuerza a que el módulo ejecutable tenga una determinada estructura para evitar código automodificable e instrucciones superpuestas. Además utiliza los mecanismos de segmentación presente en la arquitectura x86 para evitar referencias a memoria fuera de los límites del proceso, y aislar el módulo binario de las librerias que el propio sistema mapea en memoria. La implementación de estos mecanismos de protección es lo que Google llama inner sandbox.

Native Client impone las siguientes restricciones a un módulo binario para que pueda ejecutarse en el entorno:

1. El módulo binario una vez cargado en memoria es sólo de lectura.
2. El módulo binario se linka empezando en la dirección de memoria cero y a partir de los 64kbytes empieza el código máquina generado por las herramientas.
3. Las llamadas de control indirectas utilizan una secuencia especial de instrucciones.
4. El binario ocupa páginas de memoria completa, rellenándose hasta el límite de las páginas, apareciendo al menos una instrucciones hlt.
5. No puede contener instrucciones que sobrepasen 32 bytes de memoria.
6. Todas las direcciones de las instrucciones válidas son alcanzables a través de un desemsablado que empieza en la dirección de carga.
7. Todas los saltos directos tienen como destino instrucciones válidas e identificadas durante el análisis estático de código.

El análisis estático del código generado se implementa en la libreria native client verifier (ncv). Es el encargado de asegurarse que no existen instrucciones de carga o escritura de datos fuera de la memoria asignada, que el binario puede desemsablarse de manera exacta, no debe de existir direcciones inseguras y debe de existir integridad en el flujo del binario. La seguridad de esta parte del código es crítica, (y algún bug han descubierto ya)

El módulo tiene una particular disposición en memoria que permite atrapar aquellas referencias a punteros nulos (protege la primera página de la memoria asignada contra lectura y escritura). Los siguientes 60 Kb se utilizan para el código de los servicios de ejecución y el resto del espacio de direcciones se dedica al módulo.Todos los módulos binarios tienen como base la dirección cero y el código comienza a insertarse a partir de los 64 kbytes:

Mapa de memoria

Es interesante ver en acción uno de los mecanismos que tienen los procesadores x86 desde que existe el modo protegido: El uso de la segmentación para limitar el rango de memoria que puede accederse.Acostumbrados a modelos de memoria planos y de 4 GB, Google implementa con ayuda de la segmentación el modelo de memoria (ver nacl_ldt.c para el caso de Linux). Este mecanismo, no se puede usar en procesadores ejecutando código de 64 bits. La estructura que tendría una vez cargado el módulo en memoria sería la siguiente:

Las llamadas al sistema que se realizan desde el módulo binario se compara contra una lista blanca de llamadas permitidas. Esta validación formaría otra capa de protección que Google llam outer sandbox, donde se implementaría los servicios de ejecución. Están en service runtime.

Aparte el entorno de ejecución define un API que da acceso a los servicios que puede necesitar el módulo binario: gestión de memoria, gestión de hilos o primitivas de sincronización.

Referencias

1. Google Native Client: Aplicaciones x86 en el navegador
2. Native Client
3. Native Client: A Sandbox for Portable, Untrusted x86 Native Code
4. Safer than ActiveX: a look at Google's Native Client plugin
5. Native Client:README
6. Native Client: A Technology for Running Native Code on the Web

Technorati Tags: google,native cliente,sandbox

Novedades de Google

Consultando el blog oficial de Gmail he visto un par de noticias que me han interesado:

Sincronizar Google Calendar a través de Caldav

Gracias al soporte de CalDAV ahora se puede sincronizar los calendarios locales con Google Calendar. Han creado también varios programas para poder sincronizar con Outlook - a través de un plugin -, las Blackberry y otros dispositivos móviles. Puede ser útil si se tiene varios ordenadores y se quiere sincronizar entre ellos, aunque como siempre, dejaremos más información nuestra en manos de Google :). Toda la información en Syncing your Google Calendar. El soporte de CalDAV está disponible en la MacOS X 10.5 Leopard y en SunBird

Soporte de Gmail en Google Desktop

Han desarrollado un Gmail on your Google Desktop, un applet para la barra de tareas, para poder leer el correo que tiene en Gmail sin necesidad de tener abierto un navegador. El complemento se llama gmailgadger y está disponible.

Technorati Tags: gmail,google