El Sat, 24 Apr 2010 21:46:29 +0200, Carlos E. R. escribió:
On 2010-04-24 15:50, Camaleón wrote:
Pero ni por esas, el Thunderbird fallaba al leer un recurso de la red local. Tengo que probar con una versión superior de T.
Y falla porque no tiene definido como válido el protocolo "smb://" pero eso no quiere decir que no funcione con "file://" >:-)
Bueno, pero lo del smb: es un "pseudoprotocolo", sólo el konqueror lo usa, quizás el nautilus. Un "file:" es algo que ya está visible en el sistema de ficheros, es como si fuera local. Si es que he entendido bien lo que haces :-?
Cierto. Por ejemplo, el OOo no puede acceder (guardar/abrir) a un recurso "smb://". Bueno, mi versión del OOo es antigua (2.4) no sé si lo habrán arreglado ya :-? Otro ejemplo, Nautilus me falla al abrir un PDF desde samba (smb://). Sólo me pasa con los PDF, curioso... creo que es un bug notificado. Aunque como pensaba que fallaría por eso (smb://) he montado el recurso samba en local (mount -t cifs ...) y he intentado especificar desde el T. el recurso local (/mnt/) pero tampoco funcionaba. Es decir, creo que los de T+L han definido 3 protocolos como válidos (http:// -> webdav, ftp:// -> ftp y file:// -> archivo local/en red) y el resto cascan. Y creo que aún tienen un poco verde ese tema.
Y con "file" sí funciona. Para importar un calendario completo desde un recurso de red samba hay que poner:
file://nombre_equipo_o_IP/recurso
Donde "/recurso" en el directorio que contiene el archivo "*.ics".
Y lo importa.
El problema es que una vez importado (tanto en windows como en linux -en linux te avisa de que se pone en modo de sólo lectura- los cambios que se hacen sobre el archivo no se reflejan en el archivo (esto es a lo que se referían en el artículo de Mozilla con lo de que no tenía soporte de "merge").
Bueno, eso es lo que voy diciendo un rato, en linux no puedes hacer merges sobre el mismo fichero.
Ojo, ni linux ni windows.
Es como si el Outlook 2007 se llevara el calendario que ha tomado del recurso de red externo a una ubicación "local" y se olvidara del archivo "*.ics" que tiene "vinculado".
Tendrías que comprobar si otro outlook en otro windows puede modificar. Mi sospecha es que sí.
No, no lo puede modificar. Los cambios no se reflejan en el archivo ".ics" compartido. Es lo que quería decir con eso de que el Outlook 2007 lo almacena en una especie de caché local. Creo que los clientes de correo juegan un papel determinante en la gestión de los calendarios. Mira qué cantidad de posibilidades ofrece Kmail: *** Chapter 3. Importing, Exporting, and Managing Calendars http://docs.kde.org/development/en/kdepim/korganizer/managing-data.html - Calendar on IMAP Server via KMail If you have access to a server that shares calendar data via IMAP, add this resource in order to be able to save (and load) events, to-dos, free/ busy information and journal entries to the IMAP server. - Calendar in Remote File Add this resource to be able to save and load your events, to-dos and journal entries from a remote file. There are two main advantages of keeping your calendar data in a remote server: you can access your data even if you are away from your computer, and you can let other people (for instance, a secretary) view it. KOrganizer keeps a cache of the data locally. *** Je, hasta explica detalladamente cómo se gestiona el archivo cargado desde un recurso de red (fíjate que la idea es similar a lo que hace el Outlook 2007, que es almacenarlo en local -lo que pasa es que el Outlook lo hace mal porque no actualiza los datos-) Según esto, hacer lo que busco es posible con Kmail... ¡hasta permite sincronizar calendarios mediante un recurso IMAP! Es decir, admite las dos alternativas que estaba pensando. Es como si los de KDE me hubieran leído la mente :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org