Mystery really. There must be something slightly mal-formed about the message body in the MM7 packet, but it is not obvious to the eye. Perhaps looking at the binary MMS packet would help. Also perhaps a full log on the MMSC side.
On Oct 05, 2007, at 14:32, Kristof Szabo wrote:

My script. I used it with a Nokia MMSC before.

Am Freitag, den 05.10.2007, 14:25 +0300 schrieb P. A. Bagyenda:
Who is doing the MM7 packet composition/creation, your script or Mbuni?
On Oct 05, 2007, at 13:30, Kristof Szabo wrote:

Thank's for the answer!

Mbuni is the MMSC.

When I open the downloaded message the phone (N70) says:
Unable to display message. Select 'Objects' in options menu for details. Under Objects the image is listed, with it's filename, but when I try to open it, it says:
    Unable to open image.

Altough it seems worthless, I tried with other content types eg. image/tiff. Of course it doesn't work.

I also tried 8bit as transfer encoding, the result is the same.

Am Freitag, den 05.10.2007, 12:41 +0300 schrieb Paul Bagyenda:
As far as mbuni is concerned, text and image are no different. It may be that the MMSC side (if it is not mbuni) is not quite handling the base64-encoded content correctly. Or the device does not like the image type. A quick test is to try and look at the message properties on the device (nokia series 60 allow this at least) to figure out if the device is receiving ALL content elements.


 For this case, CVS will not be doing anything differently.

On 10/5/07, [EMAIL PROTECTED] <kris- [EMAIL PROTECTED]> wrote:
Hello,

I\'d like to send MMS via the MM7 interface of Mbuni. Everything \'s fine with messages containing smil+text, but I cannot send messages containing smil nd image. Both arrive to the handset, but the image part isn\'t shown
in the presentation and cannot be opened. Any idea? Here\'s my SOAP
request:


[EMAIL PROTECTED]:~/projects/mmstest$$ date; cat image3.smil | perl smil2mm7.pl
"+xxxxxxxxx"
Thu Oct  4 16:50:38 CEST 2007
Opening mmsc connection.
POST / HTTP/1.1
Content-Type: multipart/related; type="text/xml";
        boundary="----=_Part_1334_4321325.1167917985736"
Content-Length: 4522
Host: localhost:2081
Authorization: Basic xxxxxxxxx
SOAPAction: ""

------=_Part_1334_4321325.1167917985736
Content-Type: text/xml; charset=UTF-8

<soap-env:Envelope xmlns:soap-env="http://schemas.xmlsoap.org/ soap/envelope/"><soap-env:Header> <TransactionID xmlns="http://www.3gpp.org/ftp/Specs/archive/ 23_series/23.140/schema/REL-5-MM7-1-2 " soap- env:mustUnderstand="1">MMS_74_20070104143945705</TransactionID>
</soap-env:Header>
<soap-env:Body>
<SubmitReq xmlns="http://www.3gpp.org/ftp/Specs/archive/ 23_series/23.140/schema/REL-5-MM7-1-2">
        <MM7Version>5.3.0</MM7Version>
        <SenderIdentification>
            <VASPID>xxxxxxxxx</VASPID>
            <VASID>xxxxxxxxx</VASID>
            <SenderAddress>
                <Number>+xxxxxxxxx</Number>
            </SenderAddress>
        </SenderIdentification>
        <Recipients>
            <To>
                <Number>+xxxxxxxxx</Number>
            </To>
        </Recipients>
        <ServiceCode>VM2MSS2</ServiceC ode>
        <MessageClass>Informational</MessageClass>
        <TimeStamp>2007-10-01T12:50:45+01:00</TimeStamp>
        <ExpiryDate>PT1439M</ExpiryDate>
        <DeliveryReport>false</Deliver yReport>
        <ReadReply>false</ReadReply>
        <Priority>Normal</Priority>
        <Subject>aaaa</Subject>
        <Content href="comverse.cid" allowAdaptations="true"/>
    </SubmitReq>
</soap-env:Body>
</soap-env:Envelope>
------=_Part_1334_4321325.1167917985736
Content-Type: multipart/related; type="application/smil";
boundary="----=_Part_1332 _5551572.1167917985629"; start="<smil>"
Content-Id: <comverse.cid>

------=_Part_1332_5551572.1167917985629
Content-Type: image/jpeg; name=image2.jpeg
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename=image2.jpeg
Content-ID: <image2.jpeg>
Content-Location: image2.jpeg

