Fixed bug about sending the status of the transport initializations

Signed-off-by: Sateesh Kavuri <sateesh.kavuri@gmail.com>
Merge pull request #17 from kavuri/server_bt_support

Fixed bug about sending the status of the transport initializations
[build] Fix build dependencies
Functionality to fetch sync settings from Accounts

The sync settings would be initially fetched from the sync profile. If
an account exists for the corresponding profile, then the settings would
be fetched from the account and they would be merged with the profile
settings. For this to work, the 'key' names in profile and account
settings should be the same. Account settings should use the keys in
ButeoProfileSettings.h header

Signed-off-by: Sateesh Kavuri <sateesh.kavuri@gmail.com>
Added support for fetching credentials and settings from Accounts&SSO

Only support for "password" method and mechanism has been added to fetch
credentials. When there is further need for supporting SSO (whenever
such SyncML service is added), support can be added for that too. If
use_accounts=true in the profile, only then credentials and settings are
retrieved from SSO and Accounts. Else, the settings from profile would
be used. Settings the credentials in profile should be used only for
testing purposes

Signed-off-by: Sateesh Kavuri <sateesh.kavuri@gmail.com>
Fixed a silly bug in creating the iProperties object. With
this patch, SyncML sync can happen whenever an account for SyncML is
created. But Accounts should still tell the plugin the kinds of
supported databases

Signed-off-by: Sateesh Kavuri <sateesh.kavuri@gmail.com>
Merge pull request #18 from kavuri/accounts_inte

Patch to integrate Accounts&SSO with Buteo SyncML plugin
[build] Fix build dependencies
Patch to create a bluetooth profile for device-device sync

This patch enables the creation of a profile for bluetooth based
device-device sync. If the target is a PC, then the profile name would
be PC-SYNC.xml. Incase of a device, the profile can be fetched with the
call: ProfileManager.getSyncProfilesByData(QString::null, Profile::TYPE_SYNC,
KEY_BT_ADDRESS, "B4:EE:D4:F6:19:E7");
Added bt_template.xml as the template XML file for profile generation
Removed bookmarks sub-profile entry

Signed-off-by: Sateesh Kavuri <sateesh.kavuri@gmail.com>
Merge pull request #19 from kavuri/bt_profile_generation

Patch to create a bluetooth profile for device-device sync
[usb] Fix double free in ~USBConnection()
Merge pull request #20 from amtep/master

[usb] Fix double free in ~USBConnection()
[contacts] Only sync "local" contacts

Previously, contacts from all sync targets were synced.  This commit
ensures that only data which is owned by the user is synced.
Merge pull request #21 from chriadam/master

[contacts] Only sync "local" contacts
[buteo-sync-plugins] Install default service profile XML files.

If these are not installed, Bluetooth SyncML client requests cannot be
made as the default bt.xml service file cannot be located by msyncd.
Merge pull request #23 from nemomobile/install-service-xml

[buteo-sync-plugins] Install default service profile XML files.
[buteo-syncml-plugins] Don't duplicate modified contact ids.

Before aIdList is populated with the modified contact ids, the list
must be cleared, else it will contain both the existing ids and the
newly added ids.

This patch allows fast syncs with modified contacts to be performed
successfully. Otherwise, this operation currently results in an error
because the number of returned contacts is always double the requested
amount, which causes SyncItemPrefetcher::prefetch() to cancel its
fetch operation.
Merge pull request #24 from nemomobile/nodup-modified-list

[buteo-syncml-plugins] Don't duplicate modified contact ids.
[buteo-sync-plugins] Improve functionality for importing contacts via Bluetooth

- Use a "bluetooth" syncTarget to allow the contacts backend to avoid
  clobbering existing local contacts with data from a bluetooth-imported
  contact.

- Save the MAC address of the Bluetooth device that sent the contact in
  the QContactOriginaMetadata of the contact so that if we import from
  the same device later, we know we can safely overwrite any existing
  details.

- Add ContactImport implementation to allow existing contacts to be
  updated. We can't just clobber existing contacts completely as per
  the previous implementation as this will cause user-applied links
  to disappear.

- Apply the "slow" sync mode if this is preferred by the profile. This
  allows the client to request all contacts from the other device even
  if the other device has not made any changes to their contacts. This
  is the behaviour we want for an import-style operation.
Merge pull request #26 from nemomobile/bluetooth-target

[buteo-sync-plugins] Improve functionality for importing contacts via Bl...