This is a synchronization conduit between Palm Inc.'s Palm Pilot Address application and The Insidious Big Brother Data Base (BBDB), an address manager for Emacs (and XEmacs). It is easiest to use with PilotManager (see reasons) however it can be used in a standalone manner.
cvs -d:pserver:firstname.lastname@example.org:/cvsroot/syncbbdb2 login cvs -z3 -d:pserver:email@example.com:/cvsroot/syncbbdb2 checkout dev
First you should understand that synchronization generally takes two forms, first is a slow (or more the more 'PC' term 'full') synch. During a slow synch the entire contents of a database are transferred to the host computer and the contents are compared with the contents as of the last sync any records that are different are considered modified on the palm. In many instances this is the only form of synchronization implemented by conduit writers (at least in the Unix domain). The second type of synch is called a 'fast sync' A fast synch is done when the conduit can determine that the last synch was with this host. In this case the host can request that the Palm Pilot send it just the new/modified/deleted records.
This is usually the difference between a synch that takes a few seconds at most and a synch that can take a minute or more. If you have several different syncing systems (one for calendar, one for address, one for mail etc.) you will always be doing slow synchs, which is a real bummer. If you unify them all under one manager then you can usually do fast synchs (This was one of the major motivators behind my build the SyncUtil Package, to help encourage people to support both slow and fast synch).
Second it was clear to me that synchronizing with your Pilot should be a one stop shopping experience, otherwise you are likely to forget certain conduits or the whole process becomes such a pain that you don't do it regularly. Both of which are a disaster waiting to happen.
The big downside is that complex customization that is normally done with e-lisp in Emacs packages needs to be done by users in Perl (not very likely), or provided through a user interface or configuration files. Which is generally significantly more work and less flexible.
Works, not recommended
|Doesn't support 'duplicate records'. Duplicate records can happen two ways, first if you happen to know two people with the same name (say John Smith). Second if you happen to modify the same record on the Pilot and in BBDB it will duplicate the record so that both sets of modifications are preserved. It is then an excercise for the owner to merge the changes intelligently (in other words delete one of them :).|
|2.1 Supported||This introduces BBDB file format 4 (adds country to Address record, implies possible existence of duplicate records).|
(formats 5 & 6)
|Depending on when you got BBDB 2.2 it may be using file format 5 or file format 6 (The switch happened on 11/27/2000). Versions of SyncBBDB starting at 2.3 should support both. SyncBBDB 1.2 through 2.2 will not support file format 6.|
Fix bug: when a bbdb record was split into multiple pilot records, changes to the notes field on the pilot weren't being propagated correctly. Bug reported by Alex Lancaster.
Update installation instructions and contact info in README.
Change the way we reference constants exported from libpisock, for compatibility with pilot-link 0.12.0. Backwards compatibility is maintained.
In log, display company name if first and last names are empty.
Patch from David Goldberg: for empty name or company, use nil instead of "". With "", it becomes an "unfield" which bbdb won't let you edit.
Aaron Kaplan takes over maintenance of SyncBBDB.
Fixed major bug: if connection is dropped during sync, entries can be erroneously deleted. You could lose your whole address book this way!
Bring "bootstrap" up to date so that it works again.
More fixes for non-ASCII characters, although you may still have problems depending on the combination of encodings used on your Palm and your desktop.
It once again deletes records in BBDB when deleted on Pilot.
Only sets first name, last name and company on pilot if a value was given on the pilot (minor issue really).
Added support for bbdb file format version 6
Incorperated a fix for bbdb files containing Non-ASCII chars. Contributed by Aaron Kaplan, thanks!.
Now updates timestamp, and creates creation-date as appropriate.
This adds support for a 'pilot-ignore' note in BBDB. When present on a record, SyncBBDB will ignore the record for purposes of synching (it will remove it from the Palm if it had previously been synched to the Palm).
Will now properly create a 'net' field in bbdb when the first e-mail is entered on the palm.
Fixed category handling so records won't go back to 'Unfiled' after being modified on the Palm.
Now properly parses the SyncBBDB 'control' file when the pre/post sync scripts are empty.
Now works with an empty or non-existent BBDB file (nice for first time users who are building the bbdb file from the palm).
(see the ChangeLog in distribution for a few more details).
This fixes an apparent problem with fast/slow sync detection. While I haven't seen an issue here, I did receive a bug report. Even if what I was doing wasn't wrong it was different from all the other conduits so I decided to switch methods to be more consistent.
This has a few mostly cosmetic improvements over 2.0b3. The startup
code is more automatic for first time users. Now provides better
feedback while loading the bbdb file. Does a better job of protecting
against time-outs while running startup/shutdown scripts.
If you have used 1.x versions of SyncBBDB please read the README it has directions on the "best" way to upgrade. If you do nothing special things should still work ok, but you won't obtain the full benefits of 2.0.
Version 2.0b3 (BETA for 2.0)
In the process of investigating the 1.3 inherited address bug I tried
the same sequence on 2.0b2.
This turned up two major problems:
Version 2.0b2 (BETA for 2.0)
As of today (8/2/00) I have been using versions closely related to
this as my main conduit for a few days. But this is not for the faint
of heart. Please use caution if you decide to use this version.
The details of the changes can be found in the README.
1) Manages a Pilot record for each Address in a BBDB record.
2) Customizable mapping between BBDB and Pilot fields.
If you use this version please let me know how it goes.
Bug fix for Version 1.4.
This includes the 'bbdb' package from the 2.0 branch instead of the 1.3 branch version. This fixes a number of minor problems with the rewriting of the bbdb file (see the README for more details).
This is likely to be the last release in the 1.X branch as it demonstrates that at least parts of the 2.0 branch are more capable.
Bug fix for Version 1.3.
New records on the Pilot that did not have an address would inherit the address from the next new Pilot record that did have an address. This was apparently due to the code not properly detecting empty address records. How this would lead to the address inheritance I don't know. But this also avoids the creation of 'empty' addresses in BBDB so I guess it's still 'a good thing'.
Bug fix for Version 1.2. Due to changes made to support International zip codes, a US zip+4 entered on the palm would lead to an invalid zip code entry in BBDB (it wouldn't split at the dash, but would still write it like it was a number).
First version that had acceptable support for International Zips and
This version also added support for BBDB file format 5 (which supports BBDB 2.2).
Short lived version that tended to generate illegal zips for all US zip codes.
Initial public release.
I wanted to thank Kevin Davidson. He provided a steady stream of patches for international phone and zip support as well as example BBDB version 5 parsing code, all of which formed the majority of the changes between 1.0 and 1.2.