syncevolution - Online en la nube

PROGRAMA:

NOMBRE

SyncEvolution: sincroniza los datos de gestión de la información personal

SINOPSIS

Lista y manipular bases de datos:
syncevolution --print -bases | --create-database | --remove-database [ ]
[ ]

Mostrar información del configuración (es):
syncevolution --print-servers | --print-configs | --print-peers

Mostrar información del a soluciones y de configuración:
syncevolution --print-config [--quiet] [-] [principal | ...]

Lista sesiones:
syncevolution --print-session [--quiet] [-]

Mostrar información del SyncEvolución:
syncevolution --help | -h | --version

Ejecutar a sincronización as configurado:
Syncevolution [ ...]

Ejecutar a sincronización con propiedades cambiado just for este vídeo correr:
syncevolution --ejecutar [-] [ ...]

Restaurar datos obtenidos de de la forma más y automática copias de seguridad:
syncevolution --restore --antes | --después [--secado] [-]
...

Crear, actualización or remove a de configuración:
syncevolution --configurar [-] [ ...]

syncevolution --remove | --migrate [-]

Lista artículos:
syncevolution --print-items [-] [ [ ]]

Exportar elementos):

Syncevolution [--delimitador ] --exportar | | - [-] [
[ [ ...]]]
--luidos ...

Añadir el archivo elementos):

Syncevolution [--delimitador | ninguno] --importar | | - [-] [
[ ]]
--luidos ...

Actualizar elementos):
syncevolution --update [-]

Syncevolution [--delimitador | ninguno] --actualizar | - [-]
...
--luidos ...

Eliminar elementos):
syncevolution --delete-items [-] ( ... | '*')

DESCRIPCIÓN

Este texto explica el uso de la línea de comando SyncEvolution.

SyncEvolution sincroniza datos de gestión de información personal (PIM) como contactos,
citas, tareas y notas utilizando el motor de sincronización Synthesis, que brinda soporte para
el protocolo de sincronización SyncML.

SyncEvolution se sincroniza con servidores SyncML a través de HTTP y con teléfonos compatibles con SyncML
localmente a través de Bluetooth (nuevo en 1.0). Los complementos proporcionan acceso a los datos que se van a
sincronizado. Los binarios están disponibles para escritorios Linux (sincronización de datos en GNOME
Evolution, con KDE ya soportado indirectamente y Akonadi en desarrollo), para
MeeGo (anteriormente Moblin) y para Maemo 5 / Nokia N900. El código fuente se puede compilar para
Sistemas similares a Unix y proporciona un marco para crear clientes o servidores SyncML personalizados.

TERMINOLOGÍA

pares Un par es la entidad con la que se sincronizan los datos. Este puede ser otro dispositivo
(como un teléfono), un servidor (como Google) o incluso el propio host (útil para
sincronizar dos bases de datos diferentes).

fortaleza El dispositivo o la computadora en la que se ejecuta SyncEvolution.

ít La unidad de sincronización más pequeña. Ejemplos de elementos incluyen eventos del calendario y
contactos, notas o tareas individuales.

base de datos
Cada par tiene una o más bases de datos que se sincronizan (Google Calendar, Google
Contactos). Conceptualmente, una base de datos es un conjunto de elementos donde cada elemento es independiente.
de los demás.

backend
El acceso a las bases de datos lo proporcionan los backends de SyncEvolution. No importa donde
esos datos se almacenan. Algunos backends brindan acceso a datos fuera del host
sí mismo (CalDAV y TarjetaDAV, ActiveSync).

Almacén de datos (o just tienda )
Se utiliza para la combinación del backend de SyncEvolution y la configuración de la base de datos. A
El almacén de datos proporciona acceso de lectura / escritura a una base de datos, que es un requisito previo para
sincronizar la base de datos. El almacén de datos es independiente de los pares que la base de datos
podría estar sincronizado con.

Esto solía llamarse "fuente de datos" o simplemente "fuente", que es un término que todavía se encuentra
en la documentación anterior, algunas rutas de archivo y el código fuente de SyncEvolution.

remoto local
La sincronización siempre ocurre entre un par de bases de datos y, por lo tanto, tiene dos lados.
Una base de datos o el lado de una sincronización es remoto (el del par), el otro es local
(SyncEvolution). En aras de la coherencia (y la falta de mejores términos), estos
Los términos se utilizan incluso si el par es otra instancia de SyncEvolution y / o todos
los datos residen en el mismo almacenamiento.

sincronizar config
Una configuración de sincronización define cómo hablar con un par: el protocolo que se
utilizado, cómo encontrar el par, credenciales, etc.

Las configuraciones de sincronización se pueden utilizar para iniciar una sincronización (como ponerse en contacto con un servidor SyncML) o para
manejar una solicitud de sincronización entrante (cuando actúa como servidor SyncML que es contactado por
el par).

Si el par admite SyncML como protocolo de sincronización, una sincronización solo usa una configuración de sincronización en
el lado SyncEvolution. Si el par admite el acceso a datos a través de otros protocolos,
luego SyncEvolution puede hacer que esos datos estén disponibles a través de SyncML y ejecutar una sincronización donde
SyncML se usa internamente. Dicha sincronización implica dos configuraciones de sincronización, consulte originario
config y dirigidos config.

Una configuración de sincronización puede usar todos los almacenes de datos definidos en el mismo contexto (ver más abajo). Algunos
Las propiedades del almacén de datos se pueden configurar de forma diferente para cada par y, por lo tanto, sincronizar
configuración (por igual). Uno de estos, el sincronizar propiedad, define si un almacén de datos y cómo
se utiliza durante una sincronización.

contexto
Las configuraciones de sincronización y almacén de datos se definen dentro de uno o más contextos de configuración.
Siempre hay un @defecto contexto que se usa si no se especifica nada más.

Normalmente, cada contexto representa un determinado conjunto de almacenes de datos relacionados. Por ejemplo,
normalmente el @defecto El contexto se utiliza para las bases de datos locales. Almacenes de datos relacionados con
cierto par se puede definir en un contexto @ peer-name el nombre de ese par.

configuración propiedades
SyncEvolution utiliza pares clave / valor para almacenar opciones de configuración. Una configuración
es un conjunto de claves únicas y sus valores que, en conjunto, describen un determinado objeto.

Estos conjuntos de propiedades se direccionan a través del nombre de configuración principal (un nombre de configuración de sincronización
con o sin un contexto explícito, o solo el nombre del contexto) y opcionalmente el
nombre del almacén de datos (si las propiedades son para un almacén de datos específico).

Las propiedades de sincronización se establecen para las configuraciones de sincronización, independientemente de un almacén de datos en particular.
Propiedades que no se pueden configurar sin especificar el almacén de datos al que se aplican
son propiedades del almacén de datos. Esto incluye propiedades que pertenecen a un almacén de datos.
y una configuración de sincronización.

Los nombres de las propiedades se eligieron para que sean únicos, es decir, ninguna propiedad de sincronización tiene
el mismo nombre que una propiedad del almacén de datos. Por razones históricas, internamente estos
las propiedades se tratan como dos conjuntos diferentes y hay dos comandos diferentes
opciones de línea para consultar la lista de sincronización resp. propiedades del almacén de datos.

Algunas propiedades de configuración se comparten automáticamente entre configuraciones. Esta
compartir está codificado y no se puede configurar. Tiene la ventaja de que ciertos
Los ajustes solo deben establecerse una vez y / o pueden cambiarse para varios
configs a la vez.

Una propiedad puede ser incompartible (tiene valores separados para cada par, por lo tanto, a veces
también llamada por igual; por ejemplo el sincronizar propiedad), compartido (mismo valor para todos
colegas; por ejemplo el base de datos propiedad para seleccionar la base de datos local) o
global (exactamente un valor).

Junto con la distinción entre sincronización y propiedades del almacén de datos, esto actualmente
da como resultado cinco grupos diferentes de propiedades:

· Sincronizar propiedades (por definición, esto también incluye propiedades independientes de un
configuración de sincronización particular porque están configuradas para todas las configuraciones de sincronización a la vez,
independientemente de cualquier almacén de datos en particular):

· Global (= ~ / .config / syncevolution / config.ini): independiente de un particular
contexto, por ejemplo Llavero

· Compartido (= ~ / .config / syncevolution /<context nombre> /config.ini): configurar una vez para cada
contexto, por ejemplo registrodir

· No compartido (= ~ / .config / syncevolution /<context nombre> / compañeros /
nombre> /config.ini): se configura por separado para cada configuración de sincronización, por ejemplo sincronizarURL

· Propiedades del almacén de datos:

· Compartido (= ~ / .config / syncevolution /<context nombre> / fuentes /
nombre> /config.ini): las propiedades necesarias para acceder a los datos, principalmente
backend y base de datos

· No compartido (= ~ / .config / syncevolution /<context nombre> / compañeros /
nombre> / fuentes / nombre> /config.ini): el ya mencionado sincronizar y uri
propiedades, sino también propiedades de formato de sincronización por pares

Muchas propiedades tienen valores predeterminados razonables, ya sea definidos en la capa de configuración
o elegido en tiempo de ejecución por el motor SyncEvolution leyendo la configuración, y
por lo tanto, no es necesario configurarlo.

La capa de configuración en SyncEvolution tiene una comprensión muy limitada de la
semántica de cada propiedad. Solo conoce algunos tipos genéricos (cadenas,
booleano, enteros, ...) y donde se supone que se deben almacenar las propiedades. Es el
capa por encima de eso, la que realmente intenta utilizar la configuración, que
determina si los valores de la propiedad tienen sentido según lo especificado. Cuidado que es
posible establecer propiedades a valores que entren en conflicto con otros valores de propiedad
(desencadenando errores al usar la configuración) o para establecer propiedades que no son
utilizados (normalmente se ignoran en silencio, a menos que se haya realizado una comprobación de error explícita
implementado).

configuración plantilla
Las plantillas definen la configuración para pares específicos. Algunas plantillas están empaquetadas
Junto con SyncEvolution, los empaquetadores o los usuarios pueden agregar otros. Ajustes
de las plantillas se copian una vez en la configuración de sincronización al crearla. No hay
enlace permanente a la plantilla, por lo que la actualización de una plantilla no tiene ningún efecto en
configs creadas a partir de él anteriormente.