/9j/4AAQSkZJRgABAQIAJQAlAAD//gAXQ3JlYXRlZCB3aXRoIFRoZSBHSU1Q/ 9sAQwABAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB / 9sAQwEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEB AQEBAQEBAQEBAQEB/8AAEQgAIAAgAwEiAAIRAQMRAf/ EABkAAQEAAwEAAAAAAAAAAAAAAAkIBQYK Cgf/xAAjEAACAgMBAAIDAAMAAAAAAA AEBQMGAgcIAQkVExQWERcm/ 8QAGAEAAgMAAAAAAAAAAAAA AAAABAUCBwj/xAAiEQADAQEBAQACAgMBAAAAAAACAwQBBQYHERMSIRQWIzP/ 2gAMAwEAAhEDEQA/ AOXX4/Pj8SboSQbt3bB+9rE77cCk0kBuWCXcCwSzUTN+/ ZojRGiREkaCHBqlQZwLt07BzPPzBrQI w1zS7cnZ3NnGrNNqGelWtbIMCQ0GqO sdcrkNdRLGZHjGFiB66Mo9YZAvmZzj39ulkPh4nyyxhPZF rkaUebBd7bIZ8ucjLEOofDqrIwOqGlai2VuCMGdGro9eaF+krj2MLVmYd/ MU8isCMPWAT5aQ3jsw T2JypHynmHS56T5KOWbLq3YKCg/HvHQiJOBUNnnNS8/33blM1EqT9m+Kwf2P/ pZqhkBuBUWE5Ed/ hGtqbOJ/ImFpm8oE8/5xmfMPAjzE /UWecR2qO30uWda/ RWqBtvQ4c1Wap0xnLG6vmroBvMnmwUFm 9J9Niabcbu9v+w9raC88NxyBJPRiihUWgpNbF/ghYOMaCgqglkNBs3Tz8IBaip7W/ e3I3UbP3UL5 YcvktRydWpqO6qhXiK7eWeZEzEBcN6I0uFY9ODZql/q8SzkKCghk +NRBVmNs5lxHgPzvL46B9XLC 9xc+KDptdqwcJb3QMTGbxnShwh8cJ7 gkNaEsHLeqZxxel2kU4w1nVSPSH0c5NQmPjpMbbV4W6e1T bZqpNqu17AjxBCYiWrVVYtl5qTAczDLzKOFmBX4SgjgioSQjVbpcqZx5j4nRCTpj1LN h0C8Svdp7 J5sirvSVHtY1nSnP9dPItsITIGexql6uBJBbO0tjQrJGQJKZ9lTWRDKN5nZSK6yauWx 7NoyhgR8V /R+xj2PCfU/JHyfVQS1u4HrEcZ8LZX zMzThocYNDA/m39v60szndKID/ AOar1SWUGVAjy2y9jzvT GnmuYsLeadQOFgMH+nAGaO/y/A4OkQ/ vnbuf2SCapejd7a3Z9R8jLH2ofTrVIvOqG6qipVpyM2d5 rpFeaCejLgGMypmGd/MXAiziL/V5r5kQojrISKVy2HxgDPkLr228k21 +2UoAbjUriCIJb6gWXgmI YkJsGedbaK7JgsalJzk5TU/GSPIBis ZrGLEQtd9h9O4SV38fnyBpNLpINJbtn/ R1iD9ufSbsAoLO Lp5ZxZr1mgfrEQRbR2idtCzjFTUME52ldnZgH4HVo4YmmIjsjgnkbqNn5t5CzOXyWo5 w0bW7Stvr xFdvLPMiFcexJ8LV3CsenBs1TDxgXWB1BDJ8a9Ns0jZzLkRANdBX9ar899R +Xehg5X0LlQyT+g8/ RWCaJKEgc7KpV0BVhyHlTZNytW8zqc zcA9C4LYqZpcrzK7fO +hidTxKXMZFatekDQPRPFs0NXuMz 9Ys/5F/ kTUZujhJJLVlNtX5UemLhbZm2tWoOn6liCEIFUBFFQvJHhEOGWZzRpZLXT5ijTjSppM Y4 14CVYGsHXCYrp2ELFw1b3lVtupfz+HeOrLZ+O4svu7o4/qENTof +u6VANF9etsX0caxWP+urWT3B uY7EUtkP35FffiiEV6b/AB43rfgnkb lxn7t58zOYSVU5O0U27dVvrw9dozPAiZcAxG8EV0+seHGM 2q/xeXZx25C18EiNrMilzFiROfneXyLj7RWF6d58bnQ67aA4RXu/ 4hs0bO6jmj45z09IE0GXuVFU wjl9EtJRwYTO1EeEIY4BqhCfJdnXO6HpPlCOx7P617uvsegvnpX57w0vcooldQ9ufm4 uUs5oEqFi tWJSSDzOXIxhYbOg+WRAr0QekOXlea 46pYkmsruwyMAYAAP/ AI5SWMcZaJYW4xu0UNwc3BQDGn//
2Q==
------=_Part_1332_5551572.1167917985629
Content-Type: application/smil
Content-Transfer-Encoding: 7bit
Content-ID: <smil>

<smil><head><layout><root -layout width="176" height="208"/><region
id="Image" width="160" height="120" top="10" left="8" fit="meet"/ ></layout></head> <body><par dur="5000ms"><img region="Image" src="image2.jpeg"/></par></body></smil>
------=_Part_1332_5551572.1167917985629--

------=_Part_1334_4321325 .1167917985736--



I tried with several referencing methods, eg. using image2 instead of
image2.jpeg as content-id, but no difference.

One very interesting thing, that including the same image in an MMS created on the handset, results a slightly different MMS in the Mbuni queue: it
seems that the Content-Type of the image is somehow other encoded.

Any ideas? Can anyone send me a working SOAP request that I could use as starting point? Is there an sense in trying the CVS version instead of the
latest stable?

Thanks in advance,
Kristof




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




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

Reply via email to