Blank AS2 MDNs (both synchronous and asynchronous)

i have set synchronous mdn as2 agreement third party whom exchanging edi document (as2 send \receive pipelines).

on receive side , having problem in sending asynchronous mdn. through wireshark monitored biztalk sending blank mdn doesn’t have as2 headers , hence partner gets error delivery of message failed whereas on our biztalk server, receive document , no error generated. message exchange sequence when client sends message captured via wireshark given below .

post /wow/btshttpreceive.dll http/1.0
host: as2uat.costagroup.com.au:75
user-agent: rpt-httpclient/0.3-3i (linux)
as2-from: gxs_as2_ics
as2-to: costaas2uat
as2-version: 1.2
date: fri, 24 jul 2015 05:26:18 gmt
disposition-notification-options: signed-receipt-protocol=optional,pkcs7-signature; signed-receipt-micalg=optional,sha1
disposition-notification-to: http://as2.am.gxsics.com/enterprise/as2
ediint-features: as2-reliability
from: notifyas2@gxs.com
message-id: <003646685903804443@as2.am.gxsics.com>
mime-version: 1.0
subject: as2 data message request
accept-encoding: deflate, gzip, x-gzip, compress, x-compress
content-type: application/pkcs7-mime; smime-type=enveloped-data
content-length: 3392

0...*.h..
.....0....1..0.....0@021.0..
..&...,d....costas1.0...u....costa group uat.
a.2.......0
..*.h..
...........!..i....%c..e..a..qj......>._..o.3...]g].|....me......h....f......k%.a......d.?..ervn9.n?w.......[f .f,..j..t.j.)c8..+.j....a0...*.h..
...0...*.h..
..........7"......r...cvz.\
.}...i.....=+....-..j.l.9u....pig.d.akn"...;t.jmzd..voa.....2e......h.6....c......n..=.j=.,.5..:.k..[.........5......<z.6.:_d7?...}xfed.a....t.t.i...,w..s.2.tj.</....gc.b......!1...l.e...p..._2t.....*>.....k"..o.p...<..'m.3f ......??
...kv.@m.\o....j.+a...;_.ht..........g..e...<..[$&d..'fs...f,..yw.......m.w.ds%..c.......z
<.szm8t..)uf..[j...7.z|.s..q[5.....b.2......v..n.n..}.>.ah........^.....5j8?.._o..u"g:....z
...)v....w..y..>.........pb.......vej....#w.4{.s.../......h%...#g
|..\.c..[.,.;...f...6....:.....
.;.\1<lqn.....'d.]..c..(.c`..z...{.w.....z..(..........z...v.../_.x.ch...i......9....d.h0"xe..xn6.....?.k69.......u=.
`.....ac....k..k...-.z.?.]].k.'..{...~...u.n....q....d..........b...wc...)....*.....py....m.....x..
d.....<...{/d.3\.1w:vg...e...w. ..... 
..'b...)k\......r......._.)...lkt......n...z.kj.r_,`...nw......... .h.jedc......%._....,g.........d....\....p\.
?$..4vk..e.s.l..u.....j.um....,....g....:...b.s..*...%.q..d.."..:.;.....,mo.d..bhzs..5>...
..%...b|.<....cl.fus..p.zj...... .]...d.w...np....8...v8.....6...x.....\..@:.l.|.}.^k..~.."...3....,...a.~...k.....).ra....-.u.@.]v.....a..2...n......:.p.g..d.#.o!jx...f..s.......i6m.d../i........[...n....bca......_c...<...)e....x..3.0..1bme.8e.{..s...1...a...ntde9u.8n0..(.......)........6...j...h
.6...&......5...zg....1k..c8.ub3.y.u7t.y...e6;k.u..h5.].@]...l.n..+|..-...tr..+a.;k..... ...t..}c..."ep....9...g.e.......\...r.njspm..g...e*b...n4....;...z.3..:...g=.........h&&*./...!wp...:.....z....u.'....,-h......#....9p...0....8.&.%.=...~.....a.\y..#..x..h..$.#f...~;..v..
........<.z.c.>..... ./..}.n.6e,u....p..y.r5]f.p!k6..x 0.... .....#..g...-mp........@.
...o.....i.
`..vx.gr.......zt.....+........c.."c.f..........^..[/.......i.l.9..ss..~..p.q..c......n2.k|e.f..|...r..8.....'....x.?.........vz...h.e.y.>...oi.b..8.}6e.
?...#a.s....)..k...h..?zr;.5.......k............uic.a..lh.r..z..;...f...k.pf[<...3obe...o-............4....e..|*.l.\[+...+.^...km...ox........r..b..u\..1.).sw..s....rh.0c.......i............-l....7.`l+)c......j..g.\z..e/.....]..|..>......w...-sqbppo.n...^@....q.>.....5.d0,.,( ..1.(s....'..a\...~.f.i.o..).wm^...u(g.{..#.{.vm.......|....@.l%.2_d.?$.........)..l+).'.p.:...|.vg..b.w).w.k".^..y......f.)#..x/z.i...h)....=|.].....
0m?f...t$#.e...",..e.f..
.$..g...v..zr.... j.~..n..l.r..z.....dc.~b......>\..`
.....g.>.{j.x.....2....h........1.z..vd..ua2
.k........o=..8.j.v..
..].w.][.0..i...v...h.s.;....4.....a...b.=..(....^....4.f`.p>.-/.'.j...s..x.....ol..:....q.h.z..!.
1...z|..?.as.+....tt..>.....k.......i..d...t.azh.h..c.........x."]..|`..n2.f.[.d..!...2....e....;vw.......fy.<../....}...c:"..y..*..x.z....a..&............fy...v..\[..d..;.......w...<[<.g.x..>.d .`..q@+.*&.j.. .`.+.t.......k,.....h....$...
=0m'.....{.!...u...u%....q.0.....d.o.lej$...^#q..1...2%{..adv.q"..pm.p.7&#...?md3..........gv
v...wguv..?$..vk=t.u/...1.u.....#.n...b...6..#:...2..|.i.".^v.5.....l..n....r..r.{y.u........c4.s....p}.-#.t.g.fr....
..|.(....m.mb.........7.e..i.n...ip..m.}e.c'.%.w/.8.b...s.j..gh......q.\.8.......&...q%<....#."....h9i.x........p..........[.s.
c.p.4..rf.s..w.<...8...&..a...%............

http/1.1 200 ok
content-length: 0
content-type: application/edifact
server: microsoft-iis/7.5
x-powered-by: asp.net
date: fri, 24 jul 2015 05:26:28 gmt
connection: close

<o:p></o:p>

 <o:p></o:p>

in biztalk admin as2/mdn  status report, status of mdn set “acknowledged-processed” appears under acknowledgement-rejected filter (because of blank as2 header).

the http settings message reception on as2 agreement have 3 options true : expect 100 continue, unfold http headers, keep connection alive

the http settings mdn on as2 agreement have no options selected.

as2 ids correct 

hi faizaaustralia,

please check certificate configured correctly because if wrong certificate details configure as2 party, partner cannot decode/decrypt message , might blank. please make sure partner has certificate details.

please refer below related thread reference,

as2 synchronus empty mdn

---

thanks, if reply helpful please mark answer or vote helpful.

BizTalk Server  >  BizTalk Server EDI and AS2