opensync-users — The place to get help for the OpenSync project

[Opensync-users] Physician Contact List in the United States

[conduct K. <5-...@se...>]

Currently in Practice:  Physicians in the USA 

788,661 in total <> 17,281 emails

Many different medical specialties

Over a dozen sortable fields

Price for this week only =  $391


{}{}{} Get These Fr EE with every order this week {}{}{}

**> Listing of US Pharma Companies
  47,000 names and emails of the major positions

**> American Hospital Database
  more than 23k hospital administrators in over 7k hospitals [worth over $300 alone)

**> Extensive Directory of Dentists in the USA
  Virtually every dentist in the USA with full contact details

**> US Chiropractor Directory
  100,000 Chiropractors in the USA (worth $250 alone)

send and email to:      don...@ho...

  

valid until  June 13 


for termination of this mail send a blank message with 3101 in the subject

Re: [Opensync-users] One-way sync (WAS: Advice on a cell phone purchase?)

[Emanoil K. <del...@ya...>]

Hi Dotan and thanks for the discussion.
Good luck with your exams! I'm also buzy with a thesis
and it seems to take the hole summer but in general
I'm willing to help of course, because I am suffering
baadly with this contact/calender mess, thats getting
worse and worse.

--- Dotan Cohen <dot...@gm...> wrote:

> 2008/6/7 Emanoil Kotsev <del...@ya...>:
> >> In my opinion things are getting better with
> >> opensync, however, the
> >> hardware manufacturers change their sync specs
> with
> >> every new phone.
> >
> > That's really the problem. I was thinking if we
> can
> > force them to post the specs in advance, so that
> we
> > may cope. At least hear in Europe it could be
> done,
> > because honestly I feel my rights hurt if I'm
> buying a
> > phone and have to buy a OS (mostlly bundled to
> > hardware) to sync it.
> > I also beleive that the manufacturers will
> cooperate
> > (and why not?)
> 
> Well, we can't force them to do anything. But we
> could tell them that
> we purchase the products that do what we need them
> to. And we need
> Linux support.

So they are willing and we are willing too :-) It
sounds just great and promising.

> 
> >> Hopefully SyncML will solve this. Write to Nokia,
> >> Motorola, Siemans,
> >> LG, and the other phone manufacturers and let
> them
> >> know that Linux
> >> users want to purchase their phones and sync them
> as
> >> well. If we don't
> >> let them know that we exist, then they will not
> help
> >> us.
> >>
> >
> > Is there a discussion about a petition or some
> kind of
> > act.
> 
> There will be soon. I have another two weeks of
> exams before I start
> working on other projects. If you would like to help
> write to hardware
> and software manufacturers than let me know, I'll
> send more details in
> a few weeks.
> 

OK, it's not much time, so I'll wait.

> > Or who is doing syncml and who not and why not? I
> > think the companies need a regulation, so that if
> they
> > don't want to follow a standard (because greede)
> they
> > have to be forced to give the specs what they are
> > really doing or provide proprietary driver.
> 
> Cellphone companies in particular are both willing
> and wary of
> collablorating with their competitors. Bluetooth is
> the fruit of
> collaboration.
> 
> >> If you cannot find the addresses for the
> cellphone
> >> manufacturers, then
> >> write to me and I will find them for you. I write
> to
> >> one company
> >> (hardware or software) a week requesting Linux
> >> support, and you would
> >> be surprised at how willing hardware
> manufacturers
> >> would be to provide
> >> support when they see that people want it.
> >
> > not quite sure if you ironically mean it.
> 
> I am dead serious. I will soon start providing
> information for other
> to help as well.
> 
> > I have +/-
> > experience regarding support. Mostly they say.
> Yeah,
> > sure it's good to have but linux is not primary
> target
> > because it's small market and we are planing
> support
> > in future.
> 
> Exactly! If Linux users write to them then they will
> see that the
> Linux market is not so small. Furthermore, the Linux
> market is
> composed of much more technically-inclined people,
> who will buy their
> gadgets.

Exactly! It could save them also time and money I
think if they exchange ideas with other developers.
Besides if companies like SGI, NVidea, Intel, RealTek,
AMD, Palm etc etc support portability of their devices
to linux, why shouldn't mobile phone manufacturers not

> 
> > But surprisingly as you say there are more and
> more
> > that see the potential and really provide help.
> 
> Very much so.
> 
> > Also as I am really thinking to check if I can not
> > file a questioning about the legal possibility to
> file
> > a case in the EU commission for human rights and
> for
> > competition. I mean if the EU can vote for rights
> of
> > mice and chicken ... they should be able to push
> the
> > money makers to give us at least technical specs
> > needed to build a sync program in one month or so
> > after the phones are out, or even better to
> support
> > the developers to bring drivers together with
> phones.
> 
> I doubt if you can, but it would not hurt to try.
> Let us know what you find.

What I mean or have in mind is an infrastructure to
incorporate manufacturer details by phone model,
protocol and may be firmware version or so, because it
will be needed to keep in mind some software/hardware
bugs.

I think we should define a minimum requirements and
questions and demand to have them covered and answered
by manufacturers. From my point of view it's obvious
what we all need:
Calender, Contacts (Events), Notes, Todos and files
(data).
We get them give us the spec, fill up the framework
and get it done.

And this is exactly what opensync is doing - providing
the framework.

> 
> > The 0.22 version is much better than 0.19 but is
> > absolutely unusable (at least for me).
> >
> > The question now is how to sync one way as you do,
> > or/and how to sync outlook with kde?
> >
> > Do you have a suitable howto in mind?
> >
> 
> Give me two weeks to finish my exams and I will try
> to sync the phone.
> It is a Nokia, though. I will post details.
> 

No problem ... as I said I'm a little bit preoccupied
but still I've been struggling with this sync problem
for more than one year now and since I got involved
into the discussion I've seen what the problem really
is. So I'l sum up.

My short term goal is to find a way to sync somehow
the phones with each other and with linux.
The "one way" sync seems to be the only possible way,
because different phones have different fields.
Alternative solution would be to have only one phone
model for private and buziness, so fields match.

I've heard about symbian phones - they should sync,
but a discussion with Pawel and you proved the
opposite, so I am thinking what I'll do next to solve
my problem in short terms.

The discussion was VERY VERY helpful. Thanks!

Second goal seems to be to help you as far as I can to
get a robust framework for syncable devices.

