これは、Ubuntu Online、Fedora Online、Windowsオンラインエミュレーター、MAC OSオンラインエミュレーターなどの複数の無料オンラインワークステーションのいずれかを使用して、OnWorks無料ホスティングプロバイダーで実行できるコマンドsyncevolutionです。
プログラム：
NAME
SyncEvolution - 個人情報管理データを同期する
SYNOPSIS
リスト 操作する データベース：
syncevolution --print-databases|--create-database|--remove-database [ ]
[ ]
表示 情報 自己紹介 構成:
syncevolution --print-servers|--print-configs|--print-peers
表示 情報 自己紹介 a 特定の 構成：
syncevolution --print-config [--quiet] [--] [メイン| ...]
リスト セッション：
syncevolution --print-sessions [--quiet] [--]
表示 情報 自己紹介 シンクエボリューション:
syncevolution --help|-h|--version
ラン a 同期 as 構成済み：
シンセボリューション[ ...]
ラン a 同期 プロパティ 変更 ただ の この 実行：
同期進化 --run [--] [ ...]
リストア データ from 自動 バックアップ:
同期化 --復元--before|--after [--dry-run] [--]
...
作成、 update or 削除します a 構成：
同期進化 --configure [--] [ ...]
syncevolution --remove|--migrate [--]
リスト アイテム：
syncevolution --print-items [--] [ [ ]]
エクスポート アイテム:
シンセボリューション [ - デリミタ ] - 書き出す | |- [ - ] [
[ [ ...]]]
--液体...
追加 アイテム:
シンセボリューション [ - デリミタ |なし] - 輸入 | |- [ - ] [
[ ]]
--液体...
更新 アイテム:
syncevolution --更新[--]
シンセボリューション [ - デリミタ |なし] - 更新 |- [ - ]
...
--液体...
削除します アイテム:
syncevolution --delete-items [--] （ ... | '*')
DESCRIPTION
このテキストでは、SyncEvolution コマンドラインの使用方法について説明します。
SyncEvolutionは、連絡先などの個人情報管理（PIM）データを同期します。
予定、タスク、メモをSynthesis同期エンジンを使用して同期します。
SyncML 同期プロトコル。
SyncEvolutionは、HTTP経由でSyncMLサーバーと同期し、SyncML対応の電話とも同期します。
Bluetooth経由でローカルに（1.0の新機能）。プラグインは、
同期。Linuxデスクトップ用のバイナリが利用可能（GNOMEのデータを同期）
Evolution（KDEはすでに間接的にサポートされており、Akonadiのサポートは開発中）
MeeGo（旧Moblin）およびMaemo 5/Nokia N900用。ソースコードは、
Unix ライクなシステムであり、カスタム SyncML クライアントまたはサーバーを構築するためのフレームワークを提供します。
用語
ピア ピアとは、データが同期されるエンティティです。これは別のデバイスである場合もあります。
（電話など）、サーバー（Googleなど）、あるいはホスト自体（
2 つの異なるデータベースを同期します。
host SyncEvolution が実行されるデバイスまたはコンピューター。
項目 同期の最小単位。アイテムの例には、カレンダーイベントや
個々の連絡先、メモ、またはタスク。
データベース
各ピアには同期される1つ以上のデータベース（Googleカレンダー、Google
連絡先）。概念的には、データベースは各項目が独立した項目の集合である。
他の人の。
バックエンド
データベースへのアクセスはSyncEvolutionバックエンドによって提供されます。
データが保存される。一部のバックエンドはホストの外部のデータへのアクセスを提供する。
自体（CalDAVの CardDAVの、ActiveSync)。
データストア （または ただ 店舗 )
SyncEvolutionバックエンドとデータベース設定の組み合わせに使用されます。
データストアはデータベースへの読み取り/書き込みアクセスを提供します。これは、
データベースを同期します。データストアは、データベースが接続しているピアとは独立しています。
同期される可能性があります。
これはかつて「データソース」または単に「ソース」と呼ばれていましたが、今でも使われている用語です。
古いドキュメントでは、SyncEvolution のいくつかのファイル パスとソース コードが記載されています。
ローカル/リモート
同期は常に 1 組のデータベース間で行われるため、2 つの側面があります。
同期の一方のデータベースまたは側はリモート（ピアの一方）で、もう一方はローカルです
（SyncEvolution）。一貫性を保つため（そしてより良い用語がないため）、これらは
ピアがSyncEvolutionの別のインスタンスである場合や、
データは同じストレージ上に存在します。
sync 設定
同期設定は、ピアとどのように通信するかを定義します。
使用されるピア、資格情報などを見つける方法。
同期設定は、同期を開始する（SyncMLサーバーに接続するなど）ために使用したり、
受信した同期要求を処理する（SyncMLサーバーとして動作し、
ピア）。
ピアが同期プロトコルとしてSyncMLをサポートしている場合、同期では1つの同期設定のみが使用されます。
SyncEvolution側。ピアが他のプロトコルによるデータアクセスをサポートしている場合、
SyncEvolutionはSyncML経由でそのデータを利用できるようにし、同期を実行します。
SyncMLは内部的に使用されます。このような同期には2つの同期設定が必要です。 元来の
設定 ターゲット 設定.
同期設定では、同じコンテキストで定義されたすべてのデータストアを使用できます（以下を参照）。
データストアのプロパティは各ピアごとに異なる設定が可能で、同期が可能
設定（ピアごと）。そのうちの1つは、 sync プロパティは、データストアが
同期中に使用されます。
コンテキスト
同期およびデータストア構成は、1 つ以上の構成コンテキスト内で定義されます。
常にあります @デフォルト 他に何も指定されていない場合に使用されるコンテキスト。
通常、各コンテキストは関連するデータストアの特定のセットを表します。たとえば、
通常、 @デフォルト コンテキストはローカルデータベースに使用されます。
特定のピアはコンテキストで定義できる @ピア名 その仲間にちなんで名付けられました。
の監視 プロパティ
SyncEvolutionはキーと値のペアを使用して設定オプションを保存します。設定
特定のオブジェクトを記述する一意のキーとその値のセットです。
これらのプロパティセットは、メイン構成名（同期構成名）を介してアドレス指定されます。
明示的なコンテキストの有無、またはコンテキスト名のみ）とオプションで
データストア名 (プロパティが特定のデータストア用の場合)。
同期プロパティは、特定のデータストアとは関係なく、同期構成に対して設定されます。
適用するデータストアを指定しないと設定できないプロパティ
データストアのプロパティです。これには、データストアとデータストアの両方に属するプロパティが含まれます。
同期設定。
プロパティ名は一意になるように選択されており、同期プロパティは
データストアプロパティと同じ名前です。歴史的な理由により、内部的にはこれらの
プロパティは2つの異なるセットとして扱われ、2つの異なるコマンドがあります
同期およびデータストアのプロパティのリストを照会するための行オプション。
一部の設定プロパティは設定間で自動的に共有されます。
共有はハードコードされており、設定することはできません。特定の
設定は一度だけ行う必要があり、また複数の異なる設定に変更することもできます。
一度に設定します。
プロパティは 共有されていない （ピアごとに異なる値を持つため、
とも呼ばれている ピアごと; たとえば、 sync 財産）、 shared （すべて同じ値
同僚、例えば データベース ローカルデータベースを選択するためのプロパティ）または
全体的な (正確には 1 つの値)。
同期とデータストアのプロパティの違いと合わせて、これは現在
結果は 5 つの異なるプロパティ グループになります。
· 同期プロパティ（定義上、これには、
特定の同期設定はすべての同期設定に一度に設定されるので、
特定のデータストアとは独立して):
· グローバル（= config.ini は、): 特定の
文脈、例えば キーホルダー
· 共有（= ~/.config/syncevolution/<context 名前>/config.ini): それぞれ1回ずつ設定
文脈、例えば ログディレクトリ
· 共有されていない（= ~/.config/syncevolution/<context 名前>/peers/
名前>/config.ini): 同期設定ごとに個別に設定します。例: 同期URL
· データストアのプロパティ:
· 共有（= ~/.config/syncevolution/<context 名前>/sources/
名前>/config.ini): データへのアクセスに必要なプロパティ、主に
バックエンド データベース
· 共有されていない（= ~/.config/syncevolution/<context 名前>/peers/
名前>/sources/ 名前>/config.ini): すでに述べた sync URI
プロパティだけでなく、ピアごとの同期フォーマットのプロパティもあります
多くのプロパティには、構成レイヤーで定義された適切なデフォルト値があります。
または、SyncEvolutionエンジンが実行時に構成を読み取って選択し、
したがって設定する必要はありません。
SyncEvolutionの構成レイヤーは、
各プロパティの意味を理解している。一般的な型（文字列、
ブール値、整数、...）とプロパティが格納される場所を指定します。
その上の層、つまり実際に構成を使用しようとする層です
プロパティ値が指定どおりに意味を成すかどうかを決定します。
他のプロパティ値と競合する値をプロパティに設定する可能性がある
（構成使用時にエラーが発生する）または、
使用される（明示的なエラーチェックが行われない限り、通常は黙って無視される）
実装されました）。
の監視 template
テンプレートは特定のピアの設定を定義します。一部のテンプレートはパッケージ化されています
SyncEvolutionとともに、パッケージ作成者またはユーザーによって他のものが追加されることがあります。設定
テンプレートからのコピーは、同期設定の作成時に一度だけ行われます。
テンプレートへの永続的なリンクなので、テンプレートを更新しても影響はありません。
以前そこから作成された構成。
テンプレートには共有されないプロパティのみが含まれます。そのため、最初に設定することができます。
共有プロパティ（たとえば、
デフォルトのコンテキスト）で、異なるピアの同期設定をそのコンテキストに追加します。
既存の設定をリセットします。
SyncEvolutionの定義済み構成テンプレートでは、
データストアが使用されます。定義されるデータストアには異なる名前を選択できます。
手動で
· アドレス帳: 連絡先のリスト
· カレンダー: カレンダー イベント
· メモ: プレーンテキストのメモ
· todo: タスクリスト
· カレンダー+ToDo: ローカルの「カレンダー」と「ToDo」を組み合わせた仮想データストア
データストア（一部の携帯電話との同期に必要）
ローカル sync
従来、同期設定では、SyncMLを同期プロトコルとして指定します。
同期URL プロパティ。これが機能するには、ピアが SyncML をサポートしている必要があります。
いわゆるローカル同期では、SyncEvolutionはSyncMLサーバーとクライアントとして機能します。
同時に、内部メッセージパッシングを介して両者を接続します。双方が
独自のデータストアセットがあり、CalDAV、CardDAV、またはActiveSyncを使用してアクセスできます。
データ。
詳細はこちら： 同期 越えて SyncML.
元来の 設定
ローカル同期では、同期を開始するために使用する同期設定は、元の同期設定と呼ばれます。
同期構成、または元の構成のみ。
ターゲット 設定
ローカル同期では、元の構成に加えて、ターゲット構成も使用されます。
設定レベルでは、このターゲット設定は単なる別の同期設定です。
ローカル同期の同期構成によって参照される場合のターゲット構成。
COMMAND LINE コンベンション
当学校区の と コマンドラインの概要内の文字列は、
同期とデータストア構成。他のパラメータが何であるかによって、異なる
操作が実行されます。
当学校区の 文字列の形式は [ ][@ ]文脈が指定されていない場合
明示的にSyncEvolutionは、まず指定された同期設定を持つ既存の同期設定を検索します。
名前。見つからない場合は、設定は作成できますが、読み取ることはできません。
で作成された @デフォルト コンテキストをフォールバックとして設定します。空の 文字列は、
@デフォルト.
当学校区の 部分はコンテキスト内の特定の同期またはターゲット構成を識別します。
オプションであり、設定時など必要ない場合は指定する必要はありません。
データストアの共有設定（- 構成、設定 @デフォルト 住所録）またはアイテムにアクセスする
データストア内（--印刷項目 @仕事 カレンダー).
コマンドラインでデータストアをリストすると、操作はそれらのデータストア（
アクティブ データストア （以下を参照）。指定しない場合は、構成に対して有効になっているすべてのデータストアがアクティブになります。
一部の操作では、正確に 1 つのデータストアの名前が必要です。
プロパティはキー/値の割り当てと/または --sync/store-property キーワード。
これらのキーワードは、同期とデータストアが仮想的な状況でのみ必要です。
同じ名前を持つプロパティ（意図的に避けた）があります。それらがなければ、
SyncEvolution は、名前に基づいて、どの種類のプロパティを意味するかを自動的に識別します。
A 割り当ての形式は次のとおりです。
[ /] [@ |@ @ ]=
オプション or @ 接尾辞は値の範囲をその範囲に限定します
特定の構成。これは、同期を伴うローカル同期を実行するときに便利です
およびターゲット構成。たとえば、ログレベルは、
両側：
--run ログレベル@default=1 ログレベル@google-calendar=4 google-calendar@default
2番目の@記号のない文字列は常にコンテキスト名として解釈されるので、
とは対照的に ひも、 foo 参照には使用できません foo@デフォルト
構成。そのコンテキストを含む完全な名前を使用します。
configまたはcontextが明示的に指定されていない場合は、すべてのアクティブな
通常は、 複数の値の優先順位
同じ構成は よ 特定の 定義 勝ので、 @ オーバーライド @,
上書きする いいえ サフィックス 与えられた. 適用されない接尾辞を指定する
現在の操作ではエラーは発生しないため、入力ミスに注意してください。
データストアのプロパティは、 / プレフィックス。これにより、
選択したデータストアに値を追加します。例:
--configure "addressbook/database=My Addressbook" \
"calendar/database=マイカレンダー" \
@default アドレス帳カレンダー
同じ効果を得るための別の方法は、 - 構成、設定 2回操作、1回は
住所録 そして一度 カレンダー:
--configure "database=My Addressbook" @default addressbook
--configure "database=My Calendar" @default カレンダー
同じプロパティが、 / 接頭辞を付けると、
そのプレフィックスを持つ特定の値は、データストアの順序に関係なく、そのデータストアで使用されます。
コマンドライン。次のコマンドは、アドレス帳を除くすべてのデータストアを有効にします。
--configure アドレス帳/同期=なし \
同期=双方向\
USAGE
syncevolution --print-databases [ ] [ ]
追加の引数が指定されていない場合、SyncEvolutionは利用可能なすべてのバックエンドをリストします。
各バックエンドからアクセスできるデータベース。これは既存の
ただし、CalDAVバックエンドなどの一部のバックエンドでは、
追加情報（資格情報やリモートサーバーのURLなど）この追加
情報は、プロパティの割り当て（ユーザー名=...)
または既存の構成で。
すべてのアクティブなデータストアのすべてのデータベースを一覧表示すると、出力は次の見出しで始まります。
の値をリストします バックエンド バックエンドを選択するプロパティ、続いて
データベース。各データベースには名前と一意のID（括弧内）があります。通常は両方とも
「データベース」プロパティの値として使用されます。1つのデータベースは次のようにマークされる可能性があります デフォルト。 そうなる
次の場合に使用します データベース 明示的に設定されていません。
既存のデータストア構成を選択する場合、または バックエンド 上のプロパティ
コマンドラインでは、そのバックエンドのデータベースのみがリストされ、最初の行は
バックエンドがどのように選択されたかを示します（ /それぞれバックエンド値)。
一部のバックエンドはデータベースのリストをサポートしていません。たとえば、ファイルバックエンド
ディレクトリをアイテムごとに1つのファイルで同期し、常に明示的な データベース
どのディレクトリを使用するのか推測できないため、プロパティが無効になります。
syncevolution --create-database [ ] [ ]
選択した新しいデータベースを作成します バックエンド、提供された情報を使用して
データベース 財産。 --データベースを印刷、プロパティを与えることが可能です
最初にデータストアを構成せずに直接実行します。
の解釈 データベース プロパティはバックエンドに依存します。すべてのバックエンドが
この操作をサポートします。
EDSバックエンドは、 データベース 新しいデータベースの名前として割り当てられ、
一意の URI を自動的に生成します。
syncevolution --remove-database [ ] [ ]
データベースを次の基準で検索します データベース プロパティ（バックエンドによって、名前と
URIが有効であれば、データを削除します。
データベースは削除されません。
シンセボリューション
オプションのデータストアリストがない場合、
設定ファイルが同期されます。
シンセボリューション...
それ以外の場合は、コマンドラインで指定されたものだけがアクティブになります。
同期を有効化せずにデータストアを構成する:同期モードが
データストアの 無効、データストアは無視されます。明示的にリストすると、
データストアはそれを同期します 双方向 モードを一度だけ実行します。
進行状況とエラーメッセージは、各プロセスごとに保存されるログファイルに書き込まれます。
同期の実行。詳細については、 オートマチック バックアップ ロギング
セクションを参照してください。すべてのエラーと警告はコンソールに直接出力され、
ログファイルに書き込みます。終了する前にSyncEvolutionは、
ローカルデータが変更されました。これは、 同期比較 ユーティリティスクリプトの説明
会場は 交換 Rescale データ のセクションから無料でダウンロードできます。
時 ログディレクトリ プロパティが有効になっています（v0.9以降、新しい構成ではデフォルトで有効になっています）。
同期が開始される前に同じ比較も実行されます。
重大なエラーが発生した場合、同期の実行は途中で中止され、SyncEvolution
0以外の値を返します。同期失敗からの回復は、強制的に
次回の実行時に完全な同期を行う。つまり、すべてのアイテムを送信し、SyncML
サーバーは既に知っているものと比較します。これは可能な限り避けられます
低速同期中にアイテムを一致させると、エントリが重複する可能性があるためです。
同期が成功すると、サーバーの構成ファイルが更新され、
次回の実行は増分的に実行できます。設定ファイルを再作成する必要がある場合、例えば
失われたため、次回の実行では完全な同期を行って回復します。
これに伴うリスクは、サーバーが既に持っているアイテムを認識しない可能性があることです。
以前に保存されていたため、アイテムが重複することになります。
同期進化 --configure [ ...]
設定オプションはコマンドラインから変更できます。そしてその
オプションパラメータは作成または変更されるものを定義します。残りのパラメータは
設定または変更される値を定義します。
特定のデータストアの設定を変更するには、syncevolutionを複数回呼び出すか、
ちょうど1つパラメータを使用するか、 [ /] プロパティの上記の接頭辞
割り当て。
syncevolution --削除
設定を削除します。特定のピアを参照する場合、そのピアの
設定は削除されます。コンテキストを参照している場合は、そのコンテキストとすべてのピアと
内部に定義されたデータストアは削除されます。
確認の質問はありません。
設定もログディレクトリの内容も削除されません。
同期進化 --run [ ...]
オプションは、現在の実行のみに上書きすることもできます。
設定。誤って同期セッションが実行されないようにするため、
設定の変更を意図している場合は、--configureまたは--runのいずれかを明示的に指定する必要があります。
オプションはコマンドラインで指定されます。
同期進化 --ステータス[ ...]
前回の同期以降にローカルで行われた変更を出力します。アクセスによって異なります。
前回の実行からデータベースダンプを取得するため、 ログディレクトリ プロパティが推奨されます。
syncevolution --print-servers|--print-configs|--print-peers
syncevolution --print-config [--quiet] [メイン| ...]
syncevolution --print-sessions [--quiet]
これらのコマンドは、既存の設定に関する情報を出力します。
設定では、コメントなしの短いバージョンを--quietで選択できます。
データストアがリストされますが、その構成のみが表示されます。 メイン 代わりに、または組み合わせて
データストアでは、メインのピア構成のみがリストされます。
同期化 --復元--前|--後
[--ドライラン] ...
これにより、同期セッションの前または後に作成されたバックアップからローカル データが復元されます。
--print-sessionsコマンドを使用してこれらのバックアップを検索できます。データストアは
明示的に指定する必要があります。--removeと同様に、意図的にデフォルトはありません。
確認の質問はありません。--dry-run を使用すると、復元はシミュレートされるだけです。
セッションディレクトリはパス名（絶対パスまたは
現在のディレクトリからの相対パス）。現在アクティブなログディレクトリの1つである必要はありません。
選択したデータストアの適切なデータベース ダンプが含まれている限り、ディレクトリはそのまま残ります。
復元では、アイテムの変更回数を最小限に抑えるようにします（セクション Item 変更 Rescale データ
変更）。つまり、変更前と変更後のアイテムは同一ではないということです。
次の同期時にピアに新たに送信されます。ピアが何らかの理由で
すべてのローカルアイテムのクリーンコピーを取得してから、 --同期 ローカルから更新 次回の実行で。
syncevolution --print-items
syncevolution [--デリミタ] - 輸出| |- [ [ [ ...]]]
syncevolution [--デリミタ|なし] --import | |- [ ]
syncevolution --更新
syncevolution [--デリミタ|なし] --更新|- ...
syncevolution --delete-items （ ... | *)
復元は、SyncEvolution によって作成された自動バックアップの特定の形式によって異なります。
追加オプションにより、アイテム データへの任意のアクセスが可能になります。ここは
データストア内の各アイテムに割り当てられた一意のローカル識別子。
英数字、ダッシュ、アンダースコアのみが含まれます。--delete-items のアスタリスク *
すべての項目を削除対象として選択します。 luidsを指定するには2つの方法があります。
configとdatastoreパラメータの後の追加パラメータ（
この場合は、必ず指定する必要があります）または --液体 キーワード。
そして使用するデータベースを定義するために指定することができます。指定しない場合は
または既存の構成を参照していない（これはエラーではありません。歴史的に
理由）、希望するバックエンドは バックエンド プロパティは次のようになります。
syncevolution --print-items backend=evolution-contacts
syncevolution --export - backend=evolution-contacts \
--luids pas-id-4E33F24300000006 pas-id-4E36DD7B00000007
希望するバックエンドデータベースは、 データベース=。 見る
--データベースを印刷.
OPTIONS
ここにすべての詳細説明がありますサーバー名の前に置くことができます。
オプションが複数の値を受け入れる場合は、疑問符を使用して
対応するヘルプテキストおよび/または有効な値のリスト。
--sync|-s |?
そのモードでアクティブなデータストアを一時的に同期します。
ローカルから更新 or リモートから更新 同期は片側ですべてのデータを消去し、
他のすべての項目をコピーします。
警告： ローカル 同期設定を介して直接アクセスされるデータであり、 リモート は
データが実際に物理的に保存されている場所に関係なく、ピア上のデータ。
--print-servers|--print-configs|--print-peers
設定されたすべてのピアの名前を標準出力に出力します。
これらのオプションは単なるエイリアスです。
--print-servers|--print-configs|--print-peers|-p
選択した完全な構成を印刷しますstdoutに以下を含む
すべてのプロパティの最新のコメント。フォーマットは通常の.iniフォーマットで、
[で紹介されているさまざまなセクションのデータストア構成]行。
--sync-propertyおよび--datastore-propertyと組み合わせて、
オンザフライ構成。
コマンドラインで名前を指定すると、そのデータストアの構成のみが印刷されます。
メイン データストア構成の代わりにメイン構成を選択します。
--quietは各プロパティのコメントを抑制します。--templateを設定する場合は、
既存のピアの代わりにそのピアの参照設定が印刷されます
構成。
--print-sessions
選択したピアまたは
コンテキストが印刷されます。これは ログディレクトリ 物件情報には、
ログディレクトリ名（--restoreに便利）と同期レポート。
--quiet と組み合わせると、パスのみがリストされます。
--configure|-c
選択したピアおよび/またはデータストアの構成ファイルを変更します。
そのような設定が存在しない場合は、次のいずれかを使用して新しい設定が作成されます。
テンプレート設定（--templateオプションを参照）。テンプレートを選択すると、
ピアの関連プロパティとデータストアのデフォルトセット（上記を参照）
それらのリストについてはこちらをご覧ください。ユーザー固有の情報（ユーザー名やパスワードなど）は、
手動で設定する必要があります。
新しい構成を作成し、コマンドでデータストアを明示的にリストする場合
行では、それらのデータストアのみが新しい構成でアクティブに設定されます。つまり、
シンセボリューション -c メモトゥー 住所録 続い シンセボリューション メモトゥー のみ
アドレス帳を同期します。他のデータストアは無効な状態で作成されます。
既存の構成を変更し、データストアを指定すると、
それらのデータストアのデータストア プロパティのみが変更されます。
デフォルトでは、構成を作成するにはテンプレートが必要です。コマンドのデータストア名
行はテンプレートのものと一致する必要があります。これにより、ピアと
データストア名。しかし、高度な使用例もいくつか妨げます。そのため、
これらのチェックを無効にするには、次の 2 つの方法があります。
- `--template none` を使用するか、
- 通常は必要な同期およびデータストアのプロパティをすべて指定します。
コマンドラインのテンプレート内 (syncURL、backend、...)
--実行|-r
設定変更を意図したが、
- 構成、設定 オプションは使用されなかった、 - 走る 同期または
データストアのプロパティはコマンドラインで選択され、使用されることを意図しています
呼び出しによってトリガーされた同期セッション中。
-移行する
以前の SyncEvolution リリースでは、異なるレイアウトの構成ファイルが使用されていました。
--migrateを使用すると、自動的に新しいレイアウトに移行し、
の中へ誤って古い構成が使用されるのを防ぐため、.old を使用します。
警告: 古い SyncEvolution リリースでは新しい構成を使用できません。
スイッチは、現在の構成から構成を移行するためにも使用できます。
ディレクトリ: すべてのプロパティ値を保持し、古いプロパティを破棄し、
すべてのコメントを、設定が最初から作成されたかのように正確に設定します。
警告: 構成内のカスタム コメントは保持されません。
--migrate は --configure を意味し、プロパティの変更と組み合わせることができます。
--印刷項目
既存のすべての項目を、項目ごとに1行で表示します。形式は「 [:
説明が利用可能かどうかはバックエンドと
保存されるデータの種類。
- 書き出す
データストア内のすべてのアイテム、またはに与えられる
--exportパラメータが存在し、ディレクトリである場合は、それぞれの
アイテムはファイル名として使用されます。そうでない場合は、その名前で新しいファイルを作成し、
選択された項目を、選択された区切り文字列で区切って書き出します。stdoutは
ダッシュで選択されます。
デフォルトの区切り文字（2つの改行）は空行に一致します。特別なケースとして、
DOSの行末（改行、復帰、行末）の空白行にも一致します。
これはvCard 3.0とiCalendar 2.0で機能し、空白文字は含まれません。
ライン。
エクスポート時に、デフォルトの区切り文字は常に2つの改行を挿入します。
項目にDOSの改行が含まれているかどうか。特別なケースとして、
項目がすでに改行で終わっている場合は区切り文字はスキップされます。
- 輸入
ディレクトリまたは入力ファイルで見つかったすべての項目をデータストアに追加します。
ディレクトリから入力する場合、各ファイルは1つの項目として扱われます。それ以外の場合は、入力は
選択された区切り文字。区切り文字として「なし」を指定すると、入力の分割が無効になります。
- 更新
既存の項目の内容を上書きします。ディレクトリから更新する場合、名前は
各ファイルの値はそのluidとして扱われます。ファイルまたはstdinから更新する場合、
コマンドラインで指定された luid は、入力内の項目の数と一致する必要があります。
--アイテムを削除
指定されたアイテムをデータストアから削除します。ほとんどのバックエンドは進行状況を出力します。
これに関する情報はありますが、それ以外に出力は生成されません。
存在しないアイテムを削除すると、通常はエラーメッセージが表示されますが、
コマンドライン呼び出し自体の非ゼロ結果に反映されるのは、
状況はバックエンドによってエラーとして報告されません（存在しないアイテムの削除は
SyncMLのエラーではありません。個々のリストの代わりに、またはリストに加えて星印*を使用してください。
すべてのアイテムを削除するには luids を使用します。
--sync-property|-y = | =?|?
現在のデータストアに依存しない構成プロパティを上書きします
同期は実行されず、--configureを使用して更新した場合は永続的に実行されます。
設定。複数回使用できます。未使用のプロパティを指定すると、
エラーメッセージを表示します。
--データストアプロパティ|--ソースプロパティ|-z = | =?|?
--sync-property と同じですが、すべてのアクティブなデータストアの構成に適用されます。
--同期 のショートカットです --データストアプロパティ 同期=.
--テンプレート|-l <peer 名前>|デフォルト|?
既知の組み込みデフォルト設定の1つを選択するために使用できます。
SyncMLピア。デフォルトは名前なので、--templateのみ指定する必要があります
同じピアに対して複数の異なる設定を作成する場合、または
ピアとは異なる名前が付けられたテンプレート。 デフォルト のエイリアスです メモトゥー
組み込みのサーバーを持たないサーバーの出発点として使用できます。
テンプレート。
疑似ランダムデバイスIDは自動的に生成されます。
デバイスID 同期プロパティは、手動で構成を再作成する場合にのみ必要です。
または、より説明的な名前が必要な場合。
さまざまな既知のSyncMLサーバーの利用可能なテンプレートは、
テンプレート名の代わりに単一の疑問符を使用します。 ? フォーマット、
そのようなデバイスと通信するのに適したテンプレートをあいまいに検索することは
完了。マッチングは、 = 。 もしあなた
メーカーがわからない場合は、空のままにしておくことができます。このモードでの出力
テンプレート名に続いて短い説明と、テンプレートがどれだけ優れているかの評価が表示されます。
テンプレートはデバイスと一致します (100% が最適)。
--ステータス|-t
前回の同期以降にローカルデータに加えられた変更は、
新しいものを開始する。これは、ローカルデータが必要かどうかを事前に確認するために使用できます。
サーバーと同期されます。
--静か|-q
同期中に通常の出力のほとんどを抑制します。ログファイルは引き続き
すべての情報が含まれています。
--キーリング[= ]|-k
従来のオプションで、グローバルキーリング同期プロパティの設定と同じになります。
値を明示的に指定しない場合、「何らかのキーリングを使用する」の「true」は
暗黙的に指定されます。詳細については、「--sync-property keyring」を参照してください。
--daemon[=はい/いいえ]
デフォルトでは、SyncEvolutionコマンドラインは
syncevo-dbus-serverプロセス。これにより、同期セッションが開始し、
コマンドラインは他の手段（GUI、
デバッグ目的や非常に特殊な使用例（ローカル
デーモン内で実行されるサーバーに対して同期を実行すると、
デーモンなしでの操作 (--daemon=no)。
-ヘルプ| -h
使用情報を出力します。
- バージョン
SyncEvolution のバージョンを出力します。
CONFIGURATION PROPERTIES
このセクションでは定義済みのプロパティをリストします。バックエンドは実行時に独自のプロパティを追加できます。
定義済みのプロパティがどれも特定の設定に適していない場合、追加の
プロパティはここには記載されていません。 --sync/データストアプロパティ ? 最新のリストを取得します。
定義済みのプロパティは、バックエンドごとに若干異なる解釈をされる可能性があり、
同期プロトコル。これは各プロパティのコメントに記載されている場合もあれば、
バックエンドまたは同期プロトコルのドキュメント。
プロパティは、認識されたすべてのエイリアスとともにリストされます（
プロパティは、ある時点で名前が変更された）、デフォルト値、共有状態
（非共有/共有/グローバル）。いくつかのプロパティを定義する必要があり、それは単語でマークされています
.
同期 プロパティ
同期URL （no デフォルト、 共有されていない、 必須）
ピアに連絡する方法を識別します。いくつかの例を挙げて説明するのが最適です。
HTTP(S) SyncML サーバー:
http://example.com/sync
Bluetooth 経由の OBEX は MAC アドレスを使用し、チャネルは自動的に選択されます。
obex-bt://00:0A:94:03:F3:7E
自動化が失敗した場合は、チャネルを指定することもできます。
obex-bt://00:0A:94:03:F3:7E+16
Bluetooth経由で通信するピアの場合、MACアドレスが識別に使用されます
同期が開始される前に、1 つの syncURL プロパティに複数の URL を指定できます。
obex-bt://00:0A:94:03:F3:7E obex-bt://00:01:02:03:04:05
将来的には、これは複数のトランスポートの 1 つを介してピアに接続するために使用される可能性があります。
現時点では、最初のものだけが試されています。
ユーザ名 （no デフォルト、 共有されていない
SyncML サーバーでの認証に使用されるユーザー名
password （no デフォルト、 共有されていない
ピアとの認証に使用されるパスワード。
プレーンテキストとして直接読み込むこともできますが、標準入力や
選択した環境変数:
プレーンテキスト: パスワード =
質問: パスワード = -
環境変数: パスワード = ${ }
ログディレクトリ （no デフォルト、 共有）
すべての自動バックアップとログが保存されるディレクトリへのフルパス
同期; 設定されていない場合は、"${XDG_CACHE_HOME}/syncevolution/ " （どれの
通常は${HOME}/.cache/...に展開されます）が使用されます。「なし」の場合、
データベースが作成され、出力は直接画面に印刷されます。
loglevel （0、 共有されていない
ログメッセージの詳細レベル: - 0 (または未設定) = ログファイルなしのINFOメッセージ、
ログファイル付きDEBUG - 1 = ERRORメッセージのみ - 2 = INFOメッセージも - 3 =
DEBUG メッセージ > 3 = 開発者向けのデバッグ メッセージの量の増加
通知レベル （3、 共有されていない
デスクトップ通知の詳細レベル。現在、このような通知は
自動的に開始された同期セッションに対してのみ生成されます。
0 - すべての通知を非表示 1 - エラーのみ表示 2 - 情報を表示
変更点とエラー（実際には現在レベル3と同じ）3 - すべて表示
同期の開始を含む通知
印刷変更 （真実、 共有されていない
データベースの詳細な（そして時には遅い）比較を有効または無効にします
同期セッションの前後のコンテンツ
ダンプデータ （真実、 共有されていない
データベースコンテンツの自動バックアップを有効または無効にします。
同期セッション（printChanges が有効な場合は常に有効）
最大ログディレクトリ （10、 共有）
ログディレクトリに保持されるセッションディレクトリの最大数を制御します。設定されていない場合
ゼロにすると、SyncEvolutionは古いディレクトリとそのすべてのコンテンツを削除して、
ログディレクトリの数が指定された制限を超えないようにします。
インテリジェントで、何も面白いことが起こらなかったセッションを削除します（
エラーやデータの変更がないセッションなど）を保持し、何かが起こったセッションを保持することを優先します。
たとえそれらのセッションが古いものであっても。
自動同期 （0、 共有されていない
自動同期を制御します。現在、自動同期は
定期的に同期を実行すると、バッテリーが消耗する可能性があります。
Bluetoothを使用する場合は特に注意が必要です。ピアは別の方法でも到達できる可能性があるため、
このオプションは、ある時点で輸送する輸送手段を詳細に制御します。
トランスポートは自動同期に使用できます。
0 自動同期を行わない
1
do 自動 同期、 どのような 輸送
が利用可能
HTTP HTTPトランスポート経由のみ
オベックスBT
Bluetoothトランスポート経由のみ
http、obex-bt
これらの中から一つ選んでください
自動同期間隔 （30M、 共有されていない
これは、最後の同期の開始からの最小秒数です。
自動同期を開始する前に経過しなければならない時間。指定できる
1時間30分5秒の形式を使用します。
この間隔を短くする前に、リソース消費が増加することを考慮してください。
ローカル側とリモート側で。SyncMLサーバーオペレータによっては、特定の
0日あたりのセッション数。値XNUMXは自動セッションのみを実行する効果があります。
変更が検出されると同期されます（まだ実装されていないため、
基本的に自動同期を無効にします。
自動同期遅延 （5M、 共有されていない
ピアが利用可能でない限り、自動同期は開始されません。
期間。秒または 1h30m5s 形式で指定します。
これにより、ネットワーク接続が不安定な場合や、
最近、他の目的のために確立された。
将来的に接続がどのくらい長く利用可能になるかを予測することは、
同期を完了するのに十分な時間利用できるようにしてください。
低速同期を防ぐ （真実、 共有されていない
低速同期中、SyncMLサーバーはクライアントのすべてのアイテムを
アイテムを所有し、アイテムのプロパティに基づいて既に所有しているアイテムを検出します。
これは遅い（クライアントはすべてのデータを送信する必要がある）し、重複につながる可能性がある（
サーバーが正しく一致しない場合）。そのため、場合によっては削除することが望ましい
遅い同期を実行する代わりに、クライアント/サーバーからの更新同期を使用して片側にデータを保存
同期。このオプションを有効にすると、問題を引き起こす可能性のある低速同期は行われなくなります。
代わりに、影響を受けるデータストアはスキップされ、ユーザーは
次回の実行時に適切な同期モードを選択する（低速同期を明示的に選択、
更新同期)。次の状況が処理されます。
· ローカルデータなしでクライアントとして実行 => 問題なし、低速同期が許可されます
自動的に進む
· ローカルデータを持つクライアントとして実行 => クライアントはサーバーに関する情報を持たないため、
遅い同期は問題になる可能性があり、防止される
· クライアントにはデータがあり、サーバーはすべてのデータが削除されたため低速同期を要求します（完了）
MemotooとMobicalでは、これを「ユーザーは
'scratch'）=> 同期により、ユーザーが
本当に削除したかったので、低速同期は防止されました
プロキシを使う （間違い、 共有されていない
HTTPプロキシを明示的に選択するにはTに設定し、それ以外の場合はデフォルトのプロキシ設定を使用します。
基礎となるHTTPトランスポートメカニズムのプロトコルが使用されます。
HTTP経由のピア
プロキシホスト （no デフォルト、 共有されていない
プロキシURL（http://<host>:<port>)
プロキシユーザー名 （no デフォルト、 共有されていない
プロキシの認証: ユーザー名
プロキシパスワード （no デフォルト、 共有されていない
プロキシパスワードは、さまざまな方法で指定できます。SyncMLサーバーのパスワードを参照してください。
details
クライアント認証タイプ (md5, 共有されていない
· 安全な方法の場合は空または「md5」（推奨）
· 安全でないメソッドの場合は「基本」
この設定はデバッグ目的のみで、
クライアントの初期同期。その後、クライアントがサポートしていた方法を記憶します。
サーバーとして動作し、それを使用します。サーバーとして機能する場合、クライアントは両方を使用できます
基本認証と md5 認証。
再試行期間 （5M、 共有されていない
SyncMLクライアントが取得を試みる合計時間（秒単位）
サーバーからの応答を待ちます。この間、クライアントはメッセージを再送信します。
応答が受信されない場合やメッセージが
輸送上の問題により配達できない場合があります。
応答がない場合、同期はそれ以上メッセージを送信せずに中止されます。
サーバー。
サーバーとして動作する場合、この設定はクライアントが
同期が中止される前にメッセージを送信します。
再試行間隔 （2M、 共有されていない
SyncMLメッセージの送信開始から
再送信。送信メッセージが返ってきたときにすでに間隔が経過していた場合、
メッセージはすぐに再送信されます。遅延なしでの再送信は成功しません。
したがって、0 を指定すると再試行は無効になります。
サーバーはメッセージを再送信できないため、その場合にはこの設定は効果がありません。
WebDAVバックエンドは一時的なネットワークエラーが発生した後もメッセージを再送信します。
指数バックオフは、サーバーが再び利用可能になるタイミングを決定します。この設定
これを24で割って初期遅延（デフォルト：2分 => 5秒）を取得し、
再試行ごとに 2 倍になります。
リモート識別子 （no デフォルト、 共有されていない
サーバーが開始した同期のためにリモートピアに送信される識別子。設定されていない場合は、
代わりにdeviceIdが使用されます
ピアはクライアント （間違い、 共有されていない
この構成がクライアント ピアに関するものか、サーバー ピアに関するものかを示します。
同期MLバージョン （no デフォルト、 共有されていない
クライアントでは、一般的にサポートされている最新のSyncMLバージョンが、
サーバー。 '1.0/1.1/1.2' のいずれかを使用して、特定のバージョンを明示的に選択できます。
サーバーでは、このオプションはどのようなサーバー警告通知が送信されるかを制御します。
同期を開始するにはクライアントに通知します。デフォルトでは、1.2からのフォーマットは
失敗した場合は1.1の古いバージョンが使用される。1.2/1.1に設定できる
明示的に、自動化を無効にします。
バージョンの代わりに、またはバージョンに加えて、いくつかのキーワードをここで設定することができます。
プロパティ（スペースまたはカンマで区切る）:
· NOCTCAP - CtCapメタ情報の送信を避ける
· NORESTART - SyncEvolutionクライアントとサーバーの同期モード拡張機能を無効にします
両側が複数の同期反復の実行をサポートするかどうかを交渉するために使用します。
同じセッション
· リクエスト最大時間= - SyncMLサーバーが送信する速度を上書きする
バックグラウンドでローカルストレージを準備しながら予備的な返信を行います。これにより
SyncMLクライアントのタイムアウトを回避する。マルチスレッドに依存します。
SyncEvolutionバイナリはスレッドセーフなので、この機能はデフォルトで有効になっています。
HTTPサーバーの場合、メッセージ間の遅延は2分です。その他のサーバー
（Bluetooth、ローカル同期）は事前の返信を必要とせず、機能は
無効になっていますが、時間を明示的に設定することで有効にすることができます。できる
設定内の他の期間と同様に指定できます。たとえば、
REQUESTMAXTIME=2分。
これらのフラグの設定は、壊れたピアの回避策としてのみ必要です。
ピア名 （no デフォルト、 共有されていない
この設定によって参照されるピアの任意の名前。GUI によって使用される可能性があります。
コマンドライン ツールは常に構成名を使用します。
デバイスID （no デフォルト、 共有）
SyncMLサーバーはこの文字列を取得し、それを使用して変更を追跡します。
この特定のクライアントと同期する必要があるため、
ユニークなもの（新しいパスワードに対して自動的に生成される疑似ランダム文字列など）
同じサーバーにアクセスするすべてのクライアント間で、異なる設定を共有できます。myFUNAMBOLはまた、
文字列はsc-pim-で始まる必要があります。
リモートデバイスID （no デフォルト、 共有されていない
ピアの SyncML ID。不明な場合は空。ピアが SyncML の場合のみ設定する必要があります。
HTTP経由で接続するクライアント。OBEX/Bluetooth経由で接続するクライアントは
このremoteDeviceIdプロパティまたはMACアドレスによって識別されます（
syncURL プロパティに設定されました。
このプロパティが空で、ピアがこの選択された構成と同期する場合
他の手段でIDが記録された場合、そのIDは自動的にここに記録され、後で
設定が別のピアによって誤って使用されていないことを確認します。
WBXMLを有効にする （真実、 共有されていない
クライアントとサーバー間のメッセージには、よりコンパクトなバイナリXML（WBXML）を使用します。
ピアがSyncMLクライアントの場合、クライアントが
エンコーディング
リフレッシュ同期を有効にする （間違い、 共有されていない
より高度なサーバーからの更新同期モードを使用して、
リモートからの更新操作。一部のSyncMLサーバーではこれをサポートしていません。そのため
デフォルトでは、低速同期を実行する前にローカルデータを削除します。
効果があります。ただし、一部のサーバーでは、
同期はリフレッシュ同期です。たとえば、FunambolのOne Mediaサーバーは、
417「後で再試行してください」エラーが発生し、連続して同期が遅くなります。
最大メッセージサイズ （150000、 共有されていない）、 最大オブジェクトサイズ （4000000、 共有されていない
各メッセージの最大サイズ（maxMsgSize）を設定し、ピアに通知することができます。
特定のしきい値（maxObjSize）を超えるアイテムを送信しないようにします。おそらく
ピアは大きな項目を切り捨てるかスキップする必要があります。サイズはバイト数で指定されます。
SSL サーバー証明書
(/etc/ssl/certs/ca-certificates.crt:/etc/pki/tls/certs/ca-bundle.crt:/usr/share/ssl/certs/ca-bundle.crt、
共有されていない
認証に使用される証明書の場所を指定する文字列。
サーバー。空の場合、システムのデフォルトの場所が検索されます。
HTTPサーバーとして機能する場合のSSLサポートは、HTTPサーバーフロントエンドによって実装されます。
これらのプロパティではそうではありません。
SSL検証サーバー （真実、 共有されていない
サーバーが有効なものを提示しない限り、クライアントは接続を確立することを拒否します。
証明書。このオプションを無効にすると、SSLのセキュリティが大幅に低下します。
(中間者攻撃が可能になる)ため、推奨されません。
SSL検証ホスト （真実、 共有されていない
クライアントはサーバーの証明書がない限り接続を拒否します
ホスト名と一致している。証明書がまだ有効であると思われる場合は、
このオプションを無効にして、このような接続を許可するのが合理的かもしれません。
ウェブURL （no デフォルト、 共有されていない
サーバーに関する詳細情報が記載されたウェブページのURL。
GUI。
アイコンURI （no デフォルト、 共有されていない
サーバーをグラフィカルに表すアイコンのURI。48x48ピクセルのマップである必要があります。
または SVG (推奨)。GUI でのみ使用されます。
消費者向け （間違い、 共有されていない
構成テンプレートでtrueに設定すると、サーバーが正常に動作していることを示します。
十分であり、通常のユーザーが利用できます。GUIによって選択を制限するために使用されます
ユーザーに提供される構成。ユーザーのサーバー構成には影響しません。
ピアタイプ （no デフォルト、 共有されていない
設定の用途を定義します。テンプレートや
結果として得られる設定は、特別な処理が必要になる可能性があることをGUIに伝えるものです。GUIは
不明なタイプを無視します。従来の SyncML 構成では空の値が使用されます。「WebDAV」
ローカル同期の WebDAV 側に使用されます。
デフォルトピア （no デフォルト、 グローバル）
sync-UIのような一部のフロントエンドでデフォルトで使用されるピア
キーホルダー （はい、 グローバル）
特定の安全なパスワードストレージを明示的に選択します。SyncEvolutionによって
コンパイルされインストールされた場合、次の値が可能です:
GNOME GNOME キーリング
KDE Kウォレット
はい/本当/1
自動的に選択する
いいえ/偽/0
SyncEvolution 設定ファイルにパスワードを保存する
設定されていない場合は、デフォルトで、任意の種類のサポートがあれば自動的に選択されます。
パスワード保存が有効になっている場合は設定ファイルを使用し、そうでない場合は設定ファイルを使用します。
自動的には、KDEとGNOMEキーリングを区別するため、最初にGNOMEキーリングが試されます。
GNOME セッションを自動的に実行するのは難しいです。
このオプションを使用すると、 を 設定内のパスワードと
--keyringコマンドラインオプションは、グローバルキーを設定するための単なるエイリアスです。
プロパティを設定すると、次のように単一のパスワードを設定すると、 キーホルダー
プロキシパスワード、また、他のパスワードもキーリングに移動します。
まだそこに保存されていなかったもの:
--keyring --configure proxyPassword=foo
パスワードが安全なストレージに保存されている場合、その値は1つのハイフンに設定されます
（「-」）が構成に含まれていない。つまり、
ストレージを使用する場合、パスワードは対話的に入力する必要があります。--print-config
キーリングからパスワードを取得する代わりに、出力には常に「-」が表示されます。
データストア プロパティ
sync （無効、 共有されていない、 必須）
同期を開始するときに特定の同期モードを要求します。
双方向
前回の同期以降の変更のみ送受信
遅く すべてのアイテムを交換する
リモートから更新
すべてのローカルアイテムを破棄し、ピア上のアイテムに置き換えます
ローカルから更新
ピア上のすべてのアイテムを破棄し、ローカルアイテムに置き換えます
リモートからの一方通行
ピアからの変更を送信する
地元からの一方通行
ローカルの変更を送信する
ローカルキャッシュが遅い （サーバ のみ）
リモートデータをローカルにミラーリングし、すべてのデータを転送する
ローカルキャッシュ増分 （サーバ のみ）
リモートデータをローカルにミラーリングし、変更のみを転送し、
必要に応じて自動的にlocal-cache-slow
無効 （または なし）
同期が無効
refresh/one-way-from-server/clientもサポートされています。これらの使用は推奨されません。
データ転送の方向はローカル側の役割に依存するため
(サーバーまたはクライアントの場合があります)、必ずしも明らかではありません。
SyncMLサーバー（HTTPサーバー）で同期セッションを受け入れる場合、データストアのみ
同期が無効になっているものはクライアントに提供され、クライアントは最終的に
同期モードは、独自の設定に基づいて設定されます。
SyncMLクライアント（デバイス上のSyncEvolutionに接続するサーバーとのローカル同期）
クライアントで指定された同期モードは通常、サーバーによって上書きされます。
URI （no デフォルト、 共有されていない
これはサーバーのURLに追加され、サーバーのデータベースを識別します。設定されていない場合は、
データストア名はフォールバックとして使用されます
バックエンド （選択する バックエンド、 共有）
SyncEvolutionバックエンドとこれによって同期されるデータを指定します。
データストア。各バックエンドは複数のデータベースをサポートする場合があります（「database」プロパティを参照）。
データベース内の異なるフォーマット（「databaseFormat」を参照）、および異なる
同期ピアと通信するときのフォーマット（「syncFormat」および「forceSyncFormat」を参照）。
特別な「仮想」バックエンドは、いくつかの他のデータストアを組み合わせて、
ピアにアイテムのセットを1つ送信する。例えば、Nokiaの携帯電話は通常、タスクを交換する。
イベントを 1 セットのカレンダー項目の一部として保存します。
現在、このような仮想バックエンドは、1つのカレンダーデータストアを組み合わせることに限られています。
イベントと1つのタスクデータストアがあります。 データベース
プロパティは通常次のようになります。 カレンダー、ToDo
1 つの仮想データストアに結合された異なるデータストアは、共通の形式を持つ必要があります。
他のバックエンドと同様に、優先フォーマットは「syncFormat」を介して影響を受ける可能性があります。
属性。
サポートされている可能性のあるバックエンドの完全なリストは次のとおりです。有効な「backend」値は
それぞれのファイルと可能なフォーマットについて説明します。SyncEvolutionのインストールは通常
バックエンドのサブセットのみをサポートします。そのため、例えば「アドレス帳」は
アドレス帳のバックエンドが複数ある場合でも、明確です。
同期フォーマット （no デフォルト、 共有されていない
同じデータに別の形式がある場合、同期の両側で
サポートしているものをすべて選択し、そのうちの1つを優先としてマークします。設定されている場合、このプロパティはオーバーライドされます
通常、バックエンドによって優先としてマークされる形式。
有効な 値 決まる on バックエンド。 ここに 一部 例：
コンタクト - テキスト/vカード = vCardの 3.0 形式でアーカイブしたプロジェクトを保存します．
text/x-vcard = レガシー vCard 2.1 形式
カレンダー - テキスト/カレンダー = iCalendar形式 2.0 形式でアーカイブしたプロジェクトを保存します．
text/x-vcalendar = レガシー vCalendar 1.0 形式
クライアントまたはサーバー上でアイテムの同期、解析、保存を開始するときにエラーが発生しました。
サーバーの同期形式とピアの URI の不一致によって発生する可能性があります。
強制同期フォーマット （間違い、 共有されていない
同期フォーマットや選択に複数の選択肢が提示されると混乱するピアもいる。
このような場合、このプロパティを設定すると、
'syncFormat' で指定された優先形式が実際に使用されます。
データベース = 進化源 （no デフォルト、 共有）
バックエンドのデータベースの1つを選択します。バックエンドに応じて、
名前および/または一意の識別子。
ほとんどのバックエンドには、たとえばシステム アドレス帳のようなデフォルトのデータベースがあります。
このプロパティを設定しないと、デフォルトのデータベースが選択されます。
バックエンドが仮想データストアの場合、このフィールドにはカンマ区切りで入力する必要があります。
実際にデータを格納するために使用されているサブデータソースのリスト。サブデータストアに
名前にカンマが含まれている場合、カンマが区切り文字として誤認されないようにする必要があります。
次のように、先頭にバックスラッシュを付けます。
データベース=Source1PartA\,PartB,Source2\\バックスラッシュ
利用可能なデータベースの完全なリストを取得するには、以下を実行します。 シンセボリューション --データベースを印刷を選択します。
名前はコロンの前に印刷され、その後に括弧で囲まれた識別子が続きます。
通常、名前は一意であり、データストアを参照するために使用できます。
デフォルトのデータストアは行末に
デフォルト。
同期間隔 （no デフォルト、 共有）
開始日として使用する現在の日付より前の日数を定義します
カレンダー同期用。インポートされるイベントの数を制限するために設定できます
ソースカレンダー。
設定されていない場合は、制限は 90 日に設定されます。
データベースフォーマット （no デフォルト、 共有）
バックエンドが自身のストレージに使用するデータ形式を定義します。通常、
バックエンドは1つの形式のみをサポートし、このプロパティを無視しますが、たとえばファイル
バックエンドがこれを使用します。詳細については、「backend」プロパティを参照してください。
データベースユーザー = 進化ユーザー （no デフォルト、 共有）、 データベースパスワード = 進化パスワード
（no デフォルト、 共有）
バックエンドデータストアの認証。パスワードは複数指定可能
詳細はSyncMLサーバーのパスワードを参照してください
警告: 必要のないデータベースのユーザー/パスワードの設定。
例えば、ローカルのEvolutionカレンダーやアドレス帳では、Evolution
バックエンドがハングします。
例
既知の構成テンプレートを一覧表示します。
syncevolution --テンプレート?
既存の Memotoo テンプレートを使用して、新しい構成を作成します。
同期進化 --configure \
ユーザー名=123456 \
"パスワード=!@#ABcd1234" \
メモトゥー
たとえ短命なプロセスであっても、コマンドラインにパスワードを入力すると、
上記の1つは、共有環境ではパスワードが他人に見えるため、セキュリティ上のリスクとなります。
マシン上の全員。これを回避するには、上記のコマンドからパスワードを削除し、
テキストエディタで正しいconfig.iniファイルにパスワードを追加します。このコマンドは、
ファイルを含むディレクトリ:
syncevolution --print-configs
構成を確認します:
syncevolution --print-config メモトー
すべてのデータストアを同期します。
シンセボリューションメモトゥー
すべてのデータストアを非アクティブ化します:
同期進化 --configure \
同期=なし \
メモトゥー
--sync ショートカットを使用して、アドレス帳の同期を再度有効にします。
同期進化 --configure \
--双方向同期\
メモトゥー アドレス帳
構成のパスワードを変更します。
同期進化 --configure \
パスワード=foo \
メモトゥー
同じデフォルトを使用して、別のアカウントで別の設定を設定します
上記のようなデータベース:
同期進化 --configure \
ユーザー名=joe \
パスワード=foo \
--テンプレートメモ \
メモトージョー
同じアカウントで別のローカルデータベース（
2つのクライアント間の同期をシミュレートするために使用されます。 交換 Rescale データ:
同期進化 --configure \
ユーザー名=123456 \
パスワード=!@#ABcd1234" \
同期=なし \
メモトー@その他
同期進化 --configure \
データベース= \
@その他のアドレス帳
同期進化 --configure \
同期=双方向\
memotoo@その他のアドレス帳
シンセボリューションメモトゥー
syncevolution メモトー@その他
0.7以前のフォーマットから現在のフォーマットへ設定を移行したり、
構成を現在の構成で新しく作成したように見えるようにする
シンセボリューション:
syncevolution --migrate memotoo
同期 超えて 同期ML
上記の簡単な例では、SyncEvolutionはSyncMLを介してサーバーとデータを交換します。
プロトコル。リリース1.2以降、SyncEvolutionは次のような他のプロトコルもサポートしています。
CalDAV と CardDAV。
これらのプロトコルは、ローカル データストアのように動作するバックエンドに実装されます。
SyncEvolutionは、バックエンド間でデータを同期します。同期全体が
ロジック（アイテムのマッチング、マージ）はSyncEvolutionによってローカルに実行されます。
操作は呼び出されます ローカル sync.
ローカル同期で実行できる操作の例をいくつか示します。
· イベントをCalDAVサーバーと同期し、連絡先をCardDAVサーバーと同期する
· ローカルデータベースをディレクトリ内のアイテムとしてミラーリングし、フォーマット変換と一方向または
双方向データ転送（エクスポートと真の同期）
ローカル同期は2つの側で行われるため、2つの同期設定が必要です。1つは
ターゲット 設定伝統的に、これは実際には ターゲット構成,
例えば ターゲット構成@googleこの特定の名前を使用する必要はなくなりました。
ターゲット構成は、そのコンテキスト内のすべてのデータストアに適用されるプロパティを保持できます。
ユーザー名、パスワード、サーバーのURL（詳細は後述）や同期設定など
（ログやデータのバックアップなど）。一度設定すると、ターゲット構成を使用して
SyncEvolutionコマンドラインからアイテムをリスト/インポート/エクスポート/更新します。
同期は、同期されるべき項目が定義されていないため
と。
同期には、2番目の 元来の 設定 が必要です。この設定は同じ役割を持っています
従来のSyncML同期設定と同様に、通常は同じ暗黙の
@デフォルト それらの構成と同じコンテキストです。そのコンテキスト内のすべての構成は同じローカルデータを使用します。
こうすることで、ローカルデータをハブに送り、すべてのピアにデータフローを送ります。
ホストは同期するように構成されています。
同期設定は、ローカル同期の元の設定になるには、 同期URL から
特別なURL 地元：//[ 設定 名前>][@ コンテキスト 名前>]. ターゲットを選択します
同期する構成。ターゲット構成名を省略した場合、実際の文字列は
ターゲット構成 は名前として使用されます。ターゲット構成名が
ユニークです。元の設定とターゲットの設定は同じコンテキストにある場合があります。
ローカル同期ではデータストアを複数回使用しないでください。
加えて、 ピアIsクライアント=1 SyncEvolutionは元の設定で設定する必要があります。
ターゲット側でSyncMLクライアントを実行することのみをサポートしています。
発信側ではより頻繁にアクセスする必要があるため、発信側のローカルデータベースは
データ。
元の設定では、データベースペアを暗黙的に（同じ
両側にデータストア名（異なるコンテキストが使用される場合に可能）または
明示的に（ URI 発信側のデータストアに設定されたプロパティ）。
元の設定では、 sync 各ペアのモード。 URI sync の値
ターゲット側は無視されるため、指定する必要はありません。
特別なケースとして、ターゲット構成と組み合わせて使用されるデータストアは、
資格情報と 同期URL 何も指定されていない場合のフォールバックとして保存されます
これは、WebDAVとActiveSyncバックエンドで意味を持ちます。
資格情報は通常同じであり、（Webサーバーによって異なりますが）開始URLも同じです。
カレンダーや連絡先データベースを見つけるために使用できます。
警告： ターゲット構成のパスワードを設定し、キーリングを使用する場合、 同期URL or
ユニーク リモートデバイスID 文字列を設定する必要があります。
キーリング内のホスト。
この機能を使用しない場合、 同期URL ローカル同期自体が空のままになる可能性がある
使用しません。ただし、コマンドラインでは次のように設定されている必要があります。 なし 明示的に
タイプミスを検出します。
警告： ローカル同期のクライアントが同期を開始するため、 低速同期を防止=0 しなければなりません
効果を得るにはターゲット構成で設定する必要があります。
カルダブ そして カルダブ
このセクションでは、CalDAVとCardDAVのローカル同期の使用方法について説明します。どちらのプロトコルも
これらはWebDAVに基づいており、同じバックエンドで提供されています。 ユーザー名/パスワード/同期URL
ターゲット構成で定義されたプロパティ。
サーバーがパスワードで保護されている場合は、資格情報を提供する必要があります。 同期URL is
オプション ユーザ名 電子メールアドレスであり、サーバーがその自動検出をサポートしている
CalDAVおよび/またはCardDAVサービス（DNS SRVエントリを使用） .well知られています URI、プロパティ
現校長、...）。
あるいは、資格情報は データベースユーザー データベースパスワード
データストアのプロパティ。欠点は、これらの値を各データストアごとに設定する必要があることです。
データストアであり、共有することはできません。設定と組み合わせることで、
データベースこのようなデータストアは、通常のSyncMLサーバーまたはクライアント同期の一部として使用できます。
設定。SyncEvolutionはサーバーから直接データを読み書きし、それを交換します。
同期設定で定義されたピアと SyncML 経由で通信します。
当学校区の データベース 各データストアのプロパティは、特定の コレクション (=
WebDAV用語ではデータベースと呼ばれます。設定されていない場合、WebDAVバックエンドはまず
サーバーベース ユーザ名 or 同期URL そして、デフォルトのイベントまたは連絡先をスキャンします
コレクション。これは最初の同期で一度だけ行われます。同期が成功した後、
同期では、自動選択は設定によって永続化されます。 データベース プロパティ。
警告： プロトコルはこのデフォルトのコレクションを一意に識別しません。バックエンド
推測を試みますが、サーバー側が提供した情報によっては間違ったものを選択する可能性があります。
複数のアドレス帳やカレンダー。コレクションを手動でスキャンする方が安全です。
--データベースを印刷 そして、目的のコレクションのURLを
データベース.
コレクションをスキャンするには、次を使用します。
syncevolution --print-databases \
バックエンド= \
ユーザー名= \
"パスワード=!@#ABcd1234" \
同期URL=
Googleカレンダー/連絡先、Yahooカレンダー、および汎用カレンダーの設定テンプレート
CalDAV/CardDAVサーバーはSyncEvolutionに含まれています。Yahooテンプレートには、
連絡先の同期のためのエントリがありますが、既知の問題のため使用は推奨されません。
サーバー側の問題。
次のコマンドは、サポートする汎用WebDAVサーバーとの同期を設定します。
CalDAV、CardDAV、およびサーバーのルートから始まるスキャン。
# ターゲット構成を構成する
同期進化 --configure \
--テンプレートwebdav \
同期URL=http://example.com \
ユーザー名=123456 \
"パスワード=!@#ABcd1234" \
ターゲット構成@webdav
# 同期設定を構成する
同期進化 --configure \
--template SyncEvolution_Client \
同期URL=local://@webdav \
ユーザー名=\
パスワード=\
ウェブDAV \
カレンダー アドレス帳
# 初期低速同期
syncevolution --sync slow webdav
# 増分同期
同期進化ウェブDAV
ターゲット構成を構成するためのいくつかの代替方法を次に示します。
# A) サーバーはユーザー名のドメイン名による DNS 自動検出をサポートしています。
同期進化 --configure \
--テンプレートwebdav \
ユーザー名=[メール保護] \
"パスワード=!@#ABcd1234" \
ターゲット構成@webdav
# B) コレクションを明示的に指定します (サーバーのドキュメントまたは --print-databases から)。
# 「カレンダー」と「アドレス帳」の名前は同期設定で期待されるものです
# 上記のように、追加のデータストアを構成したり、名前を変更したりすることもできます。
同期進化 --configure \
ユーザー名=123456 \
"パスワード=!@#ABcd1234" \
--テンプレートなし\
同期URL=http://example.com \
アドレス帳/バックエンド=carddav \
アドレス帳/データベース=http://example.com/addressbooks/123456/ \
カレンダー/バックエンド=caldav \
カレンダー/データベース=http://example.com/calendar/123456/ \
ターゲット構成@webdav \
カレンダー アドレス帳
これらのターゲット構成を作成する際、コマンドラインツールは、
データストアは実際に機能し、（--template webdavの場合）データストアのみが有効になります。
これは実際に機能します。これには WebDAV サーバーへの接続が含まれます。
最後に、その方法は次のとおりです。 ウェブダブ SyncMLクライアントまたは
サーバーを追加できます:
# データストアを構成する
同期進化 --configure \
データベースユーザー=123456 \
"データベースパスワード=!@#ABcd1234" \
アドレス帳/バックエンド=carddav \
アドレス帳/データベース=http://example.com/addressbooks/123456/ \
カレンダー/バックエンド=caldav \
カレンダー/データベース=http://example.com/calendar/123456/ \
@webdav \
カレンダー アドレス帳
# 1 つのピア (この例では Memotoo) を設定します。
同期進化 --configure \
ユーザー名=654321 \
パスワード=^749@2524 \
メモトー@webdav
# 同期
syncevolution --sync が遅い memotoo@webdav
グーグル + OAuth
Googleの場合、CalDAVとCardDAVに共通の開始URLがないため、「Google」
テンプレートには関連するものがすべてリストされており、設定は一般的なものと非常に似ています
ウェブダブ ただし、syncURL を指定する必要はありません。
# ターゲット構成を構成する
同期進化 --configure \
--テンプレート google \
ユーザー名=[メール保護] \
"パスワード=!@#ABcd1234" \
ターゲット構成@google
# 同期設定を構成する
同期進化 --configure \
--template SyncEvolution_Client \
同期URL=local://@google \
ユーザー名=\
パスワード=\
グーグル \
カレンダー アドレス帳
# 初期低速同期
syncevolution --sync が遅い google
# 増分同期
シンセボリューション グーグル
Googleアカウントが2段階ログインを使用するように設定されている場合は、
SyncEvolutionのアプリケーション固有のパスワード。
https://support.google.com/mail/answer/1173270
Googleはすでに、
CalDAV/CardDAVサービスでは、ユーザー名/パスワード認証がサポートされています。SyncEvolutionは、
新しいログイン方法である OAuth ですが、OAuth を実装するには追加のコンポーネントが必要です。
GNOME オンライン アカウント、Ubuntu オンライン アカウント、または gSSO。
GNOMEオンラインアカウント（GOA）のサポートはsyncevolution.orgバイナリにコンパイルされており、
したがって、ここに文書化されています。ディストリビューションによって配布されるバイナリに関する手順については、
ディストリビューションによって提供されるドキュメントを参照するか、Web で検索してください。
Googleカレンダーの場合、GOA >= 3.8が必要です。Googleコンタクトの場合、GOA 3.8でも動作します。
ディストリビューションによってパッチが適用されている場合（Debian Jessieの場合と同様）、それ以外の場合はバージョン3.10以上が
必要。
GNOMEコントロールセンターを使用してGoogleアカウントを作成します。
いずれかのデータカテゴリを有効にします。これにより、他のGNOMEアプリ（たとえば
SyncEvolutionのアカウントの使用は別途設定されます
SyncEvolution コマンドライン経由。
SyncEvolution for Googleを設定する場合は、上記の手順に従ってください。
ユーザー名=goa: メール 住所> メールアドレスが空の場合
GOAアカウントを一意に識別するために、SyncEvolutionコマンドラインは、
から選択できるアカウント。
注意事項
交換 Rescale データ
SyncEvolutionは、同期に応じてアドレス帳のエントリをvCard 2.1または3.0として送信します。
設定で選択されたフォーマット。Evolutionは内部的に3.0を使用するため、SyncEvolution
必要に応じて2つの形式を変換します。カレンダーアイテムとタスクを送信して
iCalendar 2.0でもvCalendar 1.0でも受信できますが、vCalendar 1.0は避けるべきです。
これは、Evolution が保存するすべてのデータを表現できないため不可能です。
注:
Evolution バックエンドは例として挙げられていますが、他のデータストアにも同じことが当てはまります。
サーバーがアイテムをどのように保存するかは、その実装と構成によって異なります。
データが保存されている場合は、この手順を使用できます（連絡先について説明されていますが、
カレンダーとタスクも同様です):
1. アドレス帳をサーバーと同期する
2. Evolutionで新しいアドレス帳を作成し、Evolutionで一度表示する（XNUMX番目のステップ
新しいアドレス帳をEvolution 2.0.4で使用可能にするには、少なくともEvolution XNUMXが必要です。
シンクエボリューション
3. XNUMX番目のアドレス帳と同じURIをSyncMLサーバーに追加します。
例 上記の.
4. もう一度同期します。今度は別のデータストアを使用します。
Evolutionでアドレス帳を比較するか、自動的に比較するかを選択できます。
連絡先については、ここを参照してください:
· アドレス帳全体を保存: すべてのエントリをマークし、vCard として保存します
· 呼び出す 同期比較 2つのファイル名を引数として正規化して比較します
自動的に
カードの順序やその特性、その他の要素が正規化される必要があるため、
細かい書式設定が異なる場合があります。出力は、サイドバイサイド
比較はスクリプトによって拡張されるが、各変更のコンテキストは常に
変更された完全な項目。右側の「>」に続く行または項目は
追加されたのは、左側の「<」が続くもの、そして「|」が間にあるものは削除された。
左側と右側のテキストが変更されました。
自動ユニットテスト（HACKINGを参照）には、 テストアイテム を検証するテスト
同じ方法を使用して特別なエントリをコピーします。
アドレス帳の1つまたは両方を同時に変更して同期する
SyncEvolutionが期待通りに動作するかを確認するために、前後に動かすことができます。
SyncEvolutionまたはサーバーを信頼できない場合は、これらのチェックをコピーして実行することをお勧めします。
元のアドレス帳。.evolution/addressbook ディレクトリのバックアップを作成します。
Item 変更 Rescale データ 変更
SyncMLクライアントとサーバーは、データベース内の各エントリを1つのアイテムとして扱います。アイテムは
追加、削除、または更新された。これはクライアントとサーバーが共有するアイテム変更情報です。
通常の増分同期中に交換されます。
アイテムが保存され、ローカルで削除され、再インポートされた場合、通常は
SyncEvolutionが利用できる情報は「1つの項目が削除され、1つが追加された」とみなされます。
これが実際に同じアイテムであると判断するには不十分です。唯一の例外は
iCalendar 2.0のアイテムとそのグローバルに一意のID: 上記の変更は報告されます
「1 つの項目が更新されました」としてサーバーに通知します。
これは改善されましたが、アイテムの内容がまだ正確ではないため、
変更があった場合、変更を検出するために使用されるメタ情報のみが変更されます。
通常の同期に追加のオーバーヘッドを発生させることなく回避できます。
SyncEvolutionレポート 項目 変更 （追加、削除、更新された項目の数）
だけでなく データ 変更これらのデータの変更は、データベースダンプを比較することによって計算されます。
同期比較 このデータ比較では、どのデータが
どのアイテムに属しているかを検出すると、削除されたアイテムを再度追加することが検出されます
以前の変更はアイテムの変更とは異なり、データに変更を加えません。一方、
1 つの項目を削除して別の項目を追加すると、1 つの項目だけを更新したように見える場合があります。
オートマチック バックアップ ロギング
ローカルデータを破損したり変更した同期からの回復をサポートするには、
予期しない方法で、SyncEvolution は同期中に次のファイルを作成する場合があります。
· SyncEvolutionで復元できる形式でのデータのダンプ。通常は1つの
標準テキスト形式（VCARD/VCALENDAR）で保存されたアイテムごとのファイル
· デバッグ情報を含む完全なログファイル
· 同期後のデータの別のダンプを自動的に比較するために
前後の状態 同期比較
同期設定プロパティ ログディレクトリ が設定されている場合は、新しいディレクトリが作成されます
そのディレクトリ内の各同期は、次の形式で行われます。
- - - - - [- ] さまざまなフィールドに時間を入力する
同期が開始されたとき。シーケンスサフィックスは必要な場合にのみ使用されます。
名前を一意にしてください。デフォルトでは、SyncEvolutionはそのログ内のデータを削除しません。
明示的に限定された数の以前のログのみを保存するように指示されない限り、ディレクトリ
ディレクトリ。
これは、 最大ログディレクトリ 空文字列以外のものに制限する
制限が設定されている場合、SyncEvolutionはその数のログディレクトリのみを保持し、
制限に達したら、「あまり興味のない」ものを削除し始めます。あまり興味のないものは
データが変更されず、エラーも発生しなかったもの。
同期中に追加のログファイルやデータベースダンプを書き込まないようにするには、
ログディレクトリ に設定することができます なしログの詳細度を下げるには、 loglevel設定されていない場合、または
0の場合、ログファイルに書き込むときの詳細度は3 = DEBUGに設定され、
コンソールに直接書き込む。データ変換に関する問題をデバッグするには、レベル4でも
アイテムの内容をログにダンプします。
ENVIRONMENT
以下の環境変数は、SyncEvolutionがファイルやその他の情報を検索する場所を制御します。
その業務の側面。
http_proxy
プロキシ設定を一時的に上書きします。空の値に設定すると、
通常のプロキシ設定。
HOME/XDG_CACHE_HOME/XDG_CONFIG_HOME
SyncEvolutionは、 XDG ファイルのデスクトップ標準です。デフォルトでは、
$HOME/.config/syncevolution 設定ファイルの場所です。
$HOME/.cache/syncevolution ログファイルとデータベースを含むセッションディレクトリを保持します
ダンプ。
同期のデバッグ
これを任意の値に設定すると、stdoutとstderrのフィルタリングが無効になります。
SyncEvolutionは、システムライブラリからのノイズをコマンドラインから排除するために採用しています。
出力。
同期化_GNUTLS_DEBUG
libsoup HTTP トランスポート ライブラリを使用するときに追加のデバッグ出力を有効にします。
同期データディレクトリ
Bluetoothデバイスルックアップテーブルへのデフォルトパスを上書きします。通常は
/usr/lib/syncevolution/.
同期ボリューム_BACKEND_DIR
プラグインへのデフォルトパスを上書きします。通常は /usr/lib/syncevolution/バックエンド.
同期ボリューム_LIBEXEC_DIR
追加のヘルパー実行ファイルが見つかるパスを上書きします。通常は
/usr/libexec.
同期化_LOCALE_DIR
異なる翻訳を持つディレクトリへのパスを上書きします。通常は
/ usr / share / locale.
同期テンプレートディレクトリ
テンプレートファイルへのデフォルトパスを上書きします。通常は
/usr/share/syncevolution/テンプレート.
SYNCHRONOUS_XML_CONFIG_DIR は、
通常はSynthesis XML構成ファイルへのデフォルトパスを上書きします。
/usr/share/syncevolution/xmlこれらのファイルはそれぞれ1つの構成に統合されます
同期セッションの一部として Synthesis SyncML エンジンが起動されたとき。
このディレクトリに加えて、SyncEvolutionは常に以下も検索します。
設定ファイル内 $HOME/.config/syncevolution-xml. 同じファイル
相対パスと名前 /usr/share/syncevolution/xml これらのファイルを上書きし、
その他は最終的な構成を拡張します。
onworks.net サービスを使用して syncevolution をオンラインで使用する