Una plantilla solo contiene propiedades no compartidas. Por lo tanto, es posible configurar primero
propiedades compartidas (por ejemplo, elegir qué bases de datos sincronizar en el
contexto predeterminado), luego agregue configuraciones de sincronización para diferentes pares a ese contexto sin
restableciendo la configuración existente.

En las plantillas de configuración predefinidas de SyncEvolution, los siguientes nombres para
se utilizan almacenes de datos. Se pueden elegir diferentes nombres para los almacenes de datos que están definidos
manualmente.

· Libreta de direcciones: una lista de contactos

· Calendario: calendario eventos

· Memo: notas de texto sin formato

· Todo: lista de tareas

· Calendario + todo: un almacén de datos virtual que combina un "calendario" local y un "todo"
almacén de datos (necesario para sincronizar con algunos teléfonos)

local sincronizar
Tradicionalmente, una configuración de sincronización especifica SyncML como el protocolo de sincronización a través de
de la forma más sincronizarURL propiedad. El par debe ser compatible con SyncML para que esto funcione.

En la llamada sincronización local, SyncEvolution actúa como servidor y cliente SyncML en el
Al mismo tiempo, conecta los dos lados a través del paso de mensajes internos. Ambos lados tienen
su propio conjunto de almacenes de datos, que pueden utilizar CalDAV, CardDAV o ActiveSync para acceder
los datos.

See Sincronización beyond SyncML.

originario config
En una sincronización local, la configuración de sincronización utilizada para iniciar la sincronización se denomina origen
sync config, o simplemente config.

dirigidos config
Además de la configuración de origen, una sincronización local también usa una configuración de destino. En
el nivel de configuración, esta configuración de destino es solo otra configuración de sincronización. Se vuelve
una configuración de destino cuando se hace referencia a una configuración de sincronización para la sincronización local.

COMANDO LÍNEA Convenciones

La y la Las cadenas en la sinopsis de la línea de comando se utilizan para encontrar el
sincronizar resp. configuraciones del almacén de datos. Dependiendo de qué otros parámetros se den, diferentes
se ejecutan las operaciones.

La la cadena tiene el formato [ ] [@ ]. Cuando no se especifica el contexto
explícitamente, SyncEvolution busca primero una configuración de sincronización existente con el
nombre. Si no se encuentra, la configuración solo se puede crear, pero no leer. Será
creado en el @defecto contexto como respaldo. El vacío cadena es un alias para
@defecto.

La parte identifica una sincronización específica o una configuración de destino dentro del contexto. Está
opcional y no tiene que especificarse cuando no es necesario, por ejemplo, al configurar
la configuración compartida de los almacenes de datos (--configurar @defecto directorio) o acceder a elementos
dentro de un almacén de datos--artículos de impresión @trabajo calendario).

La lista de almacenes de datos en la línea de comando limita la operación a esos almacenes de datos (llamados
lector activo datastores debajo). Si no se proporciona, todos los almacenes de datos habilitados para la configuración están activos.
Algunas operaciones requieren el nombre de exactamente un almacén de datos.

Las propiedades se establecen con asignaciones de clave / valor y / o el --sync / store-property palabras clave
Esas palabras clave solo son necesarias para la situación hipotética de que una sincronización y un almacén de datos
propiedad comparte el mismo nombre (que se evitó intencionalmente). Sin ellos,
SyncEvolution identifica automáticamente a qué tipo de propiedad se refiere según el nombre.

A la asignación tiene el siguiente formato:

[ /] [@ | @ @ ] =

La opción or @ El sufijo limita el alcance del valor a ese
configuración particular. Esto es útil cuando se ejecuta una sincronización local, que implica una sincronización
y una configuración de destino. Por ejemplo, el nivel de registro se puede especificar por separado para
ambos lados:

--run loglevel @ default = 1 loglevel @ google-calendar = 4 google-calendar @ default

Una cadena sin un segundo signo @ en el interior siempre se interpreta como un nombre de contexto, por lo que en
contraste con el cuerda, foo no se puede utilizar para hacer referencia al foo @ predeterminado
configuración. Use el nombre completo, incluido el contexto para eso.

Cuando no se especifica explícitamente ninguna configuración o contexto, se cambia un valor en todos los activos
configs, normalmente el que se da con . La prioridad de varios valores para el
la misma configuración es Saber más soluciones y definición victorias, asi que @ anula @,
que anula no sufijo given. Especificando algún sufijo que no se aplica a la
La operación actual no genera un error, así que tenga cuidado con los errores tipográficos.

Las propiedades del almacén de datos se pueden especificar con un / prefijo. Esto permite limitar la
valor al almacén de datos seleccionado. Por ejemplo:

--configure "libreta de direcciones / base de datos = Mi libreta de direcciones" \
"calendar / database = Mi calendario" \
@ calendario predeterminado de la libreta de direcciones

Otra forma de lograr el mismo efecto es ejecutar el --configurar operación dos veces, una vez por
directorio y una vez por calendario:

--configure "base de datos = Mi libreta de direcciones" @ libreta de direcciones predeterminada
--configurar "base de datos = Mi calendario" @ calendario predeterminado

Si se establece la misma propiedad con y sin un / prefijo, entonces el más
Se utiliza un valor específico con ese prefijo para ese almacén de datos, independientemente del orden en el
línea de comando. El siguiente comando habilita todos los almacenes de datos excepto la libreta de direcciones:

--configurar libreta de direcciones / sync = none \
sync = bidireccional \

USO

syncevolution --print-bases de datos [ ] [ ]

Si no se proporcionan argumentos adicionales, SyncEvolution enumerará todos los backends disponibles
y las bases de datos a las que se puede acceder a través de cada backend. Esto funciona sin existir
configuraciones. Sin embargo, algunos backends, como por ejemplo el backend CalDAV, necesitan
información adicional (como credenciales o URL de un servidor remoto). Este adicional
La información se puede proporcionar en la línea de comando con asignaciones de propiedades (nombre de usuario = ...)
o en una configuración existente.

Al enumerar todas las bases de datos de todos los almacenes de datos activos, la salida comienza con un encabezado que
enumera los valores para el backend propiedad que selecciona el backend, seguida de la
bases de datos. Cada base de datos tiene un nombre y una identificación única (entre paréntesis). Normalmente ambos pueden ser
utilizado como valor de la propiedad 'base de datos'. Una base de datos puede estar marcada como tu préstamo estudiantil. Va a
ser usado cuando base de datos no se establece explícitamente.

Al seleccionar una configuración de almacén de datos existente o especificar el backend propiedad en
la línea de comando, solo se enumeran las bases de datos para ese backend y la línea inicial
muestra cómo se seleccionó ese backend ( / resp. valor de backend).

Algunos backends no admiten la lista de bases de datos. Por ejemplo, el backend del archivo
sincroniza directorios con un archivo por elemento y siempre necesita una explícita base de datos
propiedad porque no puede adivinar qué directorio debe usar.

syncevolution --create-database [ ] [ ]

Crea una nueva base de datos para los seleccionados backend, utilizando la información proporcionada en el
base de datos propiedad. Al igual que con --print-bases de datos, es posible dar las propiedades
directamente sin configurar un almacén de datos primero.

La interpretación de la base de datos la propiedad depende del backend. No todos los backends
apoyar esta operación.

El backend de EDS usa el valor de la base de datos como nombre de la nueva base de datos y asigna un
URI único automáticamente.

syncevolution --remove-database [ ] [ ]

Busca la base de datos basada en el base de datos propiedad (dependiendo del backend, tanto el nombre
y un URI son válidos), luego borra los datos. Tenga en cuenta que las configuraciones del almacén de datos que utilizan el
la base de datos no se eliminan.

Syncevolution

Sin la lista opcional de almacenes de datos, todos los almacenes de datos que están habilitados en su
El archivo de configuración está sincronizado.

Syncevolution ...

De lo contrario, solo los mencionados en la línea de comando están activos. Es posible
configurar almacenes de datos sin activar su sincronización: si el modo de sincronización
de un almacén de datos está configurado para discapacitados, se ignorará el almacén de datos. Enumerar explícitamente tales
un almacén de datos lo sincronizará en bidireccional modo una vez.

Los mensajes de progreso y error se escriben en un archivo de registro que se conserva para cada
ejecución de sincronización. Detalles sobre eso se encuentran en el Automático Copias de seguridad y Inicio de sesión
sección siguiente. Todos los errores y advertencias se imprimen directamente en la consola además de
escribiéndolos en el archivo de registro. Antes de salir, SyncEvolution imprimirá un resumen de cómo
se modificaron los datos locales. Esto se hace con el sincronizar script de utilidad descrito
en la categoría Industrial. Intercambiando Data .

Cuando el registrodir la propiedad está habilitada (ya que la versión 0.9 se realiza de forma predeterminada para las nuevas configuraciones),
entonces también se realiza la misma comparación antes de que comience la sincronización.

En caso de un error grave, la ejecución de la sincronización se interrumpe prematuramente y SyncEvolution
devolverá un valor distinto de cero. La recuperación de la sincronización fallida se realiza forzando un
sincronización completa durante la próxima ejecución, es decir, enviando todos los elementos y dejando que SyncML
el servidor se compara con los que ya conoce. Esto se evita siempre que sea posible
porque los elementos coincidentes durante una sincronización lenta pueden dar lugar a entradas duplicadas.

Después de una sincronización exitosa, el archivo de configuración del servidor se actualiza para que el
La próxima ejecución se puede realizar de forma incremental. Si el archivo de configuración debe volver a crearse, p. Ej.
debido a que se perdió, la siguiente ejecución se recupera haciendo una sincronización completa. El
El riesgo asociado con esto es que el servidor podría no reconocer elementos que ya tiene
almacenados previamente, lo que luego daría lugar a la duplicación de elementos.

syncevolution --configurar [ ...]

Las opciones en la configuración se pueden modificar a través de la línea de comando. El y el
Opcional los parámetros definen lo que se crea o modifica. Los parámetros restantes
definir qué valores se establecen o modifican.

Para cambiar la configuración de almacenes de datos específicos, invoque syncevolution varias veces con
exactamente uno parámetro o utilice el [ /] prefijo descrito anteriormente para propiedad
asignaciones

