I don't know if others have recognised the =3D as the 'quoted
printable' Content-Transfer-Encoding. The body of the posted message
is not being decoded correctly. Once decoded it would be valid XML.

Perhaps you are able to prevent the XML body from being encoded or
find another mechanism by which to post the XML as an octet stream.

The root cause IMO is that the content-transfer-encoding header is not
implemented in Mbuni.

On 8/21/07, Tom Weber <[EMAIL PROTECTED]> wrote:
> Hello Paul,
>
>   this XML is comming directly from the MMS Server of one of the
> providers, but I cannot tell You exactly what Platform it is, but the
> second XML bit, which is correect, is comming from the same Server,
> so it switches to this strange behaviour if there are some special
> chars in it. Might be a problem on the Provider side ? I can call
> them and ask what platform it is
>
>   Thanks,
>
>   Tom
>
> On 21 Aug 2007, at 09:14, P. A. Bagyenda wrote:
>
> > Hi,
> >
> >  WE use libxml2 to do the parsing, and we trust what it returns to
> > us. What is the source of this type of content??
> > On Aug 20, 2007, at 13:40, Tom Weber wrote:
> >
> >> Hello everybody,
> >>
> >>   I noticed a strange behavior in the XML parser, which cannot
> >> parse XML data, if there are some special chars for example in the
> >> title, some elements of the XML have strange behaviors. Here a
> >> concrete example:
> >>
> >> <?xml version=3D"1.0" encoding=3D"UTF-8"?>
> >> <soapenv:Envelope xmlns:soapenv=3D"http://schemas.xmlsoap.org/soap/
> >> envelope=
> >> /">
> >>   <soapenv:Header>
> >>     <mm7:TransactionID soapenv:mustUnderstand=3D"1"
> >> xmlns:mm7=3D"http://www=
> >> .3gpp.org/ftp/Specs/archive/23_series/23.140/schema/REL-5-
> >> MM7-1-4">o3fIjPEQ=
> >> jOQ8M</mm7:TransactionID>
> >>   </soapenv:Header>
> >>   <soapenv:Body>
> >>     <mm7:DeliverReq xmlns:mm7=3D"http://www.3gpp.org/ftp/Specs/
> >> archive/23_s=
> >> eries/23.140/schema/REL-5-MM7-1-4">
> >>       <MM7Version>5.3.0</MM7Version>
> >>       <Recipients>
> >>         <To>
> >>           <Number>+1234</Number>
> >>         </To>
> >>       </Recipients>
> >>       <Sender>
> >>         <Number>+352123456789</Number>
> >>       </Sender>
> >>       <Priority>Low</Priority>
> >>       <Subject>ze sp=E9it</Subject>
> >>       <Content href=3D"cid:82b1df57ac19e1590139b78ecd70603a"/>
> >>     </mm7:DeliverReq>
> >>   </soapenv:Body>
> >> 2007-08-20 12:17:46 [23615] [3] DEBUG:  --> Enterred mm7dispatch
> >> interface, mreq=[Null] mtype=[Null] <--
> >> 2007-08-20 12:17:46 [23615] [3] DEBUG: HTTP: Resetting HTTPClient
> >> for `127.0.0.1'.
> >> 2007-08-20 12:17:46 [23615] [3] DEBUG:  --> leaving mm7dispatch
> >> interface, mresp=[ok], body=[ok], mm7_status=[1000] <--
> >> 2007-08-20 12:17:46 [23615] [3] DEBUG:  entered free_clientinfo 0,
> >> ip=[-1404684184]
> >> 2007-08-20 12:17:46 [23615] [3] DEBUG:  left free_clientinfo
> >>
> >>   As You see, there are some "3D" strings in the XML which
> >> prevents mbuni for parsing the string correctly.
> >>
> >>   While this one is working as expected:
> >>
> >> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/
> >> envelope/">
> >>   <soapenv:Header>
> >>     <mm7:TransactionID soapenv:mustUnderstand="1"
> >> xmlns:mm7="http://www.3gpp.org/ftp/Specs/archive/23_series/23.140/
> >> schema/REL-5-MM7-1-4">D6i8p6TOiIQ8M</mm7:TransactionID>
> >>   </soapenv:Header>
> >>   <soapenv:Body>
> >>     <mm7:DeliverReq xmlns:mm7="http://www.3gpp.org/ftp/Specs/
> >> archive/23_series/23.140/schema/REL-5-MM7-1-4">
> >>       <MM7Version>5.3.0</MM7Version>
> >>       <Recipients>
> >>         <To>
> >>           <Number>+1234</Number>
> >>         </To>
> >>       </Recipients>
> >>       <Sender>
> >>         <Number>+352123456789</Number>
> >>       </Sender>
> >>       <Priority>Low</Priority>
> >>       <Subject>Ajadmtpjm</Subject>
> >>       <Content href="cid:828d4019ac19e1590139b78e0d0f7ac8"/>
> >>     </mm7:DeliverReq>
> >>   </soapenv:Body>
> >> </soapenv:Envelope>
> >> !
> >> 2007-08-20 11:14:30 [23615] [3] INFO: parse.soap, h=TransactionID,
> >> v=D6i8p6TOiIQ8M!
> >> 2007-08-20 11:14:30 [23615] [3] INFO: parse.soap, h=MessageType,
> >> v=DeliverReq!
> >> 2007-08-20 11:14:30 [23615] [3] INFO: parse.soap, h=MM7Version,
> >> v=5.3.0!
> >> 2007-08-20 11:14:30 [23615] [3] INFO: parse.soap, h=To, v=+ +12341/
> >> TYPE=PLMN!
> >> 2007-08-20 11:14:30 [23615] [3] INFO: parse.soap, h=Sender, v=+ +
> >> 352123456789/TYPE=PLMN!
> >> 2007-08-20 11:14:30 [23615] [3] INFO: parse.soap, h=Priority, v=Low!
> >> 2007-08-20 11:14:30 [23615] [3] INFO: parse.soap, h=Subject,
> >> v=Ajadmtpjm!
> >> 2007-08-20 11:14:30 [23615] [3] INFO: parse.soap, h=Content, v=cid:
> >> 828d4019ac19e1590139b78e0d0f7ac8!
> >>
> >>   Anybody an idea ?
> >>
> >>   Thanks,
> >>
> >>   Tom
> >>
> >> _______________________________________________
> >> Users mailing list
> >> [email protected]
> >> http://lists.mbuni.org/mailman/listinfo/users
> >
>
> _______________________________________________
> Users mailing list
> [email protected]
> http://lists.mbuni.org/mailman/listinfo/users
>


-- 
Regards,

James
_______________________________________________
Users mailing list
[email protected]
http://lists.mbuni.org/mailman/listinfo/users

Reply via email to