msynctool (meanwhile?) has a parameter objformat in the config that can be e.g. "vcard30" or "vcard21". That field can't be filled with the kitchensync-gui. However kitchensync reports an error that the format was "(null)". Manually editing the config at console using msynctool and later starting a sync with kitchensync works though.
Unfortunately KitchenSync is in a pretty broken state (as is the underlying libopensync framework), and upstream is dropping it in 4.2 because it is still not ready. I'm not sure what to best do about this. See also bug 477193 which suggests dropping it entirely.
Unfortunately, KitchenSync is just broken beyond repair, the code currently in F10 (KDE 4.1) is a dead end using the old libopensync 0.36 API, your 2 bugs and several other showstoppers will never be fixed in that codebase. In KDE 4.2, the code has been changed a lot to use libopensync >= 0.38. But unfortunately: * 0.38 is still a development snapshot (as 0.36 was), 0.40 is still not ready. * We don't have 0.38 in Fedora (not even Rawhide) because it is missing so many plugins. It's also an ABI-incompatible update which would mean pushing a huge grouped update with libopensync 0.38 and all its plugins to F10. * KitchenSync is disabled in KDE 4.2 because the ported code is not ready, nor is libopensync itself. So there's no way we can ship that code in Fedora in its current state. Thus the only option if we wanted to continue shipping KitchenSync would be to revert to the old version from KDE 4.1, but that would mean shipping buggy code forever. Thus, we are planning to drop KitchenSync in the 4.2.0 update. Andreas, any comments/suggestions?