syncevolution - eliminar

Elimina la configuración. Si el se refiere a un par específico, solo ese par
se elimina la configuración. Si se refiere a un contexto, ese contexto y todos los pares y
Se eliminan los almacenes de datos definidos en su interior.

Tenga en cuenta que no hay una pregunta de confirmación. Ninguno de los datos locales referenciados por el
la configuración ni el contenido de los directorios de registro se eliminan.

syncevolution --ejecutar [ ...]

Las opciones también se pueden anular solo para la ejecución actual, sin cambiar la
configuración. Para evitar ejecutar accidentalmente una sesión de sincronización cuando un
se pretendía cambiar la configuración, ya sea --configure o --run se debe dar explícitamente si
las opciones se especifican en la línea de comando.

syncevolution --status [ ...]

Imprime qué cambios se realizaron localmente desde la última sincronización. Depende del acceso
a los volcados de la base de datos desde la última ejecución, por lo que registrodir Se recomienda la propiedad.

syncevolution --print-servers | --print-configs | --print-peers
syncevolution --print-config [--quiet] [principal | ...]
syncevolution --print-session [--quiet]

Estos comandos imprimen información sobre configuraciones existentes. Al imprimir un
configuración se puede seleccionar una versión corta sin comentarios con --quiet. Cuándo
Los almacenes de datos se enumeran, solo se muestra su configuración. Main en su lugar o en combinación
with datastores enumera solo la configuración de pares principal.

syncevolution --restore --antes | --después
[--dry-run] ...

Esto restaura los datos locales de las copias de seguridad realizadas antes o después de una sesión de sincronización.
El comando --print-sessions se puede utilizar para encontrar estas copias de seguridad. Los almacenes de datos deben
ser enumerados explícitamente. Intencionalmente no hay ningún valor predeterminado, porque al igual que con --remove hay
sin pregunta de confirmación. Con --dry-run, la restauración solo se simula.

El directorio de sesión debe especificarse explícitamente con su nombre de ruta (absoluto o
relativo al directorio actual). No tiene que ser uno de los registros activos actualmente
directorios, siempre que contenga los volcados de base de datos correctos para los almacenes de datos seleccionados.

Una restauración intenta minimizar el número de cambios de elementos (consulte la sección Asunto Cambios y Data
Cambios). Esto significa que los elementos que son idénticos antes y después del cambio no se
transmitido de nuevo al par durante la próxima sincronización. Si el par de alguna manera necesita
obtenga una copia limpia de todos los elementos locales, luego use --sincronizar actualizar desde local en la próxima ejecución.

syncevolution - elementos de impresión
syncevolution [--delimiter ] --exportar | | - [ [ [ ...]]]
syncevolution [--delimiter | ninguno] --importar | | - [ ]
syncevolution --update
syncevolution [--delimiter | ninguno] --actualizar | - ...
syncevolution --delete-items ( ... | *)

La restauración depende del formato específico de las copias de seguridad automáticas creadas por SyncEvolution.
El acceso arbitrario a los datos del artículo se proporciona con opciones adicionales. aquí está el
identificador local único asignado a cada elemento en el almacén de datos, transformado para que
contiene solo caracteres alfanuméricos, guiones y guiones bajos. Una estrella * en --delete-items
selecciona todos los elementos para su eliminación. Hay dos formas de especificar luids: como
parámetros adicionales después de la configuración y los parámetros del almacén de datos (que pueden estar vacíos en
este caso, pero debe darse) o después de la --luidos palabra clave.

y se puede dar para definir la base de datos que se utilizará. Si no se da
o no hacer referencia a una configuración existente (lo cual no es un error, debido a un historial
razones), el backend deseado debe proporcionarse a través del backend propiedad, así:

syncevolution --print-items backend = evolución-contactos
syncevolution --export - backend = evolución-contactos \
--luids pas-id-4E33F24300000006 pas-id-4E36DD7B00000007

La base de datos de backend deseada se puede elegir a través de base de datos =. Vea
--print-bases de datos.

OPCIONES

Aquí hay una descripción completa de todos que se puede poner delante del nombre del servidor.
Siempre que una opción acepta varios valores, se puede utilizar un signo de interrogación para obtener la
el texto de ayuda correspondiente y / o una lista de valores válidos.

--sync | -s |?
Sincronice temporalmente los almacenes de datos activos en ese modo. Útil para un
actualizar desde local or actualizar-desde-remoto sincronización que borra todos los datos en un extremo y
copia todos los elementos del otro.

Advertencia: local son los datos a los que se accede a través de la configuración de sincronización directamente y sanaciones son los
datos en el par, independientemente de dónde se almacenen físicamente los datos.

--print-servers | --print-configs | --print-peers
Imprime los nombres de todos los pares configurados en stdout. No hay diferencia entre
estas opciones, son solo alias.

--print-servers | --print-configs | --print-peers | -p
Imprime la configuración completa para el seleccionado a stdout, incluyendo
Comentarios actualizados para todas las propiedades. El formato es el formato .ini normal con
configuraciones de almacén de datos en diferentes secciones introducidas con [ ] líneas. Poder
combinarse con --sync-property y --datastore-property para modificar el
configuración sobre la marcha. Cuando se enumeran uno o más almacenes de datos después del
nombre en la línea de comando, solo se imprimen las configuraciones de esos almacenes de datos.
principal selecciona la configuración principal en lugar de las configuraciones del almacén de datos. Utilizando
--quiet suprime los comentarios de cada propiedad. Al configurar una plantilla, entonces
la configuración de referencia para ese par se imprime en lugar de una existente
configuración.

- sesiones de impresión
Imprime información sobre las sesiones de sincronización anteriores para el par seleccionado o
se imprimen el contexto. Esto depende de la registrodir propiedad. La información incluye
el nombre del directorio de registro (útil para --restore) y el informe de sincronización. En
en combinación con --quiet, solo se enumeran las rutas.

--configurar | -c
Modifique los archivos de configuración para los almacenes de datos y / o pares seleccionados.

Si no existe tal configuración, se crea una nueva utilizando uno de los
configuraciones de plantilla (consulte la opción --template). La elección de una plantilla establece la mayoría de
las propiedades relevantes para el par y el conjunto predeterminado de almacenes de datos (ver arriba
para obtener una lista de esos). Cualquier cosa específica para el usuario (como nombre de usuario / contraseña) todavía
debe configurarse manualmente.

Al crear una nueva configuración y enumerar los almacenes de datos explícitamente en el comando
línea, solo esos almacenes de datos se establecerán como activos en la nueva configuración, es decir
Syncevolution -c memorando directorio seguido por Syncevolution memorando podría sólo
sincronizar la libreta de direcciones. Los otros almacenes de datos se crean en estado desactivado.
Al modificar una configuración existente y se especifican almacenes de datos,
solo se modifican las propiedades del almacén de datos de esos almacenes de datos.

De forma predeterminada, la creación de una configuración requiere una plantilla. Nombres de almacén de datos en el comando
La línea debe coincidir con las de la plantilla. Esto permite detectar errores tipográficos en el par y
nombres del almacén de datos. Pero también previene algunos casos de uso avanzados. Por tanto, es
posible deshabilitar estas comprobaciones de dos formas:

- use `--template none` o
- especificar todas las propiedades de sincronización y almacén de datos requeridas que normalmente son
en las plantillas en la línea de comando (syncURL, backend, ...)

--run | -r
Para evitar que se ejecute una sincronización accidental cuando se pretendía realizar un cambio de configuración,
--configurar no se usó la opción, --correr debe especificarse explícitamente al sincronizar o
Las propiedades del almacén de datos se seleccionan en la línea de comando y están destinadas a ser utilizadas.
durante una sesión de sincronización activada por la invocación.

--emigrar
En versiones anteriores de SyncEvolution se utilizó un diseño diferente de archivos de configuración.
El uso de --migrate migrará automáticamente al nuevo diseño y cambiará el nombre del
en .old para evitar el uso accidental de la configuración anterior.
ADVERTENCIA: ¡las versiones antiguas de SyncEvolution no pueden usar la nueva configuración!

El conmutador también se puede utilizar para migrar una configuración en la configuración actual
directorio: esto conserva todos los valores de propiedad, descarta las propiedades obsoletas y
establece todos los comentarios exactamente como si la configuración se hubiera creado desde cero.
ADVERTENCIA: los comentarios personalizados en la configuración no se conservan.

--migrate implica --configure y se puede combinar con propiedades de modificación.

--artículos de impresión
Muestra todos los artículos existentes usando una línea por artículo usando el formato " [:
descripción>] ". Si la descripción está disponible depende del backend y del
tipo de datos que almacena.

--exportar
Escribe todos los elementos del almacén de datos o todos los elementos cuyo se da en un
directorio si el parámetro --export existe y es un directorio. El de cada
El elemento se utiliza como nombre de archivo. De lo contrario, crea un nuevo archivo con ese nombre y
escribe los elementos seleccionados separados por la cadena delimitadora elegida. stdout puede ser
seleccionado con un guión.

El delimitador predeterminado (dos saltos de línea) coincide con una línea en blanco. Como caso especial,
también coincide con una línea en blanco con el final de línea de DOS (salto de línea, retorno de carro, línea
descanso). Esto funciona para vCard 3.0 e iCalendar 2.0, que nunca contienen espacios en blanco
líneas.

Al exportar, el delimitador predeterminado siempre insertará dos saltos de línea independientemente
si los elementos contienen extremos de línea DOS. Como caso especial, la nueva línea inicial de
se omite un delimitador si el elemento ya termina en una nueva línea.

--importar
Agrega todos los elementos que se encuentran en el directorio o archivo de entrada al almacén de datos. Al leer
desde un directorio, cada archivo se trata como un elemento. De lo contrario, la entrada se divide en
el delimitador elegido. "ninguno" como delimitador deshabilita la división de la entrada.

--actualizar
Sobrescribe el contenido de los elementos existentes. Al actualizar desde un directorio, el nombre
de cada archivo se toma como su luid. Al actualizar desde archivo o stdin, el número de
Los luids proporcionados en la línea de comando deben coincidir con el número de elementos en la entrada.

