| -rw-r--r-- | bin/kdepim/SyncHowto.txt | 27 |
1 files changed, 14 insertions, 13 deletions
diff --git a/bin/kdepim/SyncHowto.txt b/bin/kdepim/SyncHowto.txt index ec5513a..5874fc3 100644 --- a/bin/kdepim/SyncHowto.txt +++ b/bin/kdepim/SyncHowto.txt @@ -1,187 +1,188 @@ WARNING: YOU MAY GET UNEXSPECTED (I.E. WRONG) SYNCHRONIZATION RESULTS, IF YOU CHANGE AN EVENT ON THE FIRST DEVICE AND SYNC IMMEDIATELY FROM THE OTHER DEVICE WITH THIS DEVICE, IF THE CLOCKS OF THE TWO DEVICES HAVE TOO MUCH DIFFERENCE. -In other words: Please make shure, that the clocks of the devices +In other words: Please make sure, that the clocks of the devices you want to sync have only a difference of some seconds! CONTENT: 0) How syncing works 1) Qick overview of settings 2) Sync settings in sync dialog 3) Syncing background 4) Sync preferences 5) Details about sync profile kinds ************************************************************************* 0) How syncing works ************************************************************************* Note: The recommended and easiest way to syncronize two devices where -KO/Pi or KA/Pi is installed, is the profile kind "Pi-Sync". +KO/Pi, KA/Pi or PWM/Pi is installed, is the profile kind "Pi-Sync". Details about that in 5) b). -In KDE-Pim/Pi you can synchronize ( sync ) your calendar/addressbook -with another calendar/addressbook , by syncing your -(local) calendar/addressbook with a (remote) file. +In KDE-Pim/Pi you can synchronize ( sync ) your calendar/addressbook/ +passwordfile with another calendar/addressbook/passwordfile, +by syncing your (local) calendar/addressbook/passwordfile +with a (remote) file. This remote file may on your local filesystem or on another (remote) device. -If you want to sync with another remote device, -you have two create a sync profile. +If you want to sync with another remote device, you have to create +a sync profile. You have two choices for choosing the profil kind: -I) You have to choose profile kind "Remote file" and to specify a +I) You can choose profile kind "Remote file" and specify a command line download/upload command ( like scp, ftp, ...) to a) download the remote file to your local machine to a temp file b) sync with this temp file c) upload the synced file to the remote device -II) If you want to sync with a device, where KO/Pi( or KA/Pi ) is +II) If you want to sync with a device, where KO/Pi( or KA/Pi, PWM/Pi) is installed, you can easily get the remote file via network with the build in file transfer feature: Choose profile kind "Pi-Sync" and - a) Start KO/Pi or KA/Pi on remote device and + a) Start KO/Pi,KA/Pi or PWM/Pi on remote device and enable "Pi-Sync" on remote device with password and port. b) Specify password, port and IP address in your profile. You can sync with your mobile phone as well. Everything is explained in more details below. NOTE: If you do not use profile kind "Pi-Sync", it is recommended to close -a running KO/Pi ( or KA/Pi) on the remote device. -(Note: KO/Pi( or KA/Pi) running on Zaurus with +a running KO/Pi (KA/Pi, PWM/Pi) on the remote device. +(Note: KO/Pi(KA/Pi, PWM/Pi) running on Zaurus with FastLoad enabled will never be closed!) After syncing with a running KO/Pi on the remote device, a "save" on the remote device will tell you that it needs to merge (sync). After merging (just a syncing with the changed file) you will get the new data showing in remote KO/Pi. ************************************************************************* 1) Qick overview of settings ************************************************************************* a) Open sync settings dialog (Menu Synchronize - Configure...) b) Give your device a unique name. (unique in the set of all devices you want to sync with). If you have already configured another devive and created there a sync profile to sync with this device, give your device the same name as this sync profile! The same name is important, because it makes it possible to sync first A->B (A local device, that performs the sync, B remote device) and then B->A. Such that the B->A sync knows about the already performed A->B sync. That means: It is unimportant if you sync A->B or B->A, the devices A and B will be synced properly. c) Create a new sync profile and give it a unique name. (unique in the set of all sync profiles on this device). If you want to sync with a device, where KO/Pi is already installed and which has a given unique device name, use this device name as your profile name ( refer to b) ). d) Coose the profile kind of your syncing method: (i) Local file or (ii) Pi-Sync or (iii) Remote file or (iiii) Mobile Phone. Detailed explanation in 5) e) Choose the other profile options. Detailed explanation in 2) f) Close sync dialog with OK. g) Sync. NOTE: AFTER SYNCING THERE ARE "SYNC EVENTS" CREATED (OR UPDATED, IF IT ALREADY EXITS) FOR EACH SYNC PROFILE. YOU MAY NOT DELETE OR CHANGE THESE EVENTS. ************************************************************************* 2) Sync settings in sync dialog ************************************************************************* a) Local device name: -> 1) b) b) Profile: -> 1) c) c) Include in multiple sync: In the Synchronize menu, there is a multiple sync menu entry. If you choose this menu entry, all user defined profiles with this 'Include in multiple sync' option enabled will be synced one after another. And this twice. This will take some time. After that sync, on all devices should be the same data. d) Ask for preferences before sync: Check this to be asked for sync preferences settings before each sync. If the profile kind is "Pi-Sync" you will be asked to confirm the "Pi-Sync" specific settings (Password,IP address, port number) as well. That makes it possible to use that profile for a device that is connected via DHCP to the network and gets different IP addresses when connection to the network. e) Sync preferences: Choose here your sync preferences. Details -> 4) f) Show summary after sync: Check this to get a small summary dialog after sync about number of added/changed/deleted events on local/remote. g) Write back synced data: Uncheck this to update the local calendar only. I.e. your local calendar is synced with the remote calendar but nothing on the remote calendar is changed. If you uncheck "Write back synced data", the settings under h) and i) are ignored, of course. h) --Write back (on remote) existing entries only: Check this to update the remote data only. I.e. no data from yor local calendar/addressbook is added to the remote device. You may use this option to sync against some kind of "public calendar/addressbook" without writing back your personal data. i) --Write back (calendar) entries in future only: Check this to write back only calendar entries in future. (Useful when syncing with mobile phones.) You can specify the date range in weeks with ---- Max. weeks in future. Note: The date range starts always 7 days before the actual date! I.e. the calendar events of the last week are written back always. j) Profile kind: Details -> 5) ************************************************************************* 3) Syncing background ************************************************************************* The same mentioned for calendars is valid for addressbooks as well. Synchronizing calendars ( i.e. files ) means, to merge two calendars in a useful way. If the two calendars are completely different, there is no problem, the resulting calendar contains all data from the local and from the remote calendar. Problems will occur, if you have edited items from the local calendar on the remote machine. Then it could be, that items are in conflict. Two items are "in conflict", if they have the same unique ID (which get an item at time of creation and owns it until it is deleted ) and they both are modified after the last synchronization. At first sync of two calendars there is no item deleted. If the calendars are synced before and there is an item, which is not edited after the last sync and is only available in one calendar, then this item is deleted in this calendar. But when was the last synchronization between two calendars? To know that, KO/Pi creates at first syncing of two files an unique event "<profile name> - sync Event" on the remote and the local calendar. After syncing, the start time of this event is set to the time of syncing. The event is read only and the user may not change it. @@ -368,129 +369,129 @@ d) Mobile device (cell phone) I/O device: <ignored - i.e. leave empty> Connection: irda Model: <leave empty> Here is the overview from the Gammu documentation, how to specify the connection settings for I/O device: Connection: Model: Note: The documentation uses the term "port", where we use the term "I/O device". Note: You do not have to create/change the gammurc configuration file. That will do KO/Pi for you. Note: For a known model, leave "Model:" always empty, such that Gammu can auto detect the model. # This is a sample ~/.gammurc file. # In Unix/Linux copy it into your home directory and name it .gammurc # or into /etc and name it gammurc # In Win32 copy it into directory with Gammu.exe and name gammurc # More about parameters later # ----------------------------------------------------------------------------- [gammu] port = com8: #model = 6110 connection = fbusblue #synchronizetime = yes #logfile = gammulog #logformat = textall #use_locking = yes #gammuloc = locfile #startinfo = yes #gammucoding = utf8 [gammu1] port = com8: #model = 6110 connection = fbusblue #synchronizetime = yes #logfile = gammulog #logformat = textall #use_locking = yes #gammuloc = locfile #startinfo = yes #gammucoding = utf8 # ----------------------------------------------------------------------------- # Now info about "Connection" parameter and connected with it port type # (more about port types later) # ----------------------------------------------------------------------------- # "Connection" parameter | Port type | More details # -----------------------|-----------|----------------------------------------- # "fbus" | serial | Nokia FBUS2 # "fbusirda"/"infrared" | serial | Nokia FBUS2 over direct infrared device # "fbusdlr3"/"dlr3" | serial | Nokia FBUS2 with DLR3 cable # "fbusdku5" | dku5 | Nokia FBUS2 with DKU5 cable. WIN32 ONLY # "fbuspl2303" | usb | Nokia FBUS2 with USB cable based on # | | PL2303 chip. # "fbusblue" | serial | Nokia FBUS2 over Bluetooth serial device # "phonetblue" | serial | Nokia PHONET FBUS over Bluetooth serial # | | device # "mrouterblue" | serial | # "mbus" | serial | Nokia MBUS2 # "at19200"/"at115200"/..| serial | AT commands.8 bits, None parity, 1 stop # | | bit, no flow control # -----------------------|-----------|----------------------------------------- # "irdaphonet"/"irda" | irda | Nokia PHONET FBUS over socket infrared # "irdaat" | irda | AT commands with socket infrared # "irdaobex" | irda | OBEX over socket infrared. MODEL "obex" # -----------------------|-----------|----------------------------------------- # "bluephonet" | BT | Nokia PHONET FBUS with Bluetooth stack # "bluefbus"/"dlr3blue" | BT | Nokia FBUS2 with Bluetooth stack # "blueat"/"atblue" | BT | AT commands with Bluetooth stack # "blueobex" | BT | OBEX with Bluetooth. MODEL "obex" # # Now more about port types and connected with it "Port" parameter # ----------------------------------------------------------------------------- # Port type | "Port" parameter in Windows/DOS | "Port" parameter in Linux/Unix # ----------|---------------------------------|-------------------------------- # serial | "com*:" | "/dev/ttyS*" # | (example "com1:") | (example "/dev/ttyS1") # | | or "/dev/tts/**" (with DevFS) # ----------|---------------------------------|-------------------------------- # irda | ignored (can be empty) | "/dev/ircomm*" # ----------|---------------------------------|-------------------------------- # BT | Bluetooth device address # | (example "") # ----------|---------------------------------|-------------------------------- # dku5 | ignored (can be empty) | connection with it not possible # ----------|---------------------------------|-------------------------------- # usb | connection with it not possible | "/dev/ttyUSB*" # # Other config parameters # ----------------------------------------------------------------------------- # Parameter name | Description # ----------------|------------------------------------------------------------ # Model | use only, when Gammu doesn't recognize your phone model. # | Put it here. Example values: "6110", "6150", "6210", "8210" # SynchronizeTime | if you want to set time from computer to phone during # | starting connection. Do not rather use this option when # | when to reset phone during connection (in some phones need # | to set time again after restart) # GammuLoc | name of localisation file # StartInfo | this option allow to set, that you want (setting "yes") # | to see message on the phone screen or phone should enable # | light for a moment during starting connection. Phone # | WON'T beep during starting connection with this option. # GammuCoding | forces using specified codepage (in win32 - for example # | "1250" will force CP1250) or UTF8 (in Linux - "utf8") # ----------------|------------------------------------------------------------ # Logfile | Use, when want to have logfile from communication. # Logformat | What debug info and format should be used: # | "nothing" - no debug level (default) # | "text" - transmission dump in text format # | "textall" - all possible info in text format # | "errors" - errors in text format # | "binary" - transmission dump in binary format # ----------------|------------------------------------------------------------ # Use_Locking | under Unix/Linux use "yes", if want to lock used device # | to prevent using it by other applications. In win32 ignored -
\ No newline at end of file + |