I'll watch out to read more about opensync in future
and get a brief overview of the development and so on.
This will take also some time. I'm not very skilled in
programming C/C++ but can read and understand C/C++
code and write if needed. But we'll figure out later
how I can help.

Kind regards and thumbs up




      

[Opensync-users] OpenSync as a Daemon/Server?

[Andreas S. <an...@sc...>]

Hello everyone,

I was trying to find any information for how to run OpenSync as a
daemon, or what additional software is required to do so.

I'd prefer a client-server model for syncronization: My clients (Nokia
E70 and Thunderbird/Sunbird on Ubuntu Hardy synchonize against my own
dedicated server on the Internet. That server shall be the data master
and shall be the one to be backed up (of course, backup up the clients
does not hurt...)

I am primarly interested in syncing contacts and calendar information
(even one of the two would be a good start...). Email is already handled
by Courier-IMAP.

Most OpenSync-related information seems to follow the P2P model. Is
Client-Server even possible? Can someone point me to a tutorial or
identify a suitable daemon to me? My server is running Debian Etch, if
that matters.

Best regards,

Andreas

Re: [Opensync-users] One-way sync (WAS: Advice on a cell phone purchase?)

[Dotan C. <dot...@gm...>]

2008/6/7 Emanoil Kotsev <del...@ya...>:
>> In my opinion things are getting better with
>> opensync, however, the
>> hardware manufacturers change their sync specs with
>> every new phone.
>
> That's really the problem. I was thinking if we can
> force them to post the specs in advance, so that we
> may cope. At least hear in Europe it could be done,
> because honestly I feel my rights hurt if I'm buying a
> phone and have to buy a OS (mostlly bundled to
> hardware) to sync it.
> I also beleive that the manufacturers will cooperate
> (and why not?)

Well, we can't force them to do anything. But we could tell them that
we purchase the products that do what we need them to. And we need
Linux support.

>> Hopefully SyncML will solve this. Write to Nokia,
>> Motorola, Siemans,
>> LG, and the other phone manufacturers and let them
>> know that Linux
>> users want to purchase their phones and sync them as
>> well. If we don't
>> let them know that we exist, then they will not help
>> us.
>>
>
> Is there a discussion about a petition or some kind of
> act.

There will be soon. I have another two weeks of exams before I start
working on other projects. If you would like to help write to hardware
and software manufacturers than let me know, I'll send more details in
a few weeks.

> Or who is doing syncml and who not and why not? I
> think the companies need a regulation, so that if they
> don't want to follow a standard (because greede) they
> have to be forced to give the specs what they are
> really doing or provide proprietary driver.

Cellphone companies in particular are both willing and wary of
collablorating with their competitors. Bluetooth is the fruit of
collaboration.

>> If you cannot find the addresses for the cellphone
>> manufacturers, then
>> write to me and I will find them for you. I write to
>> one company
>> (hardware or software) a week requesting Linux
>> support, and you would
>> be surprised at how willing hardware manufacturers
>> would be to provide
>> support when they see that people want it.
>
> not quite sure if you ironically mean it.

I am dead serious. I will soon start providing information for other
to help as well.

> I have +/-
> experience regarding support. Mostly they say. Yeah,
> sure it's good to have but linux is not primary target
> because it's small market and we are planing support
> in future.

Exactly! If Linux users write to them then they will see that the
Linux market is not so small. Furthermore, the Linux market is
composed of much more technically-inclined people, who will buy their
gadgets.

> But surprisingly as you say there are more and more
> that see the potential and really provide help.

Very much so.

> Also as I am really thinking to check if I can not
> file a questioning about the legal possibility to file
> a case in the EU commission for human rights and for
> competition. I mean if the EU can vote for rights of
> mice and chicken ... they should be able to push the
> money makers to give us at least technical specs
> needed to build a sync program in one month or so
> after the phones are out, or even better to support
> the developers to bring drivers together with phones.

I doubt if you can, but it would not hurt to try. Let us know what you find.

> The 0.22 version is much better than 0.19 but is
> absolutely unusable (at least for me).
>
> The question now is how to sync one way as you do,
> or/and how to sync outlook with kde?
>
> Do you have a suitable howto in mind?
>

Give me two weeks to finish my exams and I will try to sync the phone.
It is a Nokia, though. I will post details.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Re: [Opensync-users] One-way sync (WAS: Advice on a cell phone purchase?)

[Emanoil K. <del...@ya...>]

Hi, Dotan, thanks for posting,
first of all I tried to change the reply style, so I
hope it's OK for all of you now, sorry, not my fault.

--- Dotan Cohen <dot...@gm...> wrote:

> 2008/6/5 Emanoil Kotsev <del...@ya...>:
> > The hole discussion is making me some kind of sad,
> because I was used to
> > sync without problems with my Palm III and Siemens
> S55 few years ago and was
> > thinking that things getting better.
> > In fact it's a nightmare to get a simple thing
> done.
> > Hopefully in future it will change
> >
> 
> In my opinion things are getting better with
> opensync, however, the
> hardware manufacturers change their sync specs with
> every new phone.

That's really the problem. I was thinking if we can
force them to post the specs in advance, so that we
may cope. At least hear in Europe it could be done,
because honestly I feel my rights hurt if I'm buying a
phone and have to buy a OS (mostlly bundled to
hardware) to sync it.
I also beleive that the manufacturers will cooperate
(and why not?)

> Hopefully SyncML will solve this. Write to Nokia,
> Motorola, Siemans,
> LG, and the other phone manufacturers and let them
> know that Linux
> users want to purchase their phones and sync them as
> well. If we don't
> let them know that we exist, then they will not help
> us.
> 

Is there a discussion about a petition or some kind of
act. Or who is doing syncml and who not and why not? I
think the companies need a regulation, so that if they
don't want to follow a standard (because greede) they
have to be forced to give the specs what they are
really doing or provide proprietary driver.

> If you cannot find the addresses for the cellphone
> manufacturers, then
> write to me and I will find them for you. I write to
> one company
> (hardware or software) a week requesting Linux
> support, and you would
> be surprised at how willing hardware manufacturers
> would be to provide
> support when they see that people want it.

not quite sure if you ironically mean it. I have +/-
experience regarding support. Mostly they say. Yeah,
sure it's good to have but linux is not primary target
because it's small market and we are planing support
in future.
But surprisingly as you say there are more and more
that see the potential and really provide help.