--Eliminar objetos
Elimina los elementos especificados del almacén de datos. La mayoría de los backends imprimen algún progreso
información sobre esto, pero además de eso, no se produce más salida. Tratando de
eliminar un elemento que no existe normalmente conduce a un mensaje de ERROR, pero no es
reflejado en un resultado distinto de cero de la propia invocación de la línea de comando porque el
La situación no se informa como un error por parte de los backends (la eliminación de elementos no existentes es
no es un error en SyncML). Utilice una estrella * en su lugar o además de enumerar a un individuo
luids para eliminar todos los elementos.

--sync-property | -y = | =? |?
Anula una propiedad de configuración independiente del almacén de datos para el
la sincronización se ejecuta o de forma permanente cuando se utiliza --configure para actualizar el
configuración. Puede ser usado múltiples veces. Especificar una propiedad no utilizada
desencadenar un mensaje de error.

--datastore-property | --source-property | -z = | =? |?
Igual que --sync-property, pero se aplica a la configuración de todos los almacenes de datos activos.
--sincronizar es un atajo para --propiedad del almacén de datos sincronizar =.

--template | -l <peer nombre> | predeterminado |?
Se puede utilizar para seleccionar una de las configuraciones predeterminadas integradas para
Compañeros de SyncML. Por defecto es nombre, por lo que --template solo debe especificarse
al crear varias configuraciones diferentes para el mismo par, o al usar un
plantilla que tiene un nombre diferente al del par. tu préstamo estudiantil es un alias para memorando
y se puede utilizar como punto de partida para servidores que no tienen un
plantilla.

Se genera automáticamente un ID de dispositivo pseudoaleatorio. Por lo tanto, establecer el
ID del dispositivo La propiedad de sincronización solo es necesaria cuando se recrea manualmente una configuración
o cuando se desee un nombre más descriptivo.

Las plantillas disponibles para diferentes servidores SyncML conocidos se enumeran cuando se utiliza un
signo de interrogación único en lugar del nombre de la plantilla. Al usar el ? formato, un
La búsqueda aproximada de una plantilla que podría ser adecuada para hablar con un dispositivo de este tipo es
hecho. La combinación funciona mejor cuando se usa = . Si tu
no conoce el fabricante, puede dejarlo vacío. La salida en este modo
da el nombre de la plantilla seguido de una breve descripción y una calificación de qué tan bien
La plantilla coincide con el dispositivo (100% es lo mejor).

--status | -t
Los cambios realizados en los datos locales desde la última sincronización se muestran sin
comenzando uno nuevo. Esto se puede utilizar para ver de antemano si los datos locales necesitan
para ser sincronizado con el servidor.

--quiet | -q
Suprime la mayor parte de la salida normal durante una sincronización. El archivo de registro todavía
contiene toda la información.

- llavero [= ] | -k
Una opción heredada, ahora lo mismo que configurar la propiedad de sincronización del llavero global. Cuándo
sin especificar un valor explícitamente, "verdadero" para "usar algún tipo de anillo de claves" es
implícito. Consulte "--sync-property keyring" para obtener más detalles.

--daemon [= sí / no]
De forma predeterminada, la línea de comando SyncEvolution se ejecuta dentro del
proceso syncevo-dbus-server. Esto asegura que las sesiones de sincronización iniciadas por
la línea de comando no entra en conflicto con las sesiones iniciadas a través de otros medios (GUI,
automáticamente). Para fines de depuración o casos de uso muy especiales (ejecutando un local
sincronizar contra un servidor que se ejecuta dentro del demonio) es posible ejecutar
la operación sin el demonio (--daemon = no).

--ayuda | -h
Imprime información de uso.

--versión
Imprime la versión de SyncEvolution.

CONFIGURACIÓN PROPIEDADES

Esta sección enumera las propiedades predefinidas. Los backends pueden agregar sus propias propiedades en tiempo de ejecución
si ninguna de las propiedades predefinidas es adecuada para una determinada configuración. Los adicionales
las propiedades no se enumeran aquí. Usar --sync / datastore-property ? para obtener una lista actualizada.

Las propiedades predefinidas también pueden ser interpretadas de manera ligeramente diferente por cada backend y
protocolo de sincronización. A veces, esto se documenta en el comentario de cada propiedad, a veces en
la documentación del protocolo backend o de sincronización.

Las propiedades se enumeran junto con todos los alias reconocidos (en aquellos casos en los que un
propiedad se renombró en algún momento), su valor predeterminado, estado de intercambio
(no compartido / compartido / global). Se deben definir algunas propiedades, que se marcan con la palabra
Requisitos.

Sincronizar propiedades
sincronizarURL (no defecto incompartible, necesario)
Identifica cómo contactar al compañero, mejor explicado con algunos ejemplos.

Servidores HTTP (S) SyncML:

http://example.com/sync

OBEX a través de Bluetooth utiliza la dirección MAC, con el canal elegido automáticamente:

obex-bt://00:0A:94:03:F3:7E

Si falla el automatismo, también se puede especificar el canal:

obex-bt://00:0A:94:03:F3:7E+16

Para los compañeros que se comunican con nosotros a través de Bluetooth, la dirección MAC se utiliza para identificarlo.
antes de que comience la sincronización. Se pueden especificar varias URL en una propiedad syncURL:

obex-bt://00:0A:94:03:F3:7E obex-bt://00:01:02:03:04:05

En el futuro, esto podría usarse para contactar al par a través de uno de varios transportes;
ahora mismo, solo se prueba el primero.

nombre de usuario (no defecto incompartible)
nombre de usuario utilizado para la autorización con el servidor SyncML

la contraseña (no defecto incompartible)
contraseña utilizada para la autorización con el par; además de especificarlo
directamente como texto sin formato, también se puede leer desde la entrada estándar o desde un
variable de entorno de su elección:

texto sin formato: contraseña =
preguntar: contraseña = -
variable env: contraseña = $ { }

registrodir (no defecto compartido)
ruta completa al directorio donde se almacenan las copias de seguridad y los registros automáticos para todos
sincronizaciones; si no está configurado, entonces "$ {XDG_CACHE_HOME} / syncevolution / " (cual
normalmente se expande a $ {HOME} /. cache / ...) se utilizará; si "ninguno", entonces no hay copias de seguridad de
Se crean las bases de datos y cualquier salida se imprime directamente en la pantalla.

nivel de registro (0, incompartible)
nivel de detalle de los mensajes de registro: - 0 (o no establecido) = mensajes INFO sin archivo de registro,
DEBUG con archivo de registro - 1 = solo mensajes ERROR - 2 = también mensajes INFO - 3 = también
Mensajes DEBUG> 3 = cantidades cada vez mayores de mensajes de depuración para desarrolladores

notificar nivel (3, incompartible)
Nivel de detalle de las notificaciones de escritorio. Actualmente, estas notificaciones son
generado solo para sesiones de sincronización iniciadas automáticamente.

0: suprime todas las notificaciones 1: muestra solo los errores 2: muestra información sobre
cambios y errores (en la práctica, actualmente el mismo que el nivel 3) 3 - mostrar todos
notificaciones, incluido el inicio de una sincronización

imprimirCambios (CIERTO, incompartible)
habilita o deshabilita la comparación detallada (y a veces lenta) de la base de datos
contenido antes y después de una sesión de sincronización

volcado de datos (CIERTO, incompartible)
habilita o deshabilita la copia de seguridad automática del contenido de la base de datos antes y después de una
sesión de sincronización (siempre habilitada si printChanges está habilitado)

maxlogdirs (10, compartido)
Controla cuántos directorios de sesión se mantienen como máximo en el logdir. A menos que se establezca
a cero, SyncEvolution eliminará los directorios antiguos y todo su contenido para evitar
el número de directorios de registro crezca más allá del límite dado. Trata de ser
inteligente y eliminará las sesiones en las que no sucedió nada interesante (no
errores, sin cambios de datos) a favor de mantener las sesiones donde sucedió algo,
incluso si esas sesiones son más antiguas.

sincronización automática (0, incompartible)
Controla la sincronización automática. Actualmente, la sincronización automática se realiza mediante
ejecutar una sincronización a intervalos regulares. Esto puede agotar la batería, en
en particular cuando se utiliza Bluetooth! Debido a que un par puede ser accesible a través de diferentes
transportes en algún momento, esta opción proporciona un control detallado sobre qué
Los transportes se pueden utilizar para la sincronización automática:

0 no hagas la sincronización automática

1

do y automática sincronizar usando lo que transporte
está disponible

http solo a través de transporte HTTP

obex-bt
solo a través de transporte Bluetooth

http, obex-bt
elige uno de estos

intervalo de sincronización automática (30 M, incompartible)
Este es el número mínimo de segundos desde el inicio de la última sincronización.
que tiene que pasar antes de iniciar una sincronización automática. Se puede especificar
utilizando un formato de 1h30m5s.

Antes de reducir este intervalo, considere que aumentará el consumo de recursos.
en el lado local y remoto. Algunos operadores de servidor SyncML solo permiten
número de sesiones por día. El valor 0 tiene el efecto de ejecutar solo automático
sincronización cuando se detectan cambios (aún no implementado, por lo tanto,
básicamente desactiva la sincronización automática).

retraso de sincronización automática (5 M, incompartible)
No se iniciará una sincronización automática a menos que el par haya estado disponible para esto
duración, especificada en segundos o en formato 1h30m5s.

Esto evita que se ejecute una sincronización cuando la conectividad de red no es confiable o
establecido recientemente para algún otro propósito. También es una heurística que intenta
para predecir cuánto tiempo estará disponible la conectividad en el futuro, porque debería
mejor estar disponible el tiempo suficiente para completar la sincronización.

prevenirSlowSync (CIERTO, incompartible)
Durante una sincronización lenta, el servidor SyncML debe hacer coincidir todos los elementos del cliente con su
poseer elementos y detectar cuáles ya tiene en función de las propiedades de los elementos.
Esto es lento (el cliente debe enviar todos sus datos) y puede generar duplicados (cuando el
servidor no coincide correctamente). Por lo tanto, a veces es deseable eliminar
datos en un lado con una sincronización de actualización de cliente / servidor en lugar de hacer un lento
sincronizar. Cuando esta opción está habilitada, las sincronizaciones lentas que podrían causar problemas no
permitido continuar. En cambio, se omiten los almacenes de datos afectados, lo que permite al usuario
para elegir un modo de sincronización adecuado en la siguiente ejecución (sincronización lenta seleccionada explícitamente,
actualizar sincronización). Se manejan las siguientes situaciones:

