Philip Aston
2008-09-13 00:27:02 UTC
Hi Mark, you may remember helping me out (that's an understatement) with
ipaq/evolution synchronization some months ago. I said I'd draft out a
wiki and still intend to. I have a few little hints that could prove
useful- eg keeping the ./synce and ./multisync directories clear of
redundant files, and proving the connection with calendar and tasks
before bringing the contacts in- but I'd like to iron out a few problems
first.
Appreciating that there probably aren't too many wm2003 devices still in
use and that those who still insist on keeping them- and using Linux-
are usually able to connect as root, it's not imperative to enable users
to do so without root or sudo privileges. However, Scott remarked that
there may be a tweak in udev/hotplug that would make this connection
available to users, and that he had a script that might help- if it's
viable for me I'll look into it. I am a little puzzled by the fact that
other devices can be mounted for general use, but these pda's seem to
require quite different methods!
Alternatively, if synce-serial-start is in /etc/rc.local, and the device
is connected before booting up, the user might get a one-time
opportunity to sync. Not an elegant solution.
Second problem is the password. If the device is password protected:
"synce_info_from_odccm: Failed to get a connection for Pocket_PC: Not
authenticated, you need to call ProvidePassword with the correct
password."
That sounds like a few minutes' work editing a line in a config file...
but I don't know where to look.
vdccm allows password entry but it is then impossible to run pstatus and
synce-matchmaker -or, once again, do I need to edit something to make
vdccm run? I have seen Guido's ubuntu page, and this discusses
passwords, but it is for WM5 and 6- his WM3 page provides some
instructions, but not for passwords. Using Debian, I have no trouble
with multisync.On the assumption that any data travelling around in
pda's, usbsticks, etc, needs to be protected, it would be good to get
the password issue sorted before I try writing this up.
Thanks and regards -Philip
ipaq/evolution synchronization some months ago. I said I'd draft out a
wiki and still intend to. I have a few little hints that could prove
useful- eg keeping the ./synce and ./multisync directories clear of
redundant files, and proving the connection with calendar and tasks
before bringing the contacts in- but I'd like to iron out a few problems
first.
Appreciating that there probably aren't too many wm2003 devices still in
use and that those who still insist on keeping them- and using Linux-
are usually able to connect as root, it's not imperative to enable users
to do so without root or sudo privileges. However, Scott remarked that
there may be a tweak in udev/hotplug that would make this connection
available to users, and that he had a script that might help- if it's
viable for me I'll look into it. I am a little puzzled by the fact that
other devices can be mounted for general use, but these pda's seem to
require quite different methods!
Alternatively, if synce-serial-start is in /etc/rc.local, and the device
is connected before booting up, the user might get a one-time
opportunity to sync. Not an elegant solution.
Second problem is the password. If the device is password protected:
"synce_info_from_odccm: Failed to get a connection for Pocket_PC: Not
authenticated, you need to call ProvidePassword with the correct
password."
That sounds like a few minutes' work editing a line in a config file...
but I don't know where to look.
vdccm allows password entry but it is then impossible to run pstatus and
synce-matchmaker -or, once again, do I need to edit something to make
vdccm run? I have seen Guido's ubuntu page, and this discusses
passwords, but it is for WM5 and 6- his WM3 page provides some
instructions, but not for passwords. Using Debian, I have no trouble
with multisync.On the assumption that any data travelling around in
pda's, usbsticks, etc, needs to be protected, it would be good to get
the password issue sorted before I try writing this up.
Thanks and regards -Philip