Also as I am really thinking to check if I can not
file a questioning about the legal possibility to file
a case in the EU commission for human rights and for
competition. I mean if the EU can vote for rights of
mice and chicken ... they should be able to push the
money makers to give us at least technical specs
needed to build a sync program in one month or so
after the phones are out, or even better to support
the developers to bring drivers together with phones.

But enough politics.

The 0.22 version is much better than 0.19 but is
absolutely unusable (at least for me).

The question now is how to sync one way as you do,
or/and how to sync outlook with kde?

Do you have a suitable howto in mind?

thanks in advance and thanks to all

regards




      

Re: [Opensync-users] One-way sync (WAS: Advice on a cell phone purchase?)

[Dotan C. <dot...@gm...>]

2008/6/5 Emanoil Kotsev <del...@ya...>:
> The hole discussion is making me some kind of sad, because I was used to
> sync without problems with my Palm III and Siemens S55 few years ago and was
> thinking that things getting better.
> In fact it's a nightmare to get a simple thing done.
> Hopefully in future it will change
>

In my opinion things are getting better with opensync, however, the
hardware manufacturers change their sync specs with every new phone.
Hopefully SyncML will solve this. Write to Nokia, Motorola, Siemans,
LG, and the other phone manufacturers and let them know that Linux
users want to purchase their phones and sync them as well. If we don't
let them know that we exist, then they will not help us.

If you cannot find the addresses for the cellphone manufacturers, then
write to me and I will find them for you. I write to one company
(hardware or software) a week requesting Linux support, and you would
be surprised at how willing hardware manufacturers would be to provide
support when they see that people want it.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Re: [Opensync-users] Plug for KDEPIM4

[Michael B. <mic...@cm...>]

Luis Daniel Lucio Quiroz wrote:
> Then
> 
> What should be the steps to let opensync sync with akonadi :)

I try to discuss this actually with the Akonadi guys on IRC. I will
setup a wiki page tomorrow which will include the first ideas. This does
not mean that I finally code the stuff but we can use it to organize the
efforts.

Best regards

Michael
-- 
_______________________________________________________________

Michael Bell                    Humboldt-Universitaet zu Berlin

Tel.: +49 (0)30-2093 2482       ZE Computer- und Medienservice
Fax:  +49 (0)30-2093 2704       Unter den Linden 6
mic...@cm...   D-10099 Berlin
_______________________________________________________________

X.509 CA Certificates / Wurzelzertifikate

https://pki.pca.dfn.de/hu-berlin-ca/cgi-bin/pub/pki?cmd=getStaticPage;name=index;id=2&RA_ID=0

Re: [Opensync-users] Plug for KDEPIM4

[Luis D. L. Q. <lui...@gm...>]

Then

What should be the steps to let opensync sync with akonadi :)

On Thursday 05 June 2008 06:02:51 Michael Bell wrote:
> Dotan Cohen wrote:
> > 2008/6/5 Michael Bell <mic...@cm...>:
> >> The idea is that Akonadi will be a storage back end (cache) for any PIM
> >> data incl. the Gnome stuff. So their goals are really ambitious but
> >> there will be no usable stuff before the 4.1 release.
> >
> > That's why it should be relatively easy to work with and create a plugin
> > for.
>
> I'm not really sure about this. An Akonadi slide writes about a
> potential OpenSync agent but after reading the agent example I doubt
> about the correct API.
>
> An agent must implement several callbacks and this means we could only
> do the following:
>
> 1. configure OpenSync to use filesync
> 2. write an Akonadi plugin which can handle directories of filesync
>
> If we want to connect OpenSync directly to Akonadi then we must
> implement it as a normal Akonadi application which is not so easy like a
> resource agent I think.
>
> Best regards
>
> Michael

[Opensync-users] unsuscribe

[Gustavo <gus...@in...>]

unsuscribe

Re: [Opensync-users] Plug for KDEPIM4

[Michael B. <mic...@cm...>]

Dotan Cohen wrote:
> 2008/6/5 Michael Bell <mic...@cm...>:
>> The idea is that Akonadi will be a storage back end (cache) for any PIM data
>> incl. the Gnome stuff. So their goals are really ambitious but there will be
>> no usable stuff before the 4.1 release.
>>
> 
> That's why it should be relatively easy to work with and create a plugin for.

I'm not really sure about this. An Akonadi slide writes about a 
potential OpenSync agent but after reading the agent example I doubt 
about the correct API.

An agent must implement several callbacks and this means we could only 
do the following:

1. configure OpenSync to use filesync
2. write an Akonadi plugin which can handle directories of filesync

If we want to connect OpenSync directly to Akonadi then we must 
implement it as a normal Akonadi application which is not so easy like a 
resource agent I think.

Best regards

Michael
-- 
_______________________________________________________________

Michael Bell                    Humboldt-Universitaet zu Berlin

Tel.: +49 (0)30-2093 2482       ZE Computer- und Medienservice
Fax:  +49 (0)30-2093 2704       Unter den Linden 6
mic...@cm...   D-10099 Berlin
_______________________________________________________________

X.509 CA Certificates / Wurzelzertifikate

https://pki.pca.dfn.de/hu-berlin-ca/cgi-bin/pub/pki?cmd=getStaticPage;name=index;id=2&RA_ID=0

Re: [Opensync-users] Plug for KDEPIM4

[Dotan C. <dot...@gm...>]

2008/6/5 Michael Bell <mic...@cm...>:
> The idea is that Akonadi will be a storage back end (cache) for any PIM data
> incl. the Gnome stuff. So their goals are really ambitious but there will be
> no usable stuff before the 4.1 release.
>

That's why it should be relatively easy to work with and create a plugin for.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Re: [Opensync-users] Plug for KDEPIM4

[Michael B. <mic...@cm...>]

Dotan Cohen wrote:

> Most certainly. Shall I check the current status of Akonadi and report
> back? Akonadi should be relatively simple to work with, as it is
> explicitly designed for interoperability.

Daniel and I were at LinuxTag 2008 and we listen to a presentation from 
Till Adam. The result is simple. If we want to update to KDE PIM 4 the 
we need a plugin for Akonadi and please don't call it kdexyz. Please 
call it Akonadi because the developers try to make it a FreeDesktop project.

