Barrapunto

Que no tiene ninguna función para importar los contactos de Evolution.

En fin...

que modifique la noticias ya que pone "... aproximadamente un año que utilizo Ximian Evolution para eviar..." cuando la palabra es "enviar". Un saludo.

A) se pasan cosas a portada que el editor no se molesta en mirar si existen contestadas miles de veces en internet. No me vale lo de si no te interesa, no lo leas. Si me vale lo de no reiventar la rueda.

B) No es el caso esta vez, pero tambien se pasan a portada cosas que ya estan constestadas en barrapunto y en A)

Supongo que el trabajo de editor es ahcer unos cuantos clicks en las noticas "molonas" y punto.

La respuesta en Google [google.com] Solo ha generado 313.000 resultados con scripts en Python C, y otras soluciones.

Selecciona toda la lista de contactos, dale con el botón derecho, guardar como VCard. Si luego el cliente webmail no soporta VCards es su problema....

Francamente, al leer esta noticia, me ha parecido que lo que se plantea es excesivo. ¿Qué es éso de reivindicar el poder dejar de usar un programa? ¡Desinstálalo y punto! Ah, pero es que además lo que se pide es que el propio programa que se va a dejar incorpore entre sus funciones la migración a cualquier otro programa similar. Vaya morro, digo yo. ¿Y por qué no le pides al nuevo libertad para entender lo que hacen los demás? Al margen de lo que se ha comentado por aquí arriba de que ésto es posible, porque hablamos de que existen formatos estandarizados, me parecía una desfachatez pedirle a un desarrollador que haga sus productos pensando en el día que sus usuarios le den una patada, y que por favor, sea compatible con el resto de los posibles programas similares del mundo.

A que soporta IMAP y a que el webmail es contra un bozón en imap ?

Puess.... lo que falta es imaginación , no un botoncito que te ponga exportar a tu webmail favorito

saludines !!!

Las cosas que tiene que leer uno. El software libre te da la libertad para dejar de un programa. Si evolution no tiene una herramienta de exportación, hazla tú, o paga para que te la hagan, que para eso es software libre. Pero no exijas nada a los desarrolladores (a menos que les pagues).

En cambio si Outlook no incorpora un exportador, lo hace Microsoft o lo hace Microsoft.

Saludos.

Aunque es trivial, por lo obvio, estamos hablando de software libre, por lo tanto:

