AS2 Message Integrity Check failure

  • 23 October 2023
  • 1 reply

Userlevel 3

Just received an error on the Input of my AS2:

The Message Integrity Check returned by the server is incorrect. Expected: iPPnthXZ7ofwn1v8b6lzhhPhE+2ZYHp+aHDfRgJsI8c=; Received : hrROR/jpYl1Q7PKbG2tY4AHImdCALRS37NPEDiH+5go=

This is the first time I’ve seen this error.  What I don’t know is - is this on my side or the trading partner?

Anyone familiar?



Best answer by James B 24 October 2023, 20:48

View original

1 reply

Userlevel 6

In an AS2 transmission, delivery of the payload is guaranteed when the sender of the transmission generates a MIC (message integrity check) over the transmitted payload (usually as the message is signed), and when the trading partner returns a signed receipt for the transmission, the MIC that was calculated by the sender is compared to one returned in the receipt by the receiver. 


This is an error that comes from a mismatch between what MIC your partner reports receiving, and the MIC created by Arc when the transmission is sent. This could be an indication that the trading partner is calculating the MIC incorrectly; is you trading partner using an AS2 solution that has been certified as Drummond Interoperable?


You can find a list of Drummond certified AS2 solutions at and so long as your partner is using a Drummond certified solution, these kind of MIC mismatches shouldn’t be occurring. 

NOTE: If your partner is calculating the MIC incorrectly, this might be something that they need to bring up with their AS2 vendor would be needed to address this, but changing how you package the message might also change how they calculate the MIC. For example, enabling compression on the transmission if it is not enabled, or vice versa.