· Funcionando como cliente sin datos locales => sin problemas, se permite la sincronización lenta
proceder automáticamente

· Se ejecuta como cliente con datos locales => el cliente no tiene información sobre el servidor, por lo que
la sincronización lenta puede ser problemática y se evita

· El cliente tiene datos, el servidor solicita una sincronización lenta porque todos sus datos fueron eliminados (hecho
por Memotoo y Mobical, porque tratan esto como 'el usuario quiere comenzar desde
scratch ') => la sincronización recrearía todos los datos del cliente, incluso si el usuario
tenía muchas ganas de eliminarlo, por lo que se evita la sincronización lenta

usa proxy (FALSO, incompartible)
establézcalo en T para elegir un proxy HTTP explícitamente; de lo contrario, la configuración de proxy predeterminada
del mecanismo de transporte HTTP subyacente se utilizan; solo relevante al contactar
el par a través de HTTP

servidor proxy (no defecto incompartible)
URL de proxy (http://<host>:<port>)

nombre de usuario proxy (no defecto incompartible)
autenticación para proxy: nombre de usuario

contraseña de proxy (no defecto incompartible)
contraseña de proxy, se puede especificar de diferentes formas, consulte Contraseña del servidor SyncML para
detalles

tipo de autenticación del cliente (md5, incompartible)

· Vacío o "md5" para un método seguro (recomendado)

· "Básico" para método inseguro

Esta configuración es solo para fines de depuración y solo tiene efecto durante la
sincronización inicial de un cliente. Posteriormente recuerda el método que fue apoyado por el
servidor y lo utiliza. Al actuar como servidor, los clientes que nos contacten pueden utilizar ambos
Autenticación básica y md5.

ReintentarDuración (5 M, incompartible)
La cantidad total de tiempo en segundos en que el cliente SyncML intenta obtener un
respuesta del servidor. Durante este tiempo, el cliente reenviará mensajes en
intervalos regulares (RetryInterval) si no se recibe respuesta o el mensaje
No se entregará por problemas de transporte. Cuando se supera este tiempo sin
respuesta, la sincronización se cancela sin enviar más mensajes al
servidor.

Cuando actúa como servidor, esta configuración controla cuánto tiempo un cliente puede no
enviar un mensaje antes de que se cancele la sincronización.

Intervalo de reintento (2 M, incompartible)
El número de segundos entre el inicio del envío de mensajes SyncML y el inicio de
la retransmisión. Si el intervalo ya pasó cuando regresa un mensaje enviado,
el mensaje se reenvía inmediatamente. Reenviar sin demora nunca tendrá éxito
y por lo tanto, especificar 0 deshabilita los reintentos.

Los servidores no pueden reenviar mensajes, por lo que esta configuración no tiene ningún efecto en ese caso.

El backend de WebDAV también reenvía mensajes después de un error de red temporal. Usa
retroceso exponencial para determinar cuándo el servidor está disponible nuevamente. Este escenario
se divide por 24 para obtener el retraso inicial (predeterminado: 2 m => 5 s), que luego es
duplicado para cada reintento.

identificador remoto (no defecto incompartible)
el identificador enviado al par remoto para una sincronización iniciada por el servidor. si no está configurado,
deviceId se usará en su lugar

PeerEsCliente (FALSO, incompartible)
Indica si esta configuración es sobre un par de cliente o un par de servidor.

Versión SyncML (no defecto incompartible)
En un cliente, se utiliza la última versión de SyncML comúnmente admitida cuando se contacta con un
servidor. Se puede usar uno de '1.0 / 1.1 / 1.2' para elegir una versión específica explícitamente.

En un servidor, esta opción controla qué tipo de notificación de alerta del servidor se envía
al cliente para iniciar una sincronización. Por defecto, primero el formato de 1.2 es
probado, luego, en caso de falla, el anterior de 1.1. 1.2 / 1.1 se puede configurar
explícitamente, lo que desactiva el automatismo.

En su lugar o además de la versión, se pueden establecer varias palabras clave en este
propiedad (separada por espacios o comas):

· NOCTCAP: evita enviar metainformación de CtCap

· NORESTART: deshabilita la extensión del modo de sincronización que el cliente y el servidor de SyncEvolution
utilizar para negociar si ambos lados admiten la ejecución de múltiples iteraciones de sincronización en
la misma sesión

· REQUESTMAXTIME = - anular la velocidad a la que envía el servidor SyncML
respuestas preliminares mientras se preparan los almacenamientos locales en segundo plano. Esto ayuda
para evitar tiempos de espera en el cliente SyncML. Depende de multiproceso. Esta
El binario SyncEvolution es seguro para subprocesos y, por lo tanto, esta función está habilitada de forma predeterminada
para servidores HTTP, con un retraso de 2 minutos entre mensajes. Otros servidores
(Bluetooth, sincronización local) no debería necesitar respuestas preliminares y la función es
deshabilitado, aunque se puede habilitar estableciendo la hora explícitamente. poder
ser especificado como otras duraciones en la configuración, por ejemplo como
REQUESTMAXTIME = 2m.

La configuración de estos indicadores solo debería ser necesaria como solución para los pares que no funcionan.

Nombre del par (no defecto incompartible)
Un nombre arbitrario para el par al que hace referencia esta configuración. Puede ser utilizado por una GUI.
La herramienta de línea de comando siempre usa el nombre de configuración.

ID del dispositivo (no defecto compartido)
El servidor SyncML obtiene esta cadena y la usará para realizar un seguimiento de los cambios que
todavía es necesario sincronizar con este cliente en particular; debe estar configurado para
algo único (como la cadena pseudoaleatoria creada automáticamente para nuevos
configuraciones) entre todos los clientes que acceden al mismo servidor. myFUNAMBOL también

requiere que la cadena comience con sc-pim-
ID de dispositivo remoto (no defecto incompartible)
SyncML ID de nuestro par, vacío si se desconoce; debe configurarse solo cuando el par es un SyncML
cliente que se pone en contacto con nosotros a través de HTTP. Los clientes que se pongan en contacto con nosotros a través de OBEX / Bluetooth pueden
identificado a través de esta propiedad remoteDeviceId o por su dirección MAC, si eso
se estableció en la propiedad syncURL.

Si esta propiedad está vacía y el par se sincroniza con esta configuración elegida
por otros medios, su ID se registra aquí automáticamente y luego se utiliza para
Verifique que la configuración no sea utilizada accidentalmente por un par diferente.

habilitarWBXML (CIERTO, incompartible)
utilice el XML binario más compacto (WBXML) para los mensajes entre el cliente y el servidor; no
aplicable cuando el par es un cliente SyncML, porque entonces el cliente elige el
codificación

habilitarRefreshSync (FALSO, incompartible)
Utilice el modo de sincronización de actualización desde el servidor más avanzado para implementar el
operación de actualización desde remoto. Algunos servidores SyncML no lo admiten. Por lo tanto
el valor predeterminado es eliminar los datos locales antes de realizar una sincronización lenta, que tiene el mismo
efecto. Sin embargo, algunos servidores funcionan mejor cuando se les dice explícitamente que el
sync es una sincronización de actualización. Por ejemplo, el servidor One Media de Funambol rechaza demasiados
sincronizaciones lentas seguidas con un error 417 "reintentar más tarde".

maxMsgSize (150000, incompartible), maxObjSize (4000000, incompartible)
Se puede establecer el tamaño máximo de cada mensaje (maxMsgSize) y se le puede decir al par
para no enviar nunca elementos que superen un determinado umbral (maxObjSize). Presumiblemente el
el par tiene que truncar u omitir elementos más grandes. Los tamaños se especifican como número de bytes.

Certificados de servidor SSL
(/etc/ssl/certs/ca-certificates.crt: /etc/pki/tls/certs/ca-bundle.crt: /usr/share/ssl/certs/ca-bundle.crt,
incompartible)
Una cadena que especifica la ubicación de los certificados utilizados para autenticar el
servidor. Cuando esté vacío, se buscará la ubicación predeterminada del sistema.

El soporte SSL cuando actúa como servidor HTTP es implementado por la interfaz del servidor HTTP,
no con estas propiedades.

SSLVerificarServidor (CIERTO, incompartible)
El cliente se niega a establecer la conexión a menos que el servidor presente una
certificado. Deshabilitar esta opción reduce considerablemente la seguridad de SSL
(los ataques man-in-the-middle se vuelven posibles) y no se recomienda.

SSLVerifyHost (CIERTO, incompartible)
El cliente se niega a establecer la conexión a menos que el certificado del servidor
coincide con su nombre de host. En los casos en que el certificado todavía parezca válido,
Podría tener sentido deshabilitar esta opción y permitir tales conexiones.

URL web (no defecto incompartible)
La URL de una página web con más información sobre el servidor. Usado solo por el
GUI

iconoURI (no defecto incompartible)
El URI de un icono que representa el servidor de forma gráfica. Debe ser un mapa de píxeles de 48x48
o un SVG (preferido). Utilizado solo por la GUI.

Listo para el consumidor (FALSO, incompartible)
Establecer como verdadero en una plantilla de configuración para indicar que el servidor funciona bien
suficiente y está disponible para usuarios normales. Utilizado por la GUI para limitar la elección de
configuraciones ofrecidas a los usuarios. No tiene ningún efecto en la configuración del servidor de un usuario.

tipo de par (no defecto incompartible)
Define para qué se debe utilizar una configuración. Se utiliza en plantillas y
configuraciones resultantes para decirle a una GUI que puede ser necesario un manejo especial. Las GUI deberían
ignore los tipos desconocidos. Las configuraciones tradicionales de SyncML utilizan un valor vacío. "WebDAV"
se utiliza para el lado WebDAV en una sincronización local.

par por defecto (no defecto general)
el par que se usa de forma predeterminada en algunas interfaces, como la interfaz de usuario de sincronización

Llavero (sí, general)
Selecciona explícitamente un determinado almacenamiento seguro de contraseñas. Dependiendo de cómo SyncEvolution
se compiló e instaló los siguientes valores son posibles:

GNOME Llavero GNOME

KDE KWallet

si / verdadero / 1
elige uno automáticamente

no / falso / 0
almacenar contraseñas en archivos de configuración de SyncEvolution

Si no está configurado, el valor predeterminado es elegir uno automáticamente si es compatible con cualquier tipo de
Se habilitó el almacenamiento de contraseñas y, de lo contrario, utilice los archivos de configuración. Al elegir
automáticamente, primero se prueba el llavero GNOME porque distinguir entre KDE y
Las sesiones de GNOME automáticamente son complicadas.

Tenga en cuenta que el uso de esta opción se aplica a all contraseñas en una configuración y que
la opción de línea de comando --keyring es simplemente un alias para configurar el global
propiedad, por lo que establecer una sola contraseña de la siguiente manera establece tanto Llavero y
contraseñas de proxy, y también mueve las otras contraseñas al llavero, incluso si
no estaban almacenados allí ya:
--keyring --configure proxyPassword = foo

Cuando las contraseñas se almacenaron en un almacenamiento seguro, su valor se establece en un solo guión
("-") en la configuración. Esto significa que cuando se ejecuta una sincronización sin
utilizando el almacenamiento, la contraseña debe introducirse de forma interactiva. El --print-config
la salida siempre muestra "-" en lugar de recuperar la contraseña del conjunto de claves.

Almacenamiento de Datos propiedades
sincronizar (discapacitado, incompartible, necesario)
Solicita un determinado modo de sincronización al iniciar una sincronización:

bidireccional
solo enviar / recibir cambios desde la última sincronización

slow intercambiar todos los artículos

actualizar-desde-remoto
deseche todos los elementos locales y reemplácelos con los elementos del par

actualizar desde local
deseche todos los elementos del par y reemplácelos con los elementos locales

unidireccional desde el control remoto
transmitir cambios de pares

ida-desde-local
transmitir cambios locales

caché local lento (servidor solamente)
duplicar datos remotos localmente, transfiriendo todos los datos

caché local incremental (servidor solamente)
reflejar datos remotos localmente, transfiriendo solo cambios; vuelve a
local-cache-slow automáticamente si es necesario

discapacitados (o ninguno)
sincronización deshabilitada

También se admite la actualización / unidireccional-desde-servidor / cliente. Se desaconseja su uso
porque la dirección de la transferencia de datos depende del rol del lado local
(puede ser servidor o cliente), lo cual no siempre es obvio.

Al aceptar una sesión de sincronización en un servidor SyncML (servidor HTTP), solo los almacenes de datos
with sync! = disabled están disponibles para el cliente, que elige el final
modo de sincronización basado en su propia configuración. Al aceptar una sesión de sincronización en un
Cliente SyncML (sincronización local con el servidor que se pone en contacto con SyncEvolution en un dispositivo),
el modo de sincronización especificado en el cliente suele ser anulado por el servidor.

uri (no defecto incompartible)
esto se agrega a la URL del servidor para identificar la base de datos del servidor; si está desarmado,
el nombre del almacén de datos se utiliza como respaldo

backend (seleccionar backend compartido)
Especifica el backend de SyncEvolution y, por lo tanto, los datos que se sincronizan con este
Almacén de datos. Cada backend puede admitir varias bases de datos (consulte la propiedad 'base de datos'),
diferentes formatos dentro de esa base de datos (ver 'databaseFormat'), y diferentes
formatos cuando se habla con el par de sincronización (consulte 'syncFormat' y 'forceSyncFormat').

Un backend 'virtual' especial combina varios otros almacenes de datos y los presenta como
un conjunto de elementos al par. Por ejemplo, los teléfonos Nokia suelen intercambiar tareas
y eventos como parte de un conjunto de elementos del calendario.

En este momento, un backend virtual de este tipo se limita a combinar un almacén de datos de calendario
con eventos y un almacén de datos de tarea. Deben especificarse en el base de datos
propiedad, típicamente así: calendario, todo

Los diferentes almacenes de datos combinados en un almacén de datos virtual deben tener un formato común.
Al igual que con otros backends, el formato preferido se puede influir a través del 'syncFormat'
atributo.

Aquí está la lista completa de backends potencialmente compatibles, valores de 'backend' válidos para
cada uno de ellos, y posibles formatos. Tenga en cuenta que las instalaciones de SyncEvolution normalmente
admite solo un subconjunto de los backends; por eso, por ejemplo, "libreta de direcciones" es
inequívoco, aunque hay varios backends de libreta de direcciones.

formato de sincronización (no defecto incompartible)
Cuando hay formatos alternativos para los mismos datos, cada lado de una sincronización ofrece
todo lo que apoya y marca uno como preferido. Si se establece, esta propiedad anula
el formato que normalmente sería marcado como preferido por un backend.

Válido valores depender on de la forma más backend Aquí están some ejemplos:

contactos - texto / vcard = vCard 3.0 formato
text / x-vcard = formato vCard 2.1 heredado

calendario - texto / calendario = iCalendar 2.0 formato
text / x-vcalendar = formato vCalendar 1.0 heredado

Errores al comenzar a sincronizar y analizar y / o almacenar elementos en el cliente o
El servidor puede deberse a una discrepancia entre el formato de sincronización y la uri en el par.

forzarSyncFormat (FALSO, incompartible)
Algunos compañeros se confunden cuando se les ofrecen múltiples opciones para el formato de sincronización o elegir
el menos óptimo. En tal caso, establecer esta propiedad obliga a que el
El formato preferido especificado con 'syncFormat' se usa realmente.

base de datos = fuente de la evolución (no defecto compartido)
Elige una de las bases de datos del backend: dependiendo del backend, se puede configurar el
nombre y / o un identificador único.

La mayoría de los backends tienen una base de datos predeterminada, como por ejemplo, la libreta de direcciones del sistema.
Si no establece esta propiedad, se selecciona esa base de datos predeterminada.

Si el backend es un almacén de datos de datos virtuales, este campo debe contener comas separadas
lista de subfuentes de datos que se utilizan realmente para almacenar datos. Si su almacén de datos secundario tiene un
coma en el nombre, debe evitar que la coma se confunda con el separador por
precediéndolo con una barra invertida, como esta:
base de datos = Source1PartA \, PartB, Source2 \\ Backslash

Para obtener una lista completa de las bases de datos disponibles, ejecute Syncevolution --print-bases de datos.
El nombre se imprime delante de los dos puntos, seguido de un identificador entre paréntesis.
Por lo general, el nombre es único y se puede usar para hacer referencia al almacén de datos de datos. El
El almacén de datos de datos predeterminado está marcado con al final de la línea, si hay
por defecto.

intervalo de sincronización (no defecto compartido)
Define el número de días antes de la fecha actual que se debe usar como fecha de inicio.
para la sincronización del calendario. Esto se puede configurar para limitar el número de eventos importados desde
el calendario de origen.

Si no se establece, el límite se establecerá en 90 días.

formato de base de datos (no defecto compartido)
Define el formato de datos que utilizará el backend para su propio almacenamiento. Típicamente
los backends solo admiten un formato e ignoran esta propiedad, pero, por ejemplo, el archivo
el backend lo usa. Consulte la propiedad 'backend' para obtener más información.

usuario de la base de datos = evolucionusuario (no defecto compartido), contraseña de la base de datos = Evolución contraseña
(no defecto compartido)
autenticación para el almacén de datos de datos de backend; la contraseña se puede especificar en múltiples
formas, consulte la contraseña del servidor SyncML para obtener más detalles

Advertencia: configurar el usuario / contraseña de la base de datos en los casos en que no sea necesario, como para
ejemplo con calendarios y libretas de direcciones locales de Evolution, puede provocar que Evolution
backend para colgar.

EJEMPLOS

Enumere las plantillas de configuración conocidas:

syncevolution --template?

Cree una nueva configuración, utilizando la plantilla Memotoo existente:

evolución sincronizada --configure \
nombre de usuario = 123456 \
"contraseña =! @ # ABcd1234" \
memorando

Tenga en cuenta que poner contraseñas en la línea de comando, incluso para procesos de corta duración como
uno de arriba, es un riesgo de seguridad en entornos compartidos, porque la contraseña es visible para
todos en la máquina. Para evitar esto, elimine la contraseña del comando anterior, luego
agregue la contraseña al archivo config.ini correcto con un editor de texto. Este comando muestra el
directorio que contiene el archivo:

sincronizaciónevolución --print-configs

Revisar la configuración:

syncevolution --print-config memotoo

Sincronizar todos los almacenes de datos:

sincronización de la evolución memotoo

Desactive todos los almacenes de datos:

evolución sincronizada --configure \
sync = none \
memorando

Vuelva a activar la sincronización de la libreta de direcciones con el acceso directo --sync:

evolución sincronizada --configure \
--sync bidireccional \
libreta de direcciones de memotoo

Cambie la contraseña para una configuración:

evolución sincronizada --configure \
contraseña = foo \
memorando

Configure otra configuración para una cuenta diferente, usando la misma configuración predeterminada
bases de datos como arriba:

evolución sincronizada --configure \
nombre de usuario = joe \
contraseña = foo \
--plantilla de memorándum \
memotoo_joe

Configure otra configuración usando la misma cuenta, pero diferentes bases de datos locales (se puede
utilizado para simular la sincronización entre dos clientes, consulte Intercambiando Data:

evolución sincronizada --configure \
nombre de usuario = 123456 \
contraseña =! @ # ABcd1234 "\
sync = none \
memotoo @ otro

evolución sincronizada --configure \
base de datos = \
@otra libreta de direcciones

evolución sincronizada --configure \
sync = bidireccional \
memotoo @ otra libreta de direcciones

sincronización de la evolución memotoo
syncevolution memotoo @ otro

Migre una configuración del formato <= 0.7 al formato actual y / o actualice el
configuración para que parezca configuraciones creadas de nuevo con el actual
sincronismo:

syncevolution --migrar memotoo

SINCRONIZACIÓN ADEMÁS SINCML

En los ejemplos simples anteriores, SyncEvolution intercambia datos con servidores a través de SyncML
protocolo. A partir de la versión 1.2, SyncEvolution también admite otros protocolos como
CalDAV y CardDAV.

Estos protocolos se implementan en backends que se comportan como almacenes de datos locales.
SyncEvolution luego sincroniza los datos entre un par de backends. Porque toda la sincronización
La lógica (coincidencia de elementos, fusión) se realiza localmente mediante SyncEvolution, este modo de
la operación se llama local sincronizar.

Algunos ejemplos de cosas que se pueden hacer con la sincronización local:

· Sincronizar eventos con un servidor CalDAV y contactos con un servidor CardDAV

· Reflejar una base de datos local como elementos en un directorio, con conversión de formato y unidireccional o
Transferencia de datos bidireccional (exportación frente a sincronización real)

Debido a que la sincronización local involucra dos lados, se necesitan dos configuraciones de sincronización. Uno se llama
de la forma más dirigidos config. Tradicionalmente, esta era realmente una configuración llamada configuración de destino,
por ejemplo target-config @ google. Ya no es necesario utilizar este nombre en particular.

La configuración de destino puede contener propiedades que se aplican a todos los almacenes de datos dentro de su contexto,
como nombre de usuario, contraseña y URL para el servidor (más sobre eso a continuación) y configuración de sincronización
(como registros y copias de seguridad de datos). Una vez configurada, la configuración de destino se puede utilizar para
enumerar / importar / exportar / actualizar elementos a través de la línea de comando SyncEvolution. No se puede utilizar para
sincronización porque no define qué elementos se supone que deben sincronizarse
con.

Para la sincronización, un segundo originario config es necesario. Esta configuración tiene el mismo rol
como las configuraciones de sincronización SyncML tradicionales y normalmente se define en el mismo implícito
@defecto context como esas configuraciones. Todas las configuraciones en ese contexto usan los mismos datos locales,
convirtiendo así esos datos locales en el concentrador a través de los flujos de datos a todos los pares que el
El host está configurado para sincronizarse con.

Una configuración de sincronización se convierte en una configuración de origen en una sincronización local estableciendo el sincronizarURL En el correo electrónico “Su Cuenta de Usuario en su Nuevo Sistema XNUMXCX”.
URL especial local://[ config nombre>] [@ contexto nombre>]. Esto selecciona el objetivo
config para sincronizar. Si se omite el nombre de la configuración de destino, la cadena real
configuración de destino se utiliza como nombre. El contexto se puede omitir si el nombre de la configuración de destino es
único. La configuración de origen y de destino puede estar en el mismo contexto. Se debe tener cuidado para
no utilice un almacén de datos más de una vez en una sincronización local.

Además, peerIsClient = 1 debe establecerse en la configuración de origen, porque SyncEvolution
solo admite la ejecución del cliente SyncML en el lado de destino. Tiene sentido usar el
bases de datos locales en el lado de origen, porque ese lado requiere un acceso más frecuente a
los datos.

La configuración de origen define los pares de bases de datos, ya sea implícitamente (utilizando el mismo
nombres de almacén de datos en ambos lados, lo que es posible cuando se utilizan diferentes contextos) o
explícitamente (a través de la uri propiedades establecidas para los almacenes de datos en el lado de origen). El
La configuración de origen también define el sincronizar modo para cada par. uri y sincronizar valores en el
El lado objetivo se ignora y no es necesario especificarlo.

Como caso especial, los almacenes de datos utilizados en combinación con la configuración de destino pueden acceder al
credenciales y sincronizarURL almacenado allí como respaldo cuando no se especificó nada para el
almacenes de datos directamente. Esto tiene sentido para los backends de WebDAV y ActiveSync donde el
Las credenciales suelen ser las mismas y (según el servidor web) la misma URL de inicio.
se puede utilizar para buscar calendarios y bases de datos de contactos.
Advertencia: al establecer la contraseña para la configuración de destino y usar un llavero, un sincronizarURL or
su ID de dispositivo remoto deben establecerse cadenas, porque son necesarias para identificar el
anfitrión en el llavero.

Si no se utiliza esta función, la sincronizarURL podría dejarse vacío porque la sincronización local en sí
no lo usa. Sin embargo, la línea de comando espera que se establezca en ninguna explícitamente a
detectar errores tipográficos.
Advertencia: porque el cliente en la sincronización local inicia la sincronización, preventSlowSync = 0 deben
ser establecido en la configuración de destino para tener un efecto.

CALDAV Y CARDAVA

Esta sección explica cómo usar la sincronización local para CalDAV y CardDAV. Ambos protocolos son
basados ​​en WebDAV y son proporcionados por el mismo backend. Que comparten nombre de usuario / contraseña / syncURL
propiedades definidas en su configuración de destino.

Las credenciales deben proporcionarse si el servidor está protegido con contraseña. El sincronizarURL is
opcional si el nombre de usuario es una dirección de correo electrónico y el servidor admite el descubrimiento automático de su
Servicios CalDAV y / o CardDAV (usando entradas DNS SRV, .bien conocido URI, propiedades del
director actual, ...).

Alternativamente, las credenciales también se pueden configurar en el usuario de la base de datos y contraseña de la base de datos
propiedades del almacén de datos. La desventaja es que estos valores deben establecerse para cada
almacén de datos y no se puede compartir. La ventaja es que, en combinación con el ajuste
base de datos, estos almacenes de datos se pueden utilizar como parte de un servidor SyncML normal o una sincronización de cliente
config. SyncEvolution luego lee y escribe datos directamente desde el servidor y los intercambia
a través de SyncML con el par que se define en la configuración de sincronización.

La base de datos La propiedad de cada almacén de datos se puede establecer en la URL de un -- (=
base de datos en terminología WebDAV). Si no se configura, el backend de WebDAV primero ubica el
servidor basado en nombre de usuario or sincronizarURL y luego lo escanea para el evento predeterminado resp. contacto
colección. Esto se hace una vez en la sincronización inicial. Al final de una exitosa
sincronizacin, la eleccin automtica se hace permanente al configurar el base de datos propiedad.
Advertencia: los protocolos no identifican de forma única esta colección predeterminada. El backend
intenta hacer una suposición fundamentada, pero puede elegir la incorrecta si el servidor proporciona
más de una libreta de direcciones o calendario. Es más seguro buscar colecciones manualmente
con --print-bases de datos y luego use la URL de la colección deseada como valor de
base de datos.

Para buscar colecciones, use:

syncevolution --print-bases de datos \
backend = \
nombre de usuario = \
"contraseña =! @ # ABcd1234" \
syncURL =

Plantillas de configuración para Google Calendar / Contactos, Yahoo Calendar y un genérico
Los servidores CalDAV / CardDAV están incluidos en SyncEvolution. La plantilla de Yahoo también contiene una
entrada para la sincronización de contactos, pero no se recomienda su uso debido a
problemas del lado del servidor.

Los siguientes comandos configuran la sincronización con un servidor WebDAV genérico que admite
CalDAV, CardDAV y escaneo comenzando en la raíz del servidor.

# configurar la configuración de destino
evolución sincronizada --configure \
--plantilla webdav \
syncURL =http://example.com \
nombre de usuario = 123456 \
"contraseña =! @ # ABcd1234" \
target-config @ webdav

# configurar la configuración de sincronización
evolución sincronizada --configure \
--template SyncEvolution_Client \
syncURL = local: // @ webdav \
nombre de usuario = \
contraseña = \
webdav \
agenda agenda

# sincronización lenta inicial
syncevolution --sincronización lenta webdav

# sincronización incremental
sincronización de la evolución webdav

Aquí hay algunas formas alternativas de configurar la configuración de destino:

# A) El servidor admite el descubrimiento automático de DNS a través del nombre de dominio en el nombre de usuario.
evolución sincronizada --configure \
--plantilla webdav \
nombre de usuario =[email protected] \
"contraseña =! @ # ABcd1234" \
target-config @ webdav

# B) Especifique explícitamente colecciones (de la documentación del servidor o --print -bases).
# Los nombres de 'calendario' y 'libreta de direcciones' son los esperados por la configuración de sincronización
# anterior, también se pueden configurar almacenes de datos adicionales y / o se pueden cambiar los nombres.
evolución sincronizada --configure \
nombre de usuario = 123456 \
"contraseña =! @ # ABcd1234" \
--plantilla ninguna \
syncURL =http://example.com \
libreta de direcciones / backend = carddav \
libreta de direcciones / base de datos =http://example.com/addressbooks/123456/ \
calendario / backend = caldav \
calendario / base de datos =http://example.com/calendar/123456/ \
target-config @ webdav \
agenda agenda

Al crear estas configuraciones de destino, la herramienta de línea de comando intenta verificar que el
los almacenes de datos realmente funcionan y (en el caso de --template webdav) solo habilitarán los almacenes de datos
que realmente funciona. Esto implica ponerse en contacto con el servidor WebDAV.

Finalmente, así es como @webdav El contexto debe configurarse para que los clientes SyncML o
se le pueden agregar servidores:

# configurar almacenes de datos
evolución sincronizada --configure \
databaseUser = 123456 \
"databasePassword =! @ # ABcd1234" \
libreta de direcciones / backend = carddav \
libreta de direcciones / base de datos =http://example.com/addressbooks/123456/ \
calendario / backend = caldav \
calendario / base de datos =http://example.com/calendar/123456/ \
@webdav\
agenda agenda

# configurar un par (Memotoo en este ejemplo):
evolución sincronizada --configure \
nombre de usuario = 654321 \
contraseña = ^ 749 @ 2524 \
memotoo @ webdav

# sincronización
syncevolution --sync slow memotoo @ webdav

Google + OAuth
Para Google, no existe una URL de inicio común para CalDAV y CardDAV, por lo tanto, "Google"
La plantilla enumera todo lo que puede ser relevante y la configuración es muy similar a la genérica
webdav caso, excepto que no es necesario especificar syncURL:

# configurar la configuración de destino
evolución sincronizada --configure \
--plantilla de google \
nombre de usuario =[email protected] \
"contraseña =! @ # ABcd1234" \
target-config @ google

# configurar la configuración de sincronización
evolución sincronizada --configure \
--template SyncEvolution_Client \
syncURL = local: // @ google \
nombre de usuario = \
contraseña = \
Google \
agenda agenda

# sincronización lenta inicial
syncevolution --sincronización lenta de google

# sincronización incremental
sincronizar google

Si su cuenta de Google está configurada para utilizar el inicio de sesión de dos factores, debe crear una
contraseña específica de la aplicación para SyncEvolution. Ver
https://support.google.com/mail/answer/1173270

Google ya anunció que desactivarán el soporte para iniciar sesión en su
Servicios CalDAV / CardDAV con credenciales simples de nombre de usuario / contraseña. Soporta SyncEvolution
el nuevo método de inicio de sesión, OAuth, pero depende de componentes adicionales para implementar OAuth:
Cuentas en línea de GNOME, cuentas en línea de Ubuntu o gSSO.

La compatibilidad con las cuentas en línea de GNOME (GOA) se compila en archivos binarios de syncevolution.org y
por lo tanto documentado aquí. Para obtener instrucciones sobre los binarios enviados por distribuciones
consulte la documentación proporcionada por la distribución o busque en la web.

Para Google Calendar, se requiere GOA> = 3.8. Para los contactos de Google, GOA 3.8 puede funcionar si
fue parcheado por la distribución (como se hizo en Debian Jessie), de lo contrario, una versión> = 3.10 es
requerida.

Utilice el Centro de control de GNOME para crear una cuenta para Google. No es necesario
habilitar cualquiera de las categorías de datos. Eso activaría el acceso en otras aplicaciones de GNOME (por
ejemplo, Evolution), mientras que el uso de SyncEvolution de la cuenta se configura por separado
a través de la línea de comando SyncEvolution.

Al configurar SyncEvolution para Google, siga las instrucciones anteriores con
nombre de usuario = goa: email dirección> y contraseña vacía. Si la dirección de correo electrónico no
identificar de forma única la cuenta GOA, la línea de comando SyncEvolution proporcionará una lista de
cuentas para elegir.

NOTAS

Intercambiando Data
SyncEvolution transmite las entradas de la libreta de direcciones como vCard 2.1 o 3.0 según la sincronización
formato elegido en la configuración. Evolution usa 3.0 internamente, por lo que SyncEvolution
convierte entre los dos formatos según sea necesario. Los elementos del calendario y las tareas se pueden enviar y
recibido en iCalendar 2.0 y vCalendar 1.0, pero vCalendar 1.0 debe evitarse si
posible porque no puede representar todos los datos que almacena Evolution.

NOTA:
Los backends de Evolution se mencionan como ejemplos; lo mismo se aplica a otros almacenes de datos.

La forma en que el servidor almacena los elementos depende de su implementación y configuración. Verificar
qué datos se conservan, se puede utilizar este procedimiento (descrito para contactos, pero funciona el
de la misma manera para calendarios y tareas):

1. sincronizar la libreta de direcciones con el servidor

2. cree una nueva libreta de direcciones en Evolution y visualícela en Evolution una vez (el segundo paso
es necesario en al menos Evolution 2.0.4 para que la nueva libreta de direcciones se pueda utilizar en
SyncEvolución)

3. agregue una configuración para esa segunda libreta de direcciones y el mismo URI en el servidor SyncML,
ver EJEMPLOS above

4. sincronizar de nuevo, esta vez usando el otro almacén de datos

Ahora uno puede comparar las libretas de direcciones en Evolution o hacerlo automáticamente,
descrito aquí para contactos:

· Guardar las libretas de direcciones completas: marcar todas las entradas, guardar como vCard

· invocar sincronizar con dos nombres de archivo como argumentos y se normalizará y comparará
ellos automáticamente

La normalización es necesaria porque el orden de las cartas y sus propiedades, así como otras
los aspectos menores del formato pueden ser diferentes. La salida proviene de un lado a lado
comparación, pero es aumentado por el script para que el contexto de cada cambio sea siempre
el elemento completo que se modificó. Las líneas o elementos que siguen a ">" en el lado derecho eran
añadido, los del lado izquierdo seguidos de un "<" se eliminaron, y los que tenían un "|" Entre
el texto en el lado izquierdo y derecho fue modificado.

La prueba de unidad automática (ver HACKING) contiene un elementos de prueba prueba que verifica el
copia de entradas especiales utilizando el mismo método.

Modificar una de las libretas de direcciones o incluso ambas al mismo tiempo y luego sincronizar
Se puede usar ida y vuelta para verificar que SyncEvolution funciona como se espera. Si no lo hace
confíe en SyncEvolution o en el servidor, entonces es prudente ejecutar estas comprobaciones con una copia de
la libreta de direcciones original. Haga una copia de seguridad del directorio .evolution / addressbook.

Asunto Cambios y Data Cambios
Los clientes y servidores de SyncML consideran cada entrada en una base de datos como un elemento. Los elementos pueden ser
agregado, eliminado o actualizado. Esta es la información de cambio de elemento que el cliente y el servidor
intercambiar durante una sincronización incremental normal.

Si un elemento se guarda, se elimina localmente y se vuelve a importar, generalmente se informa a un
emparejar como "un elemento eliminado, uno agregado" porque la información disponible para SyncEvolution
no es suficiente para determinar que de hecho se trata del mismo artículo. Una excepción son
Elementos de iCalendar 2.0 con su ID único global: se informará la modificación anterior
al servidor como "un elemento actualizado".

Eso es mejor, pero aún no es del todo correcto porque el contenido del elemento no se ha
cambiado, solo la metainformación que se utiliza para detectar cambios. Esto no puede
evitarse sin crear una sobrecarga adicional para las sincronizaciones normales.

Informes de SyncEvolution ít cambios (la cantidad de elementos agregados, eliminados y actualizados) como
así como datos cambios. Estos cambios de datos se calculan comparando los volcados de la base de datos utilizando
de la forma más sincronizar herramienta. Debido a que esta comparación de datos ignora la información sobre qué datos
pertenece a qué elemento, es capaz de detectar que volver a agregar un elemento que se eliminó
anterior no cambia los datos, a diferencia de los cambios de artículo. Por otro lado,
quitar un elemento y agregar uno diferente puede parecer como actualizar solo un elemento.

Automático Copias de seguridad y Inicio de sesión
Para respaldar la recuperación de una sincronización que dañó los datos locales o los modificó en
De forma inesperada, SyncEvolution puede crear los siguientes archivos durante una sincronización:

· Un volcado de los datos en un formato que puede ser restaurado por SyncEvolution, generalmente un solo
archivo por elemento que contiene en un formato de texto estándar (VCARD / VCALENDAR)

· Un archivo de registro completo con información de depuración

· Otro volcado de los datos después de la sincronización para la comparación automática de los
antes / después del estado con sincronizar

Si la propiedad de configuración de sincronización registrodir está configurado, se creará un nuevo directorio para
cada sincronización en ese directorio, usando el formato
- - - - - [- ] con los distintos campos rellenados con la hora
cuando comenzó la sincronización. El sufijo de secuencia solo se utilizará cuando sea necesario para
hacer que el nombre sea único. De forma predeterminada, SyncEvolution nunca eliminará ningún dato en ese registro
directorio a menos que se le solicite explícitamente que mantenga solo un número limitado de registros anteriores
directorios.

Esto se hace configurando el maxlogdirs limitar a algo diferente a la cadena vacía
y 0. Si se establece un límite, SyncEvolution solo mantendrá esa cantidad de directorios de registro y
comience a eliminar los "menos interesantes" cuando llegue al límite. Menos interesantes son
aquellos en los que no se modificaron los datos y no se produjo ningún error.

Para evitar escribir archivos de registro adicionales o volcados de bases de datos durante una sincronización, el
registrodir se puede configurar para ninguna. Para reducir la verbosidad del registro, establezca nivel de registro. Si no está configurado o
0, la verbosidad se establece en 3 = DEBUG cuando se escribe en un archivo de registro y 2 = INFO cuando
escribiendo en la consola directamente. Para depurar problemas relacionados con la conversión de datos, el nivel 4 también
vuelca el contenido de los elementos en el registro.

MEDIO AMBIENTE

Las siguientes variables de entorno controlan dónde SyncEvolution encuentra archivos y otros
aspectos de sus operaciones.

http_proxy
Anula la configuración del proxy temporalmente. Establecerlo en un valor vacío deshabilita el
configuración de proxy normal.

INICIO / XDG_CACHE_HOME / XDG_CONFIG_HOME
SyncEvolution sigue el Xdg estándar de escritorio para sus archivos. Por defecto,
$ HOME / .config / syncevolution es la ubicación de los archivos de configuración.
$ HOME / .cache / syncevolution contiene directorios de sesión con archivos de registro y base de datos
deshecho.

SYNCEVOLUTION_DEBUG
Establecer esto en cualquier valor deshabilita el filtrado de stdout y stderr que
SyncEvolution emplea para mantener el ruido de las bibliotecas del sistema fuera de la línea de comandos
salida.

SYNCEVOLUTION_GNUTLS_DEBUG
Habilita una salida de depuración adicional cuando se usa la biblioteca de transporte HTTP libsoup.

SYNCEVOLUTION_DATA_DIR
Anula la ruta predeterminada a la tabla de búsqueda de dispositivos bluetooth, normalmente
/ usr / lib / syncevolution /.

SYNCEVOLUTION_BACKEND_DIR
Anula la ruta predeterminada a los complementos, normalmente / usr / lib / syncevolution / backends.

SYNCEVOLUTION_LIBEXEC_DIR
Anula la ruta donde se encuentran ejecutables auxiliares adicionales, normalmente
/ usr / libexec.

SYNCEVOLUTION_LOCALE_DIR
Anula la ruta a los directorios con las diferentes traducciones, normalmente
/ usr / share / locale.

SYNCEVOLUTION_TEMPLATE_DIR
Anula la ruta predeterminada a los archivos de plantilla, normalmente
/ usr / share / syncevolution / templates.

SYNCEVOLUTION_XML_CONFIG_DIR
Anula la ruta predeterminada a los archivos de configuración XML de Synthesis, normalmente
/ usr / share / syncevolution / xml. Estos archivos se combinan en una configuración cada uno
vez que se inicia el motor Synthesis SyncML como parte de una sesión de sincronización.

Tenga en cuenta que además de este directorio, SyncEvolution también busca siempre
archivos de configuración dentro $ INICIO / .config / syncevolution-xml. Archivos con el mismo
ruta relativa y nombre como en / usr / share / syncevolution / xml anular esos archivos,
otros amplían la configuración final.

Use syncevolution en línea usando los servicios de onworks.net