# Issue receiving AS2 messages (ArcEsb)

**URL:** <https://community.cdata.com/t/issue-receiving-as2-messages-arcesb/620>\
**Category:** CData Arc\
**Tags:** question, connector\
**Created:** [January 29, 2024, 6:56pm UTC](https://community.cdata.com/t/issue-receiving-as2-messages-arcesb/620 "2024-01-29T18:56:17Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![blahmar1976](https://avatars.discourse-cdn.com/v4/letter/b/ecd19e/32.png) [@blahmar1976](https://community.cdata.com/u/blahmar1976)\
**Post date:** [January 29, 2024, 6:56pm UTC](https://community.cdata.com/t/issue-receiving-as2-messages-arcesb/620/1 "2024-01-29T18:56:17Z")

</div>

hi,

Dear Team,

I am in the process of setting up an AS2 link between us and our partner but my partner&nbsp;cannot send us the&nbsp;message. For our part, sending messages to the partner works well but it is impossible to receive their messages.

I have no logs on ArcESB and my partner thinks that the problem comes from us.

We have traffic on our partner’s port but we have an error like: ‘RST,ACK’

Looks like the partner is rejected.On the partner’log :

**disconnection indication&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [reason=“Error 0 (0x0)”] [origin=“0”].**

My partner can do a telnet our AS2 server successful.

Could you help me please

Best Regards,

BL

---

<div class="post-metadata">

**Author:** ![James\_B](https://sea3.discourse-cdn.com/cdata/user_avatar/community.cdata.com/james_b/32/1688_2.png) [@James\_B](https://community.cdata.com/u/James_B)\
**Post date:** [February 1, 2024, 8:44pm UTC](https://community.cdata.com/t/issue-receiving-as2-messages-arcesb/620/2 "2024-02-01T20:44:12Z")

</div>

Are you able to confirm that the URL that your partner is sending to you at is correct and that you have a clear network path to the URL?

It is difficult to tell from a single packet in a trace and Telnet is not as accurate for testing a connection to an AS2 server as a simple browser connection. Specifically, if your partner is attempting an HTTP connection to an HTTPS port or vice versa, a Telnet connection might complete but a mismatched HTTP/HTTPS scheme would result in a bad connection.