The idea is that Akonadi will be a storage back end (cache) for any PIM 
data incl. the Gnome stuff. So their goals are really ambitious but 
there will be no usable stuff before the 4.1 release.

Best regards

Michael
-- 
_______________________________________________________________

Michael Bell                    Humboldt-Universitaet zu Berlin

Tel.: +49 (0)30-2093 2482       ZE Computer- und Medienservice
Fax:  +49 (0)30-2093 2704       Unter den Linden 6
mic...@cm...   D-10099 Berlin
_______________________________________________________________

X.509 CA Certificates / Wurzelzertifikate

https://pki.pca.dfn.de/hu-berlin-ca/cgi-bin/pub/pki?cmd=getStaticPage;name=index;id=2&RA_ID=0

Re: [Opensync-users] One-way sync (WAS: Advice on a cell phone purchase?)

[Emanoil K. <del...@ya...>]

Hello everybody, hello Graham,

thank you for explaining the way you do a one way sync.

Everything sounds too complicated and not very reliable.

I would prefer the way described by you and Dotan. to push from kde-pim to the phones (I have private and company one).

I'll simply need a step by step guide. I also was asking myself how to activate logging and where are the log files for the opensync.



Graham Cobb <g+o...@co...> wrote: On Tuesday 03 June 2008 07:11:13 Dotan Cohen wrote:
> 2008/6/3 Emanoil Kotsev :
> > Syncing is (should be) bi-directional, the one way is copy ;-)
>
> That is true. I have had lots of bad experience with:
> 1) Two-way data transfer between unlike database sources.
> 2) Telephones' limited data-entry methods.
>
> So, I prefer to enter data on the desktop and then push it to the
> phone as well. The phone can then mangle it all it wants, the real
> data is safe in KDE-PIM. When I am without the phone and I must add a
> phone number I prepend the name with a dot, so that I know to update
> KDE-PIM when I get home.

I also tend to use one-way sync to my phone.  In my case it is complicated 
further because I keep the master data on my (employer-provided) laptop in 
Outlook (and, hence, Exchange) and I only have one-way sync from Exchange 
into the Opensync environment (from which I propagate the data to kdepim, to 
my Nokia Internet Tablet and to my phone).
The situation I have is more complicated as I'm using linux also on the company notebook, where I use Evolution as an Exchange client but in SuSe. so I need to sync my personal contacts stored in evo somehow with the phone and at home sync the phone with my personal contacts stored in KDE ... and then sync the data with my private mobile .... or sync both phones at work and at home.
But even once in the Opensync environment, I only do one-way sync to my phone, 
because of the problem that the phone only stores a subset of the data.  The 
way I do that (with Opensync 0.2x) is to first sync the phone with an empty 
file-sync directory, then copy in the data files from Outlook and re-sync.  
How could I do this in both environments? I mean at work and at home ... push the data to the phone(s)?
This means that changes to existing entries on the phone are lost (new 
entries created on the phone are propagated into the Opensync environment -- 
I do have an option which deletes all the files before copying in the data 
for use when I want to clean all the data from the phone).
So you first clean the phone and then store the data? I understand right?
With Opensync 0.3x I am hoping I won't need to do that any more because 
Did you try the 0.3 versioin ... to be honest I'm afraid to lose data using dev software. I can backup only one phone in Windows (as I'm using windows in a VMware and only have usb cable for one of the phones)
Opensync will know that the phone only stores a subset of data and won't get 
confused when it is read back.  However, it would still be useful to be able 
to specify one-way (with and without a "remove all the existing data first" 
option).
This sounds promising. I'm looking forward to build a test environment and check the 0.3 version

The hole discussion is making me some kind of sad, because I was used to sync without problems with my Palm III and Siemens S55 few years ago and was thinking that things getting better.
In fact it's a nightmare to get a simple thing done.
Hopefully in future it will change

regards



       

[Opensync-users] One-way sync (WAS: Advice on a cell phone purchase?)

[Graham C. <g+o...@co...>]

On Tuesday 03 June 2008 07:11:13 Dotan Cohen wrote:
> 2008/6/3 Emanoil Kotsev <del...@ya...>:
> > Syncing is (should be) bi-directional, the one way is copy ;-)
>
> That is true. I have had lots of bad experience with:
> 1) Two-way data transfer between unlike database sources.
> 2) Telephones' limited data-entry methods.
>
> So, I prefer to enter data on the desktop and then push it to the
> phone as well. The phone can then mangle it all it wants, the real
> data is safe in KDE-PIM. When I am without the phone and I must add a
> phone number I prepend the name with a dot, so that I know to update
> KDE-PIM when I get home.

I also tend to use one-way sync to my phone.  In my case it is complicated 
further because I keep the master data on my (employer-provided) laptop in 
Outlook (and, hence, Exchange) and I only have one-way sync from Exchange 
into the Opensync environment (from which I propagate the data to kdepim, to 
my Nokia Internet Tablet and to my phone).

But even once in the Opensync environment, I only do one-way sync to my phone, 
because of the problem that the phone only stores a subset of the data.  The 
way I do that (with Opensync 0.2x) is to first sync the phone with an empty 
file-sync directory, then copy in the data files from Outlook and re-sync.  
This means that changes to existing entries on the phone are lost (new 
entries created on the phone are propagated into the Opensync environment -- 
I do have an option which deletes all the files before copying in the data 
for use when I want to clean all the data from the phone).

With Opensync 0.3x I am hoping I won't need to do that any more because 
Opensync will know that the phone only stores a subset of data and won't get 
confused when it is read back.  However, it would still be useful to be able 
to specify one-way (with and without a "remove all the existing data first" 
option).

Then all I will need to do is to make my Exchange sync two-way for a fully 
integrated environment!

Graham

Re: [Opensync-users] Plug for KDEPIM4

[Luis D. L. Q. <lui...@gm...>]

I'm using right now 4.0.81 (beta1+) it works good, but I'm missing event sync.  
Contact sync works very good.

LD

On Wednesday 04 June 2008 06:09:41 Dotan Cohen wrote:
> 2008/6/3 Marc Deop <gan...@gm...>:
> > Should the devs try to make the plugins for the 4.2 release?
>
> Most certainly. Shall I check the current status of Akonadi and report
> back? Akonadi should be relatively simple to work with, as it is
> explicitly designed for interoperability.
>
> Dotan Cohen
>
> http://what-is-what.com
> http://gibberish.co.il
> א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-
ש-ת
>
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] Plug for KDEPIM4

