Hi Nikos,

I'm not complaining, I'm just concerned how this was dropped and where :-)

Julien

2009/6/8 Nikos Balkanas <[email protected]>:
> Interesting... Although it has been stressed to you, by 2 core developers
> (well actually 1.5 ;-) that kannel never supported wap-provisioningdoc, you
> skip thread, and restate that it is kannel who has dropped this feature.
> When in fact, it is yourself who has been feeding kannel with a different
> xml all these years and suddenly decide to change.
>
> Kannel supports legacy devices, and doesn't drop proven features no matter
> how old. New devices, however, like wap 2.0 are an issue.
>
> I am happy that you can work with characteristic-list.
>
> BR,
> Nikos
> ----- Original Message ----- From: "Julien Buratto"
> <[email protected]>
> To: "Nikos Balkanas" <[email protected]>
> Cc: <[email protected]>; <[email protected]>; "Pai Peng"
> <[email protected]>
> Sent: Monday, June 08, 2009 1:54 PM
> Subject: Re: sendota problems
>
>
> I think I will have no choice and I will try to convert it to
> characteristic-list ..
>
> Julien
>
> 2009/6/8 Julien Buratto <[email protected]>:
>>
>> Hi Nikos,
>>
>> I've been happily using wap-provisioningdoc for a long time on
>> 1.4.1... quite strange the implementation has been removed from
>> 1.4.3..
>>
>> Julien
>>
>> 2009/6/8 Nikos Balkanas <[email protected]>:
>>>
>>> Oops! Forgot to ask.
>>>
>>> Can't you use a characteristic-list xml document to do your job? Kannel
>>> fully supports those!
>>>
>>> BR,
>>> Nikos
>>> ----- Original Message ----- From: "Nikos Balkanas" <[email protected]>
>>> To: "Julien Buratto" <[email protected]>
>>> Cc: <[email protected]>; <[email protected]>; "Pai Peng"
>>> <[email protected]>
>>> Sent: Monday, June 08, 2009 6:11 AM
>>> Subject: Re: sendota problems
>>>
>>>
>>>> Hi Julien,
>>>>
>>>> I looked it up and it is not trivial.
>>>>
>>>> As it stands kannel supports only the Nokia OTA characteristic-list
>>>> specs.
>>>> It doesn't support the wap-provisioningdoc specs. As such a complete
>>>> reworking of the ota-compiler would be needed to accomodate it.
>>>>
>>>> Since I am lacking ota development/testing environment, and is only of
>>>> marginal interest to me, I am sorry but I cannot pursue it further. What
>>>> I
>>>> can do is, to make a patch, so that kannel prints an error when it
>>>> detects
>>>> such a document and drops it.
>>>>
>>>> BR,
>>>> Nikos
>>>> ----- Original Message ----- From: "Nikos Balkanas"
>>>> <[email protected]>
>>>> To: "Julien Buratto" <[email protected]>
>>>> Cc: <[email protected]>; <[email protected]>
>>>> Sent: Saturday, June 06, 2009 9:19 AM
>>>> Subject: Re: sendota problems
>>>>
>>>>
>>>>> Not, unfortunately. I was going crazy all this time at work, but I just
>>>>> finished. I will look at it over this weekend.
>>>>>
>>>>> BR,
>>>>> Nikos
>>>>> ----- Original Message ----- From: "Julien Buratto"
>>>>> <[email protected]>
>>>>> To: "Nikos Balkanas" <[email protected]>
>>>>> Cc: <[email protected]>; <[email protected]>
>>>>> Sent: Thursday, May 28, 2009 3:16 PM
>>>>> Subject: Re: sendota problems
>>>>>
>>>>>
>>>>> Hi Nikos, where you able to fix the issue ?
>>>>>
>>>>> 2009/3/17 Nikos Balkanas <[email protected]>:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> There seems to be an incombatibility between kannel's wbxml and
>>>>>> Nokia's.
>>>>>> I
>>>>>> intend to fix it, but in a month or so. In the meantime you might want
>>>>>> to
>>>>>> compile the message manually, as described by Pai Peng.
>>>>>>
>>>>>> BR,
>>>>>> Nikos
>>>>>> ----- Original Message ----- From: "Tomas Verbaitis"
>>>>>> <[email protected]>
>>>>>> To: <[email protected]>
>>>>>> Sent: Monday, March 16, 2009 1:24 PM
>>>>>> Subject: sendota problems
>>>>>>
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> I want to configure synchronization for Nokia 6070 mobile phone. My
>>>>>> program generates this XML provisioning document:
>>>>>>
>>>>>> <?xml version="1.0"?>
>>>>>> <!DOCTYPE wap-provisioningdoc PUBLIC "-//WAPFORUM//DTD PROV 1.0//EN"
>>>>>> "http://www.wapforum.org/DTD/prov.dtd";>
>>>>>> <wap-provisioningdoc>
>>>>>> <characteristic type="BOOTSTRAP">
>>>>>> <parm name="NAME" value="SKLADDEVEL"/>
>>>>>> </characteristic>
>>>>>> <characteristic type="APPLICATION">
>>>>>> <parm name="APPID" value="w5"/>
>>>>>> <parm name="TO-NAPID" value="INTERNET" />
>>>>>> <parm name="NAME" value="SKLADDEVEL"/>
>>>>>> <parm name="ADDR" value="http://megalogika.stp.lt/funambol/ds"/>
>>>>>> <characteristic type="RESOURCE">
>>>>>> <parm name="URI" value="card"/>
>>>>>> <parm name="NAME" value="Contacts DB"/>
>>>>>> <parm name="AACCEPT" value="text/x-vcard"/>
>>>>>> </characteristic>
>>>>>> <characteristic type="RESOURCE">
>>>>>> <parm name="URI" value="cal"/>
>>>>>> <parm name="NAME" value="Calendar"/>
>>>>>> <parm name="AACCEPT" value="text/x-vcalendar"/>
>>>>>> </characteristic>
>>>>>> <characteristic type="RESOURCE">
>>>>>> <parm name="URI" value="notes"/>
>>>>>> <parm name="NAME" value="Notes"/>
>>>>>> <parm name="AACCEPT" value="text/plain"/>
>>>>>> </characteristic>
>>>>>> <characteristic type="APPAUTH">
>>>>>> <parm name="AAUTHNAME" value="funUsrVe"/>
>>>>>> <parm name="AAUTHSECRET" value="funPassVe"/>
>>>>>> </characteristic>
>>>>>> </characteristic>
>>>>>> </wap-provisioningdoc>"
>>>>>>
>>>>>> When i send it via Kannel's /sendota, via this request:
>>>>>>
>>>>>>
>>>>>>
>>>>>> /cgi-bin/sendota?password=######&username=######&type=oma-settings&sec=USERPIN&pin=1234&to=%2B37069953201&text=%3C%3Fxml+version%3D%221.0%22%3F%3E%0A%3C%21DOCTYPE+wap-provisioningdoc+PUBLIC+%22-%2F%2FWAPFORUM%2F%2FDTD+PROV+1.0%2F%2FEN%22%0A%22http%3A%2F%2Fwww.wapforum.org%2FDTD%2Fprov.dtd%22%3E%0A%3Cwap-provisioningdoc%3E%0A%3Ccharacteristic+type%3D%22BOOTSTRAP%22%3E%0A%3Cparm+name%3D%22NAME%22+value%3D%22SKLADDEVEL%22%2F%3E%0A%3C%2Fcharacteristic%3E%0A%3Ccharacteristic+type%3D%22APPLICATION%22%3E%0A%3Cparm+name%3D%22APPID%22+value%3D%22w5%22%2F%3E%0A%3Cparm+name%3D%22TO-NAPID%22+value%3D%22INTERNET%22+%2F%3E%0A%3Cparm+name%3D%22NAME%22+value%3D%22SKLADDEVEL%22%2F%3E%0A%3Cparm+name%3D%22ADDR%22+value%3D%22http%3A%2F%2Fmegalogika.stp.lt%2Ffunambol%2Fds%22%2F%3E%0A%3Ccharacteristic+type%3D%22RESOURCE%22%3E%0A%3Cparm+name%3D%22URI%22+value%3D%22card%22%2F%3E%0A%3Cparm+name%3D%22NAME%22+value%3D%22Contacts+DB%22%2F%3E%0A%3Cparm+name%3D%22AACCEPT%22+value%3D%22text%2Fx-vcard%22%2F
>>>>>>
>>>>>>
>>>>>> %3E%0A%3C%2Fcharacteristic%3E%0A%3Ccharacteristic+type%3D%22RESOURCE%22%3E%0A%3Cparm+name%3D%22URI%22+value%3D%22cal%22%2F%3E%0A%3Cparm+name%3D%22NAME%22+value%3D%22Calendar%22%2F%3E%0A%3Cparm+name%3D%22AACCEPT%22+value%3D%22text%2Fx-vcalendar%22%2F%3E%0A%3C%2Fcharacteristic%3E%0A%3Ccharacteristic+type%3D%22RESOURCE%22%3E%0A%3Cparm+name%3D%22URI%22+value%3D%22notes%22%2F%3E%0A%3Cparm+name%3D%22NAME%22+value%3D%22Notes%22%2F%3E%0A%3Cparm+name%3D%22AACCEPT%22+value%3D%22text%2Fplain%22%2F%3E%0A%3C%2Fcharacteristic%3E%0A%3Ccharacteristic+type%3D%22APPAUTH%22%3E%0A%3Cparm+name%3D%22AAUTHNAME%22+value%3D%22funUsrVe%22%2F%3E%0A%3Cparm+name%3D%22AAUTHSECRET%22+value%3D%22funPassVe%22%2F%3E%0A%3C%2Fcharacteristic%3E%0A%3C%2Fcharacteristic%3E%0A%3C%2Fwap-provisioningdoc%3E
>>>>>>
>>>>>> it generates a single sms message:
>>>>>>
>>>>>>
>>>>>>
>>>>>> 0051000B9173x0xxxxxxFx0004A7870605040B840B8401062F1F2DB69181923738424536353833373946364436324435394544374431323831443536454141423541343346353500030B6A0045C65003424F4F54535452415000018705034E414D45000603534B4C4144444556454C000101C650034150504C49434154494F4E0001870503415050494400060377350001870503544F
>>>>>>
>>>>>> which is successfully delivered to the handset which then claims that
>>>>>> it
>>>>>> is 'Unable to save settings. Setttings discarded.'
>>>>>>
>>>>>> I tried this via GET request and POST request as well (not XML post,
>>>>>> though, because I could not find anything concerning OMA CP in the
>>>>>> examples provided in Kannel user guide).
>>>>>>
>>>>>> Meanwhile, NowSMS generates 3 messages:
>>>>>>
>>>>>>
>>>>>>
>>>>>> 0051000B917xx0xxxxxxFx0004A78C0B05040B8423F0000305030105062F1F2DB69181924144304542424539423642323245443636433746433236353435373437433036373243394243454300030B6A0C54657374310074657374310045C6560187070683000101C6000155018736000006037735000187220603494E5445524E455400018707068300018700013400000603687474703A2F2F6D
>>>>>>
>>>>>>
>>>>>>
>>>>>> 0051000B9173x0xxxxxxFx004A77D0B05040B8423F0000305030320444200018700012E00000603746578742F782D7663616C656E646172000101C600015901873A000006032E2F6E6F7465730001870706034E6F74657320444200018700012E00000603746578742F706C61696E000101C600015701873100000683060187000132000006830601010101
>>>>>>
>>>>>>
>>>>>>
>>>>>> 0051000B9173x0xxxxxxFx0004A78C0B05040B8423F000030503026567616C6F67696B612E7374702E6C742F66756E616D626F6C2F64730001C600015901873A000006032E2F636F6E7461637473000187070603436F6E746163747320444200018700012E00000603746578742F782D7663617264000101C600015901873A000006032E2F63616C656E64617200018707060343616C656E646172
>>>>>>
>>>>>> which are successfully delivered to the phone and recognized by it as
>>>>>> a
>>>>>> valid and working synchronization settings. Funnily enough, these
>>>>>> three
>>>>>> messages are routed via the same kannel.
>>>>>>
>>>>>> Therefore my questions are:
>>>>>> * is Kannel wrongly transforming my request into OMA settings
>>>>>> provisioning
>>>>>> message?
>>>>>> * if so, is it because of my error or because of a bug in Kannel?
>>>>>>
>>>>>> any other advice?
>>>>>> --
>>>>>> Tomas "Verbaitis" Verbaitis ** http://megalogika.lt
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Julien Buratto
>>>>
>>>
>>>
>>
>>
>>
>> --
>> Julien Buratto
>>
>
>
>
> --
> Julien Buratto
>



-- 
Julien Buratto

Reply via email to