Re: ppg push - product-name attr.

Aarno Syvänen <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
Hi,

Actually Kannel baseline is 1.2 (as specified in MMS specs). But of  
course implementing product-name is useful, with it we can support  
quirks of at least some vendors.

Aarno

On Thursday, March 20, 2003, at 10:11 AM, Bas A. Schulte wrote:

> On Thursday, March 20, 2003, at 09:54 AM, Aarno Syvänen wrote:
>
>> this is a bug in any case: Kannel should ignore attributes it does  
>> understand, expect in the case of fatal errors (phone number,
>> for instance). What specs are referring ? Kannel may even implement  
>> product-name ;)
>
> First the WAP 2.0 specs, document WAP-247-PAP-20010429-a.pdf  
> (http://www1.wapforum.org/tech/terms.asp?doc=WAP-247-PAP-20010429- 
> a.pdf), section 8.1:
>
>> <!ELEMENT pap ( push-message
>> | push-response
>> | cancel-message
>> | cancel-response
>> | resultnotification-message
>> | resultnotification-response
>> | statusquery-message
>> | statusquery-response
>> | ccq-message
>> | ccq-response
>> | badmessage-response) >
>>
>> <!ATTLIST pap
>> product-name CDATA #IMPLIED
>> >
>>
>> The pap element specifies a set of elements that describe messages.  
>> The elements are tagged with "message" or
>> "response" suffix to make it clear when they are messages or  
>> responses to messages.
>>
>> Attributes
>>
>> product-name=CDATA
>>
>> This attribute contains the name or identification of the pap  
>> handling application that generated the message. It
>> may be useful in operational compatibility between various vendor  
>> implementations.
>
> I also checked the 1.2.1 specs, document WAP-164-PAP-19991108-a.pdf  
> (http://www1.wapforum.org/tech/terms.asp?doc=WAP-164-PAP-19991108- 
> a.pdf), section 9.1, which is exactly the same.
>
> ,To conclude, Kannel should handle this ok ;) It might of course set  
> the attribute in pap result documents as well.
>
> Regards,
>
> Bas.
>
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.