[Dotan C. <dot...@gm...>]

2008/6/3 Marc Deop <gan...@gm...>:
> Should the devs try to make the plugins for the 4.2 release?
>

Most certainly. Shall I check the current status of Akonadi and report
back? Akonadi should be relatively simple to work with, as it is
explicitly designed for interoperability.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Re: [Opensync-users] Plug for KDEPIM4

[Andreas B. <an...@bo...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

On Tuesday 03 June 2008, Marc Deop wrote:
> On Tuesday 03 June 2008 20:03:33 Luis Daniel Lucio Quiroz wrote:
> > I wonder to know if somebody has a kdepim4 plugin for opensync.  I've
> > just upgraded and I see that events format of kdepim3 and kdepim4 are
> > quite differente and then plug fails.
> I'm not sure if anyone should spend time building a plugin for kdepim4 as
> for now, it is still using the old backend to store data, this is gonna be
> this way for not much longer though: they're gonna switch to akonadi for
> the 4.2 release.

..actually this is a very good question - I'm really looking forward to the 
KDE 4.1 release - but if synchronization is broken, I cannot move to 4.x.

Would be great to get any information on KDE-PIM 4.x synchronization plans :)

Thanks,

Andy

- -- 
BOFH excuse #273:

The cord jumped over and hit the power switch.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkhGZeIACgkQRrny/uOBVy447wCeOqeoERaGGH6zw/f9lPT2zkYE
EA8An2WICayosaAWgaieBoBxVOAwEray
=n/hj
-----END PGP SIGNATURE-----

Re: [Opensync-users] SE K750i IRDA opensync 0.22

[Pawel K. <paw...@gm...>]

Hi,

On Wed, Jun 4, 2008 at 8:46 AM, Emanoil Kotsev <del...@ya...> wrote:
> I also don't know what to put as model in the configuration file of gnokii
> when trying to use it with SE K750i

model = AT
port = /dev/ircomm0 (or whatever you have)
connection = irda

pkot
-- 
Pawel Kot

Re: [Opensync-users] SE K750i IRDA opensync 0.22

[Emanoil K. <del...@ya...>]

Hi,
It doesn't matter. They may differ somehow but we work in gnokii
project to decrease the differences. Retrieving and writing phonebook
for k800i and k550i works for me reliably in gnokii.
OK, I'll give it a try. It will take some time though, cause haave to work.
"check all the boxes"? Which GUI do you use? I'd suggest start
synchronizing just phonebook and when it works, adding next items. And
which gnokii version is this?
I was talking about multisync-gui - I'm sorry for not mentioning that. I really don't think it matters if the boxes are checked. Everytime it reads all the data from both members.

I tried now msynctool - it starts but fails at the end. Where are the log files saved, I could post them. This is what it says:

Member 2 of type irmc-sync committed all changes.
All clients have written
Member 2 of type irmc-sync had an error while calling sync done: Broken Pipe
Member 2 of type irmc-sync had an error while disconnecting: Broken Pipe
Member 1 of type kdepim-sync just disconnected
All clients have disconnected
The sync failed: Unable to finish the sync for one of the members
Error while synchronizing: Unable to finish the sync for one of the members

Are you able to backtrace the core dump file? Looking at
gnokii_calendar_write_calnote() I cannot see anything wrong. However,
would you be able to apply the patches for gnokii-sync plugin?
Additionally -- which distro do you use?

No not able  to trace, I'm not that experienced  though.
I use debian testing with the opensync 0.22 added.

here is the gnokii version
i  gnokii                               0.6.25.dfsg-1                    Datasuite for mobile phone management
ii  gnokii-cli                           0.6.25.dfsg-1                    Datasuite for mobile phone management (console interface)
ii  gnokii-common                        0.6.25.dfsg-1                    Datasuite for mobile phone management (base files)
ii  libgnokii3                           0.6.25.dfsg-1                    Gnokii mobile phone interface library
ii  libgnokii3-dev                       0.6.25.dfsg-1                    Gnokii mobile phone interface library (development files)
ii  libopensync-plugin-gnokii            0.22-3                           Gnokii plugin for opensync
ii  xgnokii                              0.6.25.dfsg-1                    Datasuite for mobile phone management (X interface)

I also don't know what to put as model in the configuration file of gnokii when trying to use it with SE K750i
It simply does not start

Synchronizing group "Test"
The previous synchronization was unclean. Slow-syncing
connect: Cannot assign requested address
Couldn't open PHONET device: Illegal seek
Telephone interface init failed: Command failed.
Quitting.
Cannot unlock device.
Member 2 of type gnokii-sync had an error while connecting: Connection failed
Member 1 of type kdepim-sync just connected
Member 1 of type kdepim-sync just disconnected
All clients have disconnected
The sync failed: Unable to connect one of the members
/build/mbanck/opensync-0.22/opensync/opensync_hashtable.c:37:E:osync_hashtable_assert_loaded: Hashtable not loaded yet. You have to load the hashtable first using osync_hashtable_load!
Error while synchronizing: Unable to connect one of the members


thanks



       

Re: [Opensync-users] SE K750i IRDA opensync 0.22

[Pawel K. <paw...@gm...>]

Hi,

On Wed, Jun 4, 2008 at 12:47 AM, Emanoil Kotsev <del...@ya...> wrote:
> I don't think the gnokii plugin will work with the K750i because I compared
> the supported AT commands and they are not the same.
> I'll try it and report. It is enough for today.

It doesn't matter. They may differ somehow but we work in gnokii
project to decrease the differences. Retrieving and writing phonebook
for k800i and k550i works for me reliably in gnokii.

> The only problem I see with the sync with the Nokia phone is that it takes
> too long. It says I have 5000!!! entries ... where the * are so many coming
> from?

Don't know. I would need to see gnokii debug to tell you that.

> and the ir speed is about 115000. If I check all the boxes for (Calender,
> Contacts etc) to be synced I get finally this error - gnokii committing

"check all the boxes"? Which GUI do you use? I'd suggest start
synchronizing just phonebook and when it works, adding next items. And
which gnokii version is this?

> suecide. I'm trying now everything one by one.
> If you have more helpful advices please, you are wellcome.
>
> synchronization worked
> *** glibc detected *** /usr/lib/opensync/osplugin: double free or corruption
> (!prev): 0x080bb3d0 ***

