Return-Path: 
 <axis-user-return-54363-apmail-ws-axis-user-archive=ws.apache.org@ws.apache.org>
Delivered-To: apmail-ws-axis-user-archive@www.apache.org
Received: (qmail 77836 invoked from network); 3 Jan 2007 12:02:25 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 3 Jan 2007 12:02:25 -0000
Received: (qmail 36625 invoked by uid 500); 3 Jan 2007 12:02:23 -0000
Delivered-To: apmail-ws-axis-user-archive@ws.apache.org
Received: (qmail 36604 invoked by uid 500); 3 Jan 2007 12:02:23 -0000
Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-user@ws.apache.org
list-help: <mailto:axis-user-help@ws.apache.org>
list-unsubscribe: <mailto:axis-user-unsubscribe@ws.apache.org>
List-Post: <mailto:axis-user@ws.apache.org>
List-Id: <axis-user.ws.apache.org>
Delivered-To: mailing list axis-user@ws.apache.org
Received: (qmail 36593 invoked by uid 99); 3 Jan 2007 12:02:23 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Jan 2007 04:02:23 -0800
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: local policy)
Received: from [196.37.142.114] (HELO nss.lfi.co.za) (196.37.142.114)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Jan 2007 04:02:14 -0800
Received: from kerberos.int.opensolutions.co.za ([192.168.169.25])
	by nss.lfi.co.za (8.13.1/8.13.1) with ESMTP id l03C1TkW017506
	for <axis-user@ws.apache.org>; Wed, 3 Jan 2007 14:01:29 +0200
Subject: Re: SWA multipart/related boundary
From: Stefan Kok <stefan@opensolutions.co.za>
To: axis-user@ws.apache.org
In-Reply-To: <1167805543.3072.14.camel@localhost.localdomain>
References: <1167805543.3072.14.camel@localhost.localdomain>
Content-Type: text/plain
Date: Wed, 03 Jan 2007 14:05:28 +0200
Message-Id: <1167825929.3072.22.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
Content-Transfer-Encoding: 7bit
X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on nss.lfi.co.za
X-Virus-Checked: Checked by ClamAV on apache.org
X-Old-Spam-Status: No,
 score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.0.4

I have looked at the mm7 spec.  All their multipart/related  messages
end with the boundary in the header. I still am not sure if this is
applies only to mm7 or not.

Would it be possible to change this behavior ? Or is it by design ?

Regards
Stefan.

On Wed, 2007-01-03 at 08:25 +0200, Stefan Kok wrote:
> I have noticed that when SWA sends a multipart/related message it looks
> like:  (Trimmed to keep it short)
> 
> 
> POST /mm7 HTTP/1.1
> SOAPAction: ""
> User-Agent: Axis2
> Content-Length: 37588
> Content-Type: multipart/related;
> boundary=MIMEBoundaryurn_uuid_A9D5ECF2C417B3D84B11678015337975;
> type="text/xml";
> start="<0.urn:uuid:A9D5ECF2C417B3D84B11678015337976@apache.org>";
> charset=UTF-8
> Authorization: Digest username="username", realm="somerealm",
> nonce="RZs7zw==babe2df5bea49ce4", uri="/some", response="44a", qop=auth,
> nc=00001, cnonce="e4c3c3", algorithm="MD5"
> Host: fqdn:8080
> 
> --MIMEBoundaryurn_uuid_A9D5ECF2C417B3D84B11678015335343
> content-type: text/xml; charset=UTF-8
> content-transfer-encoding: 8bit
> content-id: <0.urn:uuid:A9D5ECFC417B3D84B11678015335504@apache.org>
> 
> <?xml version='1.0' encoding='UTF-8'?><soapenv:Envelope
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Header><mm7:TransactionID xmlns:mm7="http://www.3gpp.org/ftp/Specs/archive/23_series/23.140/schema/REL-5-MM7-1-3" mustUnderstand="1">MyTransaction</mm7:TransactionID></soapenv:Header>
> <soapenv:Body>
> .
> .
> .<Content href="urn:uuid:A9D5ECF2C417B3D84B11678015319801" />
> </SubmitRequest>
> </soapenv:Body>
> </soapenv:Envelope>
> --MIMEBoundaryurn_uuid_A9D5ECF2C417B3D84B11678015335343
> content-type: image/jpeg
> content-transfer-encoding: binary
> content-id: <urn:uuid:A9D5ECF2C417B3D84B11678015319801>
> 
> ......JFIF.............>Exif..II*.......................ACD Systems
> Digital Imaging.....ACD Systems Digital
> Imaging.......d...."..........................
> ..
> ..
> ...............("..&...#/#&)*---.!141+4(,-+..........@
> +$+@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@...%
> 67U..............................................A..!
> 1.Q.".Bq............?...E...,..o.pi=...R...F;....Mul0.d..
> .c......QK .R f..k....?n/.&.....o.K..X.....vN(.....8.....m..(.
> --MIMEBoundaryurn_uuid_A9D5ECF2C417B3D84B11678015335343
> content-type: application/octet-stream
> content-transfer-encoding: binary
> content-id: <urn:uuid:A9D5ECF2C417B3D84B11678015321042>
> 
> #!AMR
> ..@.3
> "X....IM.8L..:....Cl'V......f@....%..H...y.......:.C[E..W.}..4S..,...
> .u=Ge.&V.......p.8S....u.2Y......3.@.7k.3.*..........X..v.c..i.8..@.6b.Qs.N.....L....w....W..).\.A....{K"..gC.3.go.!......8.\'..].....D..@.....GWO:$..d......oG.@.......=.p.."....`...[T.KU. 
> --MIMEBoundaryurn_uuid_A9D5ECF2C417B3D84B11678015335343--
> 
> Should it not end something like:
> 
> $..d......oG.@.......=.p.."....`...[T.KU. 
> --MIMEBoundaryurn_uuid_A9D5ECF2C417B3D84B11678015335343--
> --boundary=MIMEBoundaryurn_uuid_A9D5ECF2C417B3D84B11678015337975-- [1]
> 
> [1] Taken from the header.
> 
> I have seen many samples with this format. I am not an expert but it
> seems odd.
> 
> Kind regards
> Stefan.
> 
> 
> 
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
> 
-- 
Stefan Kok <stefan@opensolutions.co.za>


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org