1/ Tienes la libertad de programar tú la herramienta que necesitas.
2/ Tienes la libertad de pagar por que otros te programen lo que necesitas, si no quieres o no puedes programarlo tú mismo.
3/ Tienes la libertad de usar gratis lo que te den, y me parece cortés por tu parte que o simplemente te callases, o dieses las gracias por ello o, por lo menos, no te quejases sin proponer ninguna contraprestación a cambio de tus solicitudes, sobre todo cuando las haces en el foro indebido (el foro debido y donde, seguramente, sería mejor aceptada tu solicitud es.

¿Te parecen pocas libertades?

Y ahora, a lo concreto:
Solamente probé Evolution una vez y aún tenía el directorio de datos y configuraciones. Desgraciadamente parece que ni llegué a crear ningún contacto, pero la base de datos en ~evolution/local/Contacts/addressbook.db tiene toda la pinta de ser una base de datos BerkeleyDB que *ya* posee cumplidas herramientas de manipulación para que, por ejemplo, puedas extraer los datos como columnas de texto separadas por comas (por si acaso, me he tomado la molestia de comprobarlo: *es* una base BerkeleyDB que almacena los datos en formato VCard, ambas cosas perfectamente estandarizadas); respecto a la definición de campos, parece que se encuentra en el fichero folder-metadata.xml, en el mismo directorio, que, por ser "texto plano" no hay más que mirar para ver el valor de cada campo.

Por otra parte (culpa mía, por haber dado por buenas tus palabras) he decidido no dar nada por supuesto y he hecho (gran dificultad técnica) lo siguiente:
1/ Abrir mi navegador favorito
2/ Cargar la página "http://groups.google.com"
3/ Poner en la "cajita de búsqueda" la cadena "export evolution contacts"
4/ Echarle un vistazo a los resultados, y fijarme que el undécimo parece prometedor (dos mensajes en el grupo novell.support.ximian.evolution, con fecha 28/JUL/2004); el primero es la pregunta, el segundo la respuesta:

> Is there an easy way to export say a Contacts folder?
> or
> Move the Contacts from one system (work) to a another system (home)?
Highlight all contacts and export as VCard.

Verdaderamente, algo sólo al alcance de auténticos ingenieros informáticos profesionales.

...y por cierto, si realmente encuentras todo esto de una terrible dificultad técnica (no es culpa tuya: nadie nace aprendido), también puedes *pagar* a Novell para que te de todo el soporte que quieras sobre Evolution... incluso programándote cualquier funcionalidad que desees.

Las libertades siguen siendo 4, y deberías habértelas leído. A groso modo:
0 - Liberta de uso
1 - Libertad de distribución
2 - Libertad de modificación
3 - Libertad de colaboración

Si lo que quieres es que una pieza del SL adquiera una funcionalidad, puedes atenerte a la 2 y la 3.

Si quieres que el "preciosso" Outlook haga algo que ahora no hace... ¿Qué piensas hacer? ¿Cagarte en Mocosoft? Contratar a otros para que lo hagan es ilegal... Creo recordar que no soporta plug-ins (las últimas versiones de Evolution sí que lo hacen). ¿Cómo lo harías?

Pues eso, que lo que hay que leer.

QUEJA: No entiendo porqué habéis puesto esta "noticia" en la portada.

Ya que vamos a cambiar cosas podemos agregar "El que no entienda las 4 libertades" que use M$.

Para el que aún no lo sepa, te vas a "Contactos", con la tecla shift o ctrl y el ratón eliges los contactos que quieras, vas a "Guardar como VCard..." en el menú de Archivo y listo!

Lamentable esta noticia ciertamente...

Lo que si echo en falta son opciones de importación en todos los clientes de correo.

Creo que ya que varios de ellos importan exchange, creo que thunderbird debería importar kmail y evolution, y cosas así.

Lo normal no es ir de un cliente a otro, pero si uno descubre que le gusta más Evolution que KMail, debería uno poder importar sus settings y su correo existente. Que también lo hicieran con los filtros sería lo más deseable.

Por un lado el editor da sus razones de haber pasado el artículo a portada, para él la cuaestión no és sólo Evolution y el tema de la exportación.

Cito a rvr:
"[...]la cuestión, para mi, no es su problema concreto con Evolution, sino la importancia de la interoperabilidad, formatos abiertos y opciones de migración[...]"

Aunque también doy la razón a la respuesta que luego ha puesto Bolinches.

Sobre el tema de exportaciones en los clientes de correo (y ahora viene la parte "hardcore")

Unos comentais lo fácil que es y la existencia de pequeñas herramientas para exportar libretas de direcciones.
Bueno, yo no sé programar, pero en lugar de kmail quisiera poder pasar a usar Thunderbird o Evolution. ¿Cómo lo hago?
Mirando hacia una posible solución en un futuro en que a alguien se le ocurra o lea este comentario, la respuesta podría ser parecida a la de "alien", "esperanto" o "interligua"

No, no me he vuelto loco. Pero si que voy a meter algo de off-topic. (¿?)

"Alien" es un programa para traducir paquetes de distintos formatos de paquetes en Linux.
El esperanto o la interlingua son ejemplos de idiomas artificiales que se podrían usar para la comunicación de forma relativamente fácil entre personas de al menos el hemisferio occidental, más o menos.
¿Me seguís?

Solución y conclusión: un programa traductor universal de libretas de direcciones de clientes de correo o de cualquier otro soft que maneje libretas con datos de contactos.

Debería funcionar tan bien como el webmin, el soft para administrar sistemas Linux (y supongo que otros unixes), en el sentido de que funcionaría con todos los tipos de libretas de contactos posibles (webmin tiene una burrada de módulos para configurar muchísimas partes del sistema). Esto por un lado.

Por otro al ser soft libre, debería tener muchas facilidades para que hubiese comunicación entre este traductor y el resto de clientes de correo, faxes o lo que sea. Comunicación a dos niveles.
Primero que "el traductor" pudiese tener fácil acceso a esas aplicaciones, a su formato de libreta de direcciones. O que incluso los que hacen estas aplicaciones enviasen a los programadores de "el traductor" directamente sus formatos y sus futuras posibles variaciones.

En segundo lugar me refiero a una comunicación más "íntima". Al igual que los procesadores de textos cogen los diccionarios del Ispell o el Aspell, estas libretas de direcciones de las diferentes aplicaciones podrían llevar integrado el propio "traductor", así sus desarrolladores sólo tendrían que preocuparse de integrar la parte de "el traductor", pero no lo tendrían que programar.

¿Se me ha entendido? ¿Qué os parece?
Bien vamos al off-topic total...

Ahora hablaré un poco de política sobre los idiomas.
¿No sería bueno que todos los humanos supiésemos hablar necesariamente SOLAMENTE dos idiomas, el materno y algo como el esperanto o la interlingua?
Creo que así no discutiríamos tanto sobre si catalán Vs castellano, inglés Vs Castellano, inglés Vs francés, etc, etc.
Un idioma materno para tu "casa", un idioma global para entendernos todos.
Fin del off-topic.

PD: BUF! Joer cómo enlazo temas! Vaya cacao! Y al final no he resumido nada XD

Esta misma semana en el trabajo nos hemos encontrado con el problema de tener que pasar la información de Thunderbird de un disco a otro (esto pasa por no almacenarlo en el servidor). La solución que le hemos dado (un poco chapuza y realizada en Windows):

• Instalar Thunderbird, claro.
• Iniciar el programa en el modo de gestor de perfiles (-p).
• Crear un nuevo perfil en un directorio distinto al que contiene el anterior.
• Copiar encima del nuevo perfil todo el contenido del viejo.

Ya digo, un poco chapuza, pero ha funcionado.

Thunderbird, como tantos otros programas, guarda los correos en formato MBOX, el cual es un estándar abierto. Todo programa que quiera es libre de darle soporte (es decir, permitir importar MBOX), por lo cual no hace falta andar exportando nada, cosa que se hace necesaria al usar formatos cerrados.

Te equivocas, eso sólo ocurre en una doble implicación (del tipo "si y sólo si..."), en una implicación simple la falsedad del antecedente no infiere nada en absoluto. Distinto es si niegas la conclusión. A saber:

A -> B. Ésto es lo mismo que decir que ¬B -> ¬A.

Osea, la forma directa de una implicación equivale a su contrarrecíproca y la forma contraria de una implicación equivale a la recíproca.

Perdón por el off-topic pero viernes noche+examenes son una combinación peligrosa :P