Are you able to backtrace the core dump file? Looking at
gnokii_calendar_write_calnote() I cannot see anything wrong. However,
would you be able to apply the patches for gnokii-sync plugin?
Additionally -- which distro do you use?

> ======= Backtrace: =========
> /lib/i686/cmov/libc.so.6[0xb7ba18f5]
> /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7ba5360]
> /usr/lib/libglib-2.0.so.0(g_free+0x31)[0xb7e815b1]
> /usr/lib/opensync/plugins/gnokii_sync.so(gnokii_calendar_write_calnote+0x198)[0xb7f63f78]
> /usr/lib/opensync/plugins/gnokii_sync.so(gnokii_calendar_commit+0x16c)[0xb7f6497c]
> /usr/lib/libopensync.so.0(osync_member_commit_change+0x28e)[0xb7cb070e]
> /usr/lib/opensync/osplugin(message_handler+0x4a0)[0x804a280]
> /usr/lib/libopensync.so.0[0xb7cbcbb2]
> /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x178)[0xb7e79978]
> /usr/lib/libglib-2.0.so.0[0xb7e7cbce]
> /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1e7)[0xb7e7cf57]
> /usr/lib/opensync/osplugin(main+0x4af)[0x804ab2f]
> /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7b4c450]
> /usr/lib/opensync/osplugin[0x8049ba1]
> ======= Memory map: ========
> 08048000-0804c000 r-xp 00000000 fe:00 738671     /usr/lib/opensync/osplugin
> 0804c000-0804d000 rw-p 00003000 fe:00 738671     /usr/lib/opensync/osplugin
> 0804d000-080f6000 rw-p 0804d000 00:00 0          [heap]
> b5200000-b5221000 rw-p b5200000 00:00 0
> b5221000-b5300000 ---p b5221000 00:00 0
> b535c000-b5368000 r-xp 00000000 fe:00 1370904    /lib/libgcc_s.so.1
> b5368000-b5369000 rw-p 0000b000 fe:00 1370904    /lib/libgcc_s.so.1
> b5392000-b5393000 ---p b5392000 00:00 0
> b5393000-b5b93000 rw-p b5393000 00:00 0
> b5b93000-b5b94000 ---p b5b93000 00:00 0
> b5b94000-b6394000 rw-p b5b94000 00:00 0
> b6394000-b6395000 ---p b6394000 00:00 0
> b6395000-b6b95000 rw-p b6395000 00:00 0
> b6b95000-b6b96000 ---p b6b95000 00:00 0
> b6b96000-b7396000 rw-p b6b96000 00:00 0
> b7396000-b73c8000 r-xp 00000000 fe:00 540709     /usr/lib/libpisock.so.9.0.2
> b73c8000-b73cc000 rw-p 00031000 fe:00 540709     /usr/lib/libpisock.so.9.0.2
> b73cc000-b73d0000 rw-p b73cc000 00:00 0
> b73d0000-b73d8000 r-xp 00000000 fe:00 740957
> /usr/lib/opensync/formats/palm.so
> b73d8000-b73d9000 rw-p 00007000 fe:00 740957
> /usr/lib/opensync/formats/palm.so
> b73d9000-b73da000 r-xp 00000000 fe:00 738101
> /usr/lib/opensync/formats/xmldoc.so
> b73da000-b73db000 rw-p 00000000 fe:00 738101
> /usr/lib/opensync/formats/xmldoc.so
> b73db000-b73e5000 r-xp 00000000 fe:00 737958
> /usr/lib/opensync/formats/xml-kde.so
> b73e5000-b73e6000 rw-p 00009000 fe:00 737958
> /usr/lib/opensync/formats/xml-kde.so
> b73e6000-b73f5000 r-xp 00000000 fe:00 539708     /usr/lib/libtasn1.so.3.0.15
> b73f5000-b73f6000 rw-p 0000e000 fe:00 539708     /usr/lib/libtasn1.so.3.0.15
> b73f6000-b73f8000 r-xp 00000000 fe:00 1371296    /lib/libkeyutils-1.2.so
> b73f8000-b73f9000 rw-p 00001000 fe:00 1371296    /lib/libkeyutils-1.2.so
> b73f9000-b7400000 r-xp 00000000 fe:00 545450
> /usr/lib/libkrb5support.so.0.1
> b7400000-b7401000 rw-p 00006000 fe:00 545450
> /usr/lib/libkrb5support.so.0.1
> b7401000-b7474000 r-xp 00000000 fe:00 539579
> /usr/lib/libgnutls.so.26.1.6
> b7474000-b747a000 rw-p 00072000 fe:00 539579
> /usr/lib/libgnutls.so.26.1.6
> b747a000-b7490000 r-xp 00000000 fe:00 539945     /usr/lib/libsasl2.so.2.0.22
> b7490000-b7491000 rw-p 00015000 fe:00 539945     /usr/lib/libsasl2.so.2.0.22
> b7491000-b74a0000 r-xp 00000000 fe:00 1371201
> /lib/i686/cmov/libresolv-2.7.so
> b74a0000-b74a2000 rw-p 0000f000 fe:00 1371201
> /lib/i686/cmov/libresolv-2.7.so
> b74a2000-b74a4000 rw-p b74a2000 00:00 0
> b74a4000-b74b0000 r-xp 00000000 fe:00 539012
> /usr/lib/liblber-2.4.so.2.0.3
> b74b0000-b74b1000 rw-p 0000c000 fe:00 539012
> /usr/lib/liblber-2.4.so.2.0.3
> b74b1000-b74c5000 r-xp 00000000 fe:00 1371091
> /lib/i686/cmov/libnsl-2.7.so
> b74c5000-b74c7000 rw-p 00013000 fe:00 1371091
> /lib/i686/cmov/libnsl-2.7.so
> b74c7000-b74c9000 rw-p b74c7000 00:00 0
> b74c9000-b74cc000 r-xp 00000000 fe:00 545540
> /usr/lib/libgpg-error.so.0.3.0
> b74cc000-b74cd000 rw-p 00002000 fe:00 545540
> /usr/lib/libgpg-error.so.0.3.0
> b74cd000-b7533000 r-xp 00000000 fe:00 549356
> /usr/lib/libgcrypt.so.11.4.4
> b7533000-b7535000 rw-p 00066000 fe:00 549356     /usrKCrash: Application
> 'kitchensync' crashing...
> Pipe closed! Exiting.
> Pipe closed! Exiting.
> Pipe closed! Exiting.
> Pipe closed! Exiting.
> Pipe closed! Exiting.
> Pipe closed! Exiting.
>
>
> Thanks and kind regards
>
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
>
>



