Thanks for the quick reply. I did as you suggested, pulled mbuni code from CVS and modified the conf to mm7-version = 5.6.0. After running the test, the VASP rejected the deliveryReq because the MM7Version was not 5.3.0. The VASP indicated that they only implemented up to 5.3.0 and they also indicated that the 5.3.0 schema supports the Sender elements in the deliveryReq and deliveryReportReq. I reviewed the 24130-530 specification to find that the Sender elements are supported.
Is it possible to update mbuni to support the Sender elements in version 5.3.0? <xs:element name="RFC2822Address"> <xs:element name="Number"> <xs:element name="ShortCode"> Thanks, Ronnie "P. A. Bagyenda" <[EMAIL PROTECTED]> 06/02/2008 10:53 AM To Ronnie Jones/Raleigh/[EMAIL PROTECTED] cc [email protected] Subject Re: [Users] Sender element missing sub element in deliveryReq and deliveryReportReq Hi, Use the CVS version and set the MM7 version in use to > 5.3.0 (in the conf file) and Mbuni will do the right thing. Mbuni supports both older and new MM7 encodings, hence the apparent 'error'. On Jun 02, 2008, at 15:03, Ronnie Jones wrote: I'm a first time user of mbuni, and it seems to be a good piece of software but I've seem to have ran into an issue with deliveryReq and deliveryReportReq where the Sender element should contain the following sub elements: <xs:element name="RFC2822Address"> <xs:element name="Number"> <xs:element name="ShortCode"> Can this please be reviewed and determine whether there is a mbuni fix.... Below is a snippet from the trace that was producted by mmsreply. It appears that the Sender address should have one of the three sub elements above. 2008-06-01 23:41:22 [19623] [27] INFO: MMS Relay: Send[soap] to VASP[newscorp], msg_type=[m-send-req], from=[100/TYPE=PLMN], to=[111/TYPE=PLMN] 2008-06-01 23:41:22 [19623] [27] DEBUG: SOAP headers dump follows: 2008-06-01 23:41:22 [19623] [27] DEBUG: Dumping HTTP headers: 2008-06-01 23:41:22 [19623] [27] DEBUG: Octet string at 0x9fd5c60: 2008-06-01 23:41:22 [19623] [27] DEBUG: len: 14 2008-06-01 23:41:22 [19623] [27] DEBUG: size: 15 2008-06-01 23:41:22 [19623] [27] DEBUG: immutable: 0 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 53 4f 41 50 41 63 74 69 6f 6e 3a 20 22 22 SOAPAction: "" 2008-06-01 23:41:22 [19623] [27] DEBUG: Octet string dump ends. 2008-06-01 23:41:22 [19623] [27] DEBUG: Octet string at 0x9fd7220: 2008-06-01 23:41:22 [19623] [27] DEBUG: len: 148 2008-06-01 23:41:22 [19623] [27] DEBUG: size: 149 2008-06-01 23:41:22 [19623] [27] DEBUG: immutable: 0 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 6d 75 Content-Type: mu 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 6c 74 69 70 61 72 74 2f 72 65 6c 61 74 65 64 3b ltipart/related; 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 20 74 79 70 65 3d 22 74 65 78 74 2f 78 6d 6c 22 type="text/xml" 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 3b 20 73 74 61 72 74 3d 22 3c 73 31 32 31 32 33 ; start="<s12123 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 37 38 30 38 32 2e 31 30 34 35 39 31 37 30 36 30 78082.1045917060 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 2e 46 72 2e 6d 73 67 3e 22 3b 20 62 6f 75 6e 64 .Fr.msg>"; bound 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 61 72 79 3d 5f 62 6f 75 6e 64 61 72 79 5f 31 32 ary=_boundary_12 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 34 31 39 35 31 32 36 32 5f 31 32 31 32 33 37 38 41951262_1212378 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 30 38 32 5f 55 5f 67 5f 62 64 31 35 31 38 39 33 082_U_g_bd151893 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 39 38 39 32 9892 2008-06-01 23:41:22 [19623] [27] DEBUG: Octet string dump ends. 2008-06-01 23:41:22 [19623] [27] DEBUG: Octet string at 0x9fd5ee0: 2008-06-01 23:41:22 [19623] [27] DEBUG: len: 17 2008-06-01 23:41:22 [19623] [27] DEBUG: size: 18 2008-06-01 23:41:22 [19623] [27] DEBUG: immutable: 0 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 4d 49 4d 45 2d 56 65 72 73 69 6f 6e 3a 20 31 2e MIME-Version: 1. 2008-06-01 23:41:22 [19623] [27] DEBUG: data: 30 0 2008-06-01 23:41:22 [19623] [27] DEBUG: Octet string dump ends. 2008-06-01 23:41:22 [19623] [27] DEBUG: End of dump. 2008-06-01 23:41:22 [19623] [27] DEBUG: SOAP MSG is: --_boundary_1241951262_1212378082_U_g_bd1518939892 Content-Type: text/xml Content-ID: <s1212378082.1045917060.Fr.msg> <?xml version='1.0' encoding='UTF-8'?> <SOAP-ENV:Envelope xmlns:SOAP-ENV=" http://schemas.xmlsoap.org/soap/envelope/";> <SOAP-ENV:Header> <mm7:TransactionID xmlns:mm7=" http://www.3gpp.org/ftp/Specs/archive/23_series/23.140/schema/REL-5-MM7-1-2 " SOAP-ENV:mustUnderstand="1">mmsc-sipintel27-j-l2-qf8081.9.x501.40</mm7:TransactionID> </SOAP-ENV:Header> <SOAP-ENV:Body> <mm7:DeliverReq xmlns:mm7=" http://www.3gpp.org/ftp/Specs/archive/23_series/23.140/schema/REL-5-MM7-1-2 "> <mm7:MM7Version>5.3.0</mm7:MM7Version> <mm7:Recipients> <mm7:To> <mm7:Number>111</mm7:Number> </mm7:To> </mm7:Recipients> <mm7:MMSRelayServerID>mmsc-sipintel27</mm7:MMSRelayServerID> <mm7:LinkedID>mmsc-sipintel27-j-l2-qf8081.9.x501.40</mm7:LinkedID> <mm7:Sender>100</mm7:Sender> <mm7:TimeStamp>2008-06-02T03:41:16Z</mm7:TimeStamp> <mm7:Subject>Party Time</mm7:Subject> <mm7:Content href="cid:c1212378082.1835012365.Ui.msg"/> </mm7:DeliverReq> </SOAP-ENV:Body> </SOAP-ENV:Envelope> --_boundary_1241951262_1212378082_U_g_bd1518939892 Content-Type: text/plain Content-ID: <c1212378082.1835012365.Ui.msg> This is a test begin-aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa-end --_boundary_1241951262_1212378082_U_g_bd1518939892-- Also, here is a snippet from the XSD taken from the Specification for the deliveryReportReqType that maps to the mentioned sub elements. <xs:element name="DeliveryReportReq" type="tns:deliveryReportReqType"> <xs:annotation> <xs:documentation>MMS to VASP : Delivery Report from one of the MM recipients</xs:documentation> </xs:annotation> </xs:element> <xs:complexType name="deliveryReportReqType"> <xs:complexContent> <xs:extension base="tns:genericRSReqType"> <xs:sequence> <xs:element name="MessageID" type="tns:messageIDType"/> <xs:element name="Recipient" type="tns:addressType"/> <xs:element name="Sender" type="tns:addressType"/> <xs:element name="Date" type="xs:dateTime"/> <xs:element name="MMStatus" type="tns:mmDeliveryStatusType"/> <xs:element name="StatusText" type="xs:string" minOccurs="0"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> <xs:complexType name="addressType"> <xs:group ref="tns:AddressGroup"/> </xs:complexType> <xs:group name="AddressGroup"> <xs:choice> <xs:element name="RFC2822Address"> <xs:complexType> <xs:simpleContent> <xs:extension base="xs:string"> <xs:attribute name="displayOnly" type="xs:boolean" use="optional" default="False"/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> <xs:element name="Number"> <xs:complexType> <xs:simpleContent> <xs:extension base="xs:NMTOKEN"> <xs:attribute name="displayOnly" type="xs:boolean" use="optional" default="False"/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> <xs:element name="ShortCode"> <xs:complexType> <xs:simpleContent> <xs:extension base="xs:NMTOKEN"> <xs:attribute name="displayOnly" type="xs:boolean" use="optional" default="False"/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> </xs:choice> </xs:group> Thanks, Ronnie_______________________________________________ Users mailing list [email protected] http://lists.mbuni.org/mailman/listinfo/users
_______________________________________________ Users mailing list [email protected] http://lists.mbuni.org/mailman/listinfo/users