-- 
Pawel Kot

Re: [Opensync-users] SE K750i IRDA opensync 0.22

[Emanoil K. <del...@ya...>]

gammu does not use syncml protocol but at protocol. That may be
significant difference, but I also suspect some bug.

that is the point. The AT commands for the phones are well known. but I am not quite sure right now if the phones I have are syncml capable ... I mean Nokia 6021 and SE K750i. I think I remember that the 6021 is not that's why it works with the gnokii plugin and in gammu with phonet or something like this.
> the opensync gnokii plugin seems to work with the nokia phone (I tried to
> sync everything at once, but failed, because too much items. Now I'm trying
> to sync Notes, Addresses one by one)

gnokii plugin should be compatible with any AT compliant phone. If
there are problems, please provide the log. Make sure also to use the
most recent libgnokii version.
Thanks for the advice, I'll keep in mind.

I don't think the gnokii plugin will work with the K750i because I compared the supported AT commands and they are not the same.
 I'll try it and report. It is enough for today.
opensync 0.3x is said to be developers branch only. However you may
try to test if you are willing to help in development.

Well, I've just checked the opensync web page and indeed 0.22 is the last "stable" version.

I'm waiting for additional USB-HD where I can install a  test envirionment and play. This will take time (month or so), because I'll be pretty buzzy next.

Anyway I think with the help of you all I synced at least  one of the phones, or at least had some kind of progress today.

The only problem I see with the sync with the Nokia phone is that it takes too long. It says I have 5000!!! entries ... where the * are so many coming from?
 If it is all together (Calender, Contacts etc) it could be really true. :-(
 and the ir speed is about 115000. If I check all the boxes for (Calender, Contacts etc) to be synced I get finally this error - gnokii committing suecide. I'm trying now everything one by one.
If you have more helpful advices please, you are wellcome.


synchronization worked
*** glibc detected *** /usr/lib/opensync/osplugin: double free or corruption (!prev): 0x080bb3d0 ***
======= Backtrace: =========
/lib/i686/cmov/libc.so.6[0xb7ba18f5]
/lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7ba5360]
/usr/lib/libglib-2.0.so.0(g_free+0x31)[0xb7e815b1]
/usr/lib/opensync/plugins/gnokii_sync.so(gnokii_calendar_write_calnote+0x198)[0xb7f63f78]
/usr/lib/opensync/plugins/gnokii_sync.so(gnokii_calendar_commit+0x16c)[0xb7f6497c]
/usr/lib/libopensync.so.0(osync_member_commit_change+0x28e)[0xb7cb070e]
/usr/lib/opensync/osplugin(message_handler+0x4a0)[0x804a280]
/usr/lib/libopensync.so.0[0xb7cbcbb2]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x178)[0xb7e79978]
/usr/lib/libglib-2.0.so.0[0xb7e7cbce]
/usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1e7)[0xb7e7cf57]
/usr/lib/opensync/osplugin(main+0x4af)[0x804ab2f]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7b4c450]
/usr/lib/opensync/osplugin[0x8049ba1]
======= Memory map: ========
08048000-0804c000 r-xp 00000000 fe:00 738671     /usr/lib/opensync/osplugin
0804c000-0804d000 rw-p 00003000 fe:00 738671     /usr/lib/opensync/osplugin
0804d000-080f6000 rw-p 0804d000 00:00 0          [heap]
b5200000-b5221000 rw-p b5200000 00:00 0
b5221000-b5300000 ---p b5221000 00:00 0
b535c000-b5368000 r-xp 00000000 fe:00 1370904    /lib/libgcc_s.so.1
b5368000-b5369000 rw-p 0000b000 fe:00 1370904    /lib/libgcc_s.so.1
b5392000-b5393000 ---p b5392000 00:00 0
b5393000-b5b93000 rw-p b5393000 00:00 0
b5b93000-b5b94000 ---p b5b93000 00:00 0
b5b94000-b6394000 rw-p b5b94000 00:00 0
b6394000-b6395000 ---p b6394000 00:00 0
b6395000-b6b95000 rw-p b6395000 00:00 0
b6b95000-b6b96000 ---p b6b95000 00:00 0
b6b96000-b7396000 rw-p b6b96000 00:00 0
b7396000-b73c8000 r-xp 00000000 fe:00 540709     /usr/lib/libpisock.so.9.0.2
b73c8000-b73cc000 rw-p 00031000 fe:00 540709     /usr/lib/libpisock.so.9.0.2
b73cc000-b73d0000 rw-p b73cc000 00:00 0
b73d0000-b73d8000 r-xp 00000000 fe:00 740957     /usr/lib/opensync/formats/palm.so
b73d8000-b73d9000 rw-p 00007000 fe:00 740957     /usr/lib/opensync/formats/palm.so
b73d9000-b73da000 r-xp 00000000 fe:00 738101     /usr/lib/opensync/formats/xmldoc.so
b73da000-b73db000 rw-p 00000000 fe:00 738101     /usr/lib/opensync/formats/xmldoc.so
b73db000-b73e5000 r-xp 00000000 fe:00 737958     /usr/lib/opensync/formats/xml-kde.so
b73e5000-b73e6000 rw-p 00009000 fe:00 737958     /usr/lib/opensync/formats/xml-kde.so
b73e6000-b73f5000 r-xp 00000000 fe:00 539708     /usr/lib/libtasn1.so.3.0.15
b73f5000-b73f6000 rw-p 0000e000 fe:00 539708     /usr/lib/libtasn1.so.3.0.15
b73f6000-b73f8000 r-xp 00000000 fe:00 1371296    /lib/libkeyutils-1.2.so
b73f8000-b73f9000 rw-p 00001000 fe:00 1371296    /lib/libkeyutils-1.2.so
b73f9000-b7400000 r-xp 00000000 fe:00 545450     /usr/lib/libkrb5support.so.0.1
b7400000-b7401000 rw-p 00006000 fe:00 545450     /usr/lib/libkrb5support.so.0.1
b7401000-b7474000 r-xp 00000000 fe:00 539579     /usr/lib/libgnutls.so.26.1.6
b7474000-b747a000 rw-p 00072000 fe:00 539579     /usr/lib/libgnutls.so.26.1.6
b747a000-b7490000 r-xp 00000000 fe:00 539945     /usr/lib/libsasl2.so.2.0.22
b7490000-b7491000 rw-p 00015000 fe:00 539945     /usr/lib/libsasl2.so.2.0.22
b7491000-b74a0000 r-xp 00000000 fe:00 1371201    /lib/i686/cmov/libresolv-2.7.so
b74a0000-b74a2000 rw-p 0000f000 fe:00 1371201    /lib/i686/cmov/libresolv-2.7.so
b74a2000-b74a4000 rw-p b74a2000 00:00 0
b74a4000-b74b0000 r-xp 00000000 fe:00 539012     /usr/lib/liblber-2.4.so.2.0.3
b74b0000-b74b1000 rw-p 0000c000 fe:00 539012     /usr/lib/liblber-2.4.so.2.0.3
b74b1000-b74c5000 r-xp 00000000 fe:00 1371091    /lib/i686/cmov/libnsl-2.7.so
b74c5000-b74c7000 rw-p 00013000 fe:00 1371091    /lib/i686/cmov/libnsl-2.7.so
b74c7000-b74c9000 rw-p b74c7000 00:00 0
b74c9000-b74cc000 r-xp 00000000 fe:00 545540     /usr/lib/libgpg-error.so.0.3.0
b74cc000-b74cd000 rw-p 00002000 fe:00 545540     /usr/lib/libgpg-error.so.0.3.0
b74cd000-b7533000 r-xp 00000000 fe:00 549356     /usr/lib/libgcrypt.so.11.4.4
b7533000-b7535000 rw-p 00066000 fe:00 549356     /usrKCrash: Application 'kitchensync' crashing...
Pipe closed! Exiting.
Pipe closed! Exiting.
Pipe closed! Exiting.
Pipe closed! Exiting.
Pipe closed! Exiting.
Pipe closed! Exiting.


Thanks and kind regards



       

Re: [Opensync-users] SE K750i IRDA opensync 0.22

[Pawel K. <paw...@gm...>]

Hi,

On Tue, Jun 3, 2008 at 9:04 PM, Emanoil Kotsev <del...@ya...> wrote:
> May be you are right too, but it should work, and I suppose that the
> syncml/opensync ir plugin does not work properly, because otherwise I can
> connect as I said with w/gammu.

gammu does not use syncml protocol but at protocol. That may be
significant difference, but I also suspect some bug.

> the opensync gnokii plugin seems to work with the nokia phone (I tried to
> sync everything at once, but failed, because too much items. Now I'm trying
> to sync Notes, Addresses one by one)

gnokii plugin should be compatible with any AT compliant phone. If
there are problems, please provide the log. Make sure also to use the
most recent libgnokii version.

> I think I'll remove the opensync 0.22 and try the one from svn, what do you
> think?

opensync 0.3x is said to be developers branch only. However you may
try to test if you are willing to help in development.

take care,
pkot
-- 
Pawel Kot

Re: [Opensync-users] SE K750i IRDA opensync 0.22

[Emanoil K. <del...@ya...>]

Hi Pawel, thanks for your answer

Oh, come on! There's more radiation around you than you can imagine.
Small bluetooth dongle won't do any harm.
May be you are right, but less is less!
> can buy a BT-dongle but WHY should I do this, when in Windows I can sync
> over IR. This same thing should be possible with Linux.

Indeed. I don't know what are the issues with syncml over irda. I'm
just suggesting that IrDA sucks and is very uncomfortable to use. And
May be you are right too, but it should work, and I suppose that the syncml/opensync ir plugin does not work properly, because otherwise I can connect as I said with w/gammu.
I've been avoiding IrDA (which is also some kind of radiation) since I
could.

Infrared radiation is somehow useful to humans.
> The most embarassing thing is that I can connect over IR with wammu and do
> anything I want, but syncml or opensync can not really sync the stuff.

You may try gnokii-sync plugin then. The downside is that using AT
interface you will be able to access just number information from the
phonebook (no address and other contact information).
the opensync gnokii plugin seems to work with the nokia phone (I tried to sync everything at once, but failed, because too much items. Now I'm trying to sync Notes, Addresses one by one)


I think I'll remove the opensync 0.22 and try the one from svn, what do you think?

thanks and kind regards



       

Re: [Opensync-users] SE K750i IRDA opensync 0.22

[Pawel K. <paw...@gm...>]

Hi,

On Tue, Jun 3, 2008 at 1:06 PM, Emanoil Kotsev <del...@ya...> wrote:
> The notebook I have does not have a bluetooth and I don't want BT because
> the radiation as well as wireless radiation is not very healthy. I mean I

Oh, come on! There's more radiation around you than you can imagine.
Small bluetooth dongle won't do any harm.

> can buy a BT-dongle but WHY should I do this, when in Windows I can sync
> over IR. This same thing should be possible with Linux.

Indeed. I don't know what are the issues with syncml over irda. I'm
just suggesting that IrDA sucks and is very uncomfortable to use. And
I've been avoiding IrDA (which is also some kind of radiation) since I
could.

> The most embarassing thing is that I can connect over IR with wammu and do
> anything I want, but syncml or opensync can not really sync the stuff.

You may try gnokii-sync plugin then. The downside is that using AT
interface you will be able to access just number information from the
phonebook (no address and other contact information).

take care,
pkot
-- 
Pawel Kot

Re: [Opensync-users] Plug for KDEPIM4

[Marc D. <gan...@gm...>]

On Tuesday 03 June 2008 20:03:33 Luis Daniel Lucio Quiroz wrote:
> Helo all syncs,
>
> I wonder to know if somebody has a kdepim4 plugin for opensync.  I've
> just upgraded and I see that events format of kdepim3 and kdepim4 are
> quite differente and then plug fails.
>

I'm not sure if anyone should spend time building a plugin for kdepim4 as for 
now, it is still using the old backend to store data, this is gonna be this 
way for not much longer though: they're gonna switch to akonadi for the 4.2 
release.

Should the devs try to make the plugins for the 4.2 release?

Damnshock

PS: I know I didn't not answer the question, I was just pointing this out ;)