mendelson opensource AS2

In reply to How to turn off duplicate checking ? csae1162, You could not disable this in mendelson AS2. Please ask your partners to turn off automatic resending. Regards Log in or register to post comments

Almost every week we got some incoming AS2 transmissions in error state. The message could be decrypted and the digital signature was verified, even the payload file was transferred to the correct directory, but the MDN is created with error state. ... [More] My guess for this is turned on duplicate checking. Here's a log for such a case (also attached as screenshot): [Feb 17, 2014 3:14:58 PM] 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01: Incoming transmission is a AS2 message, raw message size: 4.09 KB. [Feb 17, 2014 3:15:05 PM] 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01: AS2 message is encrypted. [Feb 17, 2014 3:15:05 PM] 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01: The data has been decrypted using the key "...". [Feb 17, 2014 3:15:16 PM] 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01: AS2 message is signed. [Feb 17, 2014 3:15:16 PM] 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01: The sender used the algorithm SHA1 to sign the message. [Feb 17, 2014 3:15:16 PM] 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01: Using certificate "xyz" to verify signature. [Feb 17, 2014 3:15:16 PM] 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01: Digital signature verified successful. [Feb 17, 2014 3:15:16 PM] 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01: Found 1 payload attachments in the message. [Feb 17, 2014 3:15:16 PM] mendelson_opensource_AS2-1392646516726-1417@xyzAS2_112084681: Outgoing MDN has been signed with the algorithm "SHA1". [Feb 17, 2014 3:15:17 PM] mendelson_opensource_AS2-1392646516726-1417@xyzAS2_112084681: MDN created, state set to [processed]. [Feb 17, 2014 3:15:17 PM] mendelson_opensource_AS2-1392646516726-1417@xyzAS2_112084681: Synchronous MDN sent as answer to message 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01. [Feb 17, 2014 3:15:18 PM] 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01: AS2 communication successful, payload 1 has been moved to "C:\mendelson\opensource\as2\messages\...\2184bbdf_48e6_42db_ac6e_a13ca8b40f30@BOECSAPP01". [Feb 17, 2014 3:25:55 PM] mendelson_opensource_AS2-1392647155788-1449@xyzAS2_112084681: Outgoing MDN has been signed with the algorithm "SHA1". [Feb 17, 2014 3:25:55 PM] mendelson_opensource_AS2-1392647155788-1449@xyzAS2_112084681: MDN created, state set to [processed/error: unexpected-processing-error]. [Feb 17, 2014 3:26:00 PM] 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01: MDN details: An AS2 message with the message id 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01 has been already processed successfully by the system or is pending (2014-02-17 15:14:58.632). Please resubmit the message with a new message id instead or resending it if it should be processed again. [Feb 17, 2014 3:26:00 PM] mendelson_opensource_AS2-1392647155788-1449@xytzAS2_112084681: Synchronous MDN sent as answer to message 2184bbdf-48e6-42db-ac6e-a13ca8b40f30@BOECSAPP01. This does not happen for only 1 partner, this does happen quite frequently. Is there a way to turn off duplicate checking ? Thank you in advance for your feedback! Best regards Alex Forum: AS2 AttachmentSize Log File192.93 KB [Less]

In reply to About OFTP connection Hello I sloved this problem. Have a nice day. Log in or register to post comments

In reply to Database alias not found jhdeval, Could you please have a look at the used resources of your system, perhaps a required port is blocked by another process and the system could not access the database? Regards Log in or register to post comments

In reply to AS2 message arrives a week late! neilparks1, you reported this problem already about year ago as far as I remember - but there is no other customer so far that has this problem. Is there a way to reproduce this somehow? Regards Log in or register to post comments

In reply to About OFTP connection Shin Man Kyun, this looks like a configuration problem. The following error message shows the problem: Quote: [Feb 13, 2014 1:43:51 PM] [13922666279843] It is expected that the remote partner "JLR GATEWAY" sends the ... [More] Odette Id "XXXXXXXXXXXXXXXXXXXX" as identification. Instead of this the Odette Id "XXXXXXXXXXXXXXXXXXXXX" has been received . Please check your partner configuration. You are sending the data to a partner that answers not with the SSID you configured in your setup. Regards Log in or register to post comments [Less]

In reply to Version of embedded Jetty jpmsh, to be honest we don't understand this idea to always update software to newer one (with all work and effort that is required to do it). Perhaps this is a side effect of the mobile market where everybody ... [More] is waiting for new updates all the time. But if a software works fine there is no reason for us to update it - beneath just to see a new version number? Or is there any feature that you are missing in the used jetty version? Regards Log in or register to post comments [Less]

We sent a file to Covisint on Feb 6, and they received it today, Feb 13. How does this happen? :( (Neanwhile, other data flowed normally in both directions.) [Feb 6, 2014 11:48:08 AM] mendelson_opensource_AS2-1391705288498-533@ACSAS2_COVISINT: ... [More] Outgoing message signed with the algorithm SHA-1,using keystore alias "acskey8a". [Feb 6, 2014 11:48:08 AM] mendelson_opensource_AS2-1391705288498-533@ACSAS2_COVISINT: Outgoing message encrypted with the algorithm 3DES, using keystore alias "messaging.covisint.com (verisign class 3 secure server ca - g3)". [Feb 6, 2014 11:48:08 AM] mendelson_opensource_AS2-1391705288498-533@ACSAS2_COVISINT: Outbound AS2 message created from "437U5439.ef.edi" for the receiver "Covisint" in 206ms, raw message size: 3.52 KB [Feb 6, 2014 11:48:08 AM] mendelson_opensource_AS2-1391705288498-533@ACSAS2_COVISINT: The file "437U5439.ef.edi" has been deleted and enqueued into the processing message queue of the server. [Feb 6, 2014 11:48:09 AM] mendelson_opensource_AS2-1391705288498-533@ACSAS2_COVISINT: Sending AS2 message to https://messaging.covisint.com/invoke/AS2Connector.inbound/receive, sync MDN requested. [Feb 13, 2014 2:18:54 PM] mendelson_opensource_AS2-1391705288498-533@ACSAS2_COVISINT: Message sent successfully (HTTP 200); 3.52 KB transfered in 3.94s [0.89 KB/s]. [Feb 13, 2014 2:18:54 PM] 1420406384.1392319133926.JavaMail.root@exlap250: Incoming transmission is a MDN. [Feb 13, 2014 2:18:54 PM] 1420406384.1392319133926.JavaMail.root@exlap250: MDN is the answer to AS2 message "mendelson_opensource_AS2-1391705288498-533@ACSAS2_COVISINT". [Feb 13, 2014 2:18:54 PM] 1420406384.1392319133926.JavaMail.root@exlap250: MDN state is [processed]. [Feb 13, 2014 2:18:54 PM] 1420406384.1392319133926.JavaMail.root@exlap250: Details of MDN received from remote AS2 server: MDN for - Message ID: <mendelson_opensource_AS2-1391705288498-533@ACSAS2_COVISINT> From: ACSAS2 To: COVISINT Status: processed Comment: processed [Feb 13, 2014 2:18:54 PM] 1420406384.1392319133926.JavaMail.root@exlap250: MDN is not signed. Usually we receive a warning if a MDN has not come in after half an hour. But in this case there was no warning. Forum: AS2 [Less]

Good morning. I need to connect OFTP2 EDI with JLR(Jaguar Land Rover). They use different SSID and SFID as below issue link(like FORD) http://community.mendelson-e-c.com/node/744 So, I configured our OFTP2 as below. "myself", set it as local host ... [More] "JLR gateway", this is the system with the SSID JLR provided (This is GXS SSID also I setup the GXS certificate) "JLR" , this is the system with the SFID JLR provided But error eccured continuously. How can I solve this problem as soon as possible? Here I attached our ERROR log. Please help. *I changed some information to 'XXXXXXXXXX" for security issue. [Feb 13, 2014 1:40:17 PM] Directory poll manager: Poll for receiver "JLR GATEWAY", subdirectory "", virtual filename ["DESADV"] has been started. Ignore files: "". Poll interval: 10s [Feb 13, 2014 1:40:17 PM] Directory poll manager: Poll for receiver "JLR", subdirectory "", virtual filename ["DESADV"] has been started. Ignore files: "". Poll interval: 10s [Feb 13, 2014 1:43:17 PM] The file "FORD" has been scheduled for preprocessing. Final receiver: "JLR", virtual filename: "DESADV" [Feb 13, 2014 1:43:17 PM] Starting data preprocessing [D:\OFTP2\messages\JLR\outbox\pending\201402131343170001], size: 12 bytes [Feb 13, 2014 1:43:17 PM] The user defined transmission id is set to "--" [Feb 13, 2014 1:43:17 PM] Record format of the transmission: U [Feb 13, 2014 1:43:17 PM] Moved preprocessed data to [D:\OFTP2\messages\JLR\outbox\pending\201402131343170001] [Feb 13, 2014 1:43:17 PM] Data preprocessing finished successfully, waiting for outbound transmission [Feb 13, 2014 1:43:47 PM] Initializing outgoing connection to JLR via gateway partner JLR GATEWAY [XXXXXXXXXXXXXXXXXXXXXXXXX:6619] (TSL) [Feb 13, 2014 1:43:49 PM] [13922666279843] Setting session var "Mode" to B [Feb 13, 2014 1:43:49 PM] [13922666279843] Setting session var "Restart" to false [Feb 13, 2014 1:43:49 PM] [13922666279843] Setting session var "Authentication" to false [Feb 13, 2014 1:43:49 PM] [13922666279843] Setting session var "Buf-size" to 99999 [Feb 13, 2014 1:43:49 PM] [13922666279843] Setting session var "Compression" to false [Feb 13, 2014 1:43:49 PM] [13922666279843] Setting session var "Caller" to true [Feb 13, 2014 1:43:49 PM] [13922666279843] Setting state machine Session Connection State Machine [Feb 13, 2014 1:43:49 PM] [13922666279843] Session state: I_WF_NC [Feb 13, 2014 1:43:49 PM] [13922666279843] Session state: I_WF_NC --> I_WF_RM [Feb 13, 2014 1:43:49 PM] [13922666279843] Connection established [XXXXXXXXXXXXXXXXXXXXXXXXXXXX:6619] [Feb 13, 2014 1:43:51 PM] [13922666279843] Received stream transmission header (10 00 00 17) indicating 19 following bytes [Feb 13, 2014 1:43:51 PM] [13922666279843] Received bytes 49 4f 44 45 54 54 45 20 46 54 50 20 52 45 41 44 59 20 0d [Feb 13, 2014 1:43:51 PM] [13922666279843] Received command SSRM [Feb 13, 2014 1:43:51 PM] [13922666279843] Received command o------------------------------------------------------- | SSRM Start Session Ready Message o------------------------------------------------------- | 0 | X(1) | SSRMCMD | SSRM Command | 'I' | [49] | 1 | X(17) | SSRMMSG | Ready Message | 'ODETTE FTP READY ' | [4f 44 45 54 54 45 20 46 54 50 20 52 45 41 44 59 20] | 18 | X(1) | SSRMCR | Carriage Return | ' ' | [0d] o------------------------------------------------------- [Feb 13, 2014 1:43:51 PM] [13922666279843] Statemachine "Session Connection State Machine" received signal "SSRM", state is "I_WF_RM" [Feb 13, 2014 1:43:51 PM] [13922666279843] Session state: I_WF_RM --> I_WF_SSID [Feb 13, 2014 1:43:51 PM] [13922666279843] Send stream transmission header (10 00 00 41) [Feb 13, 2014 1:43:51 PM] [13922666279843] Send bytes: 58 35 4f 32 30 31 31 50 48 41 43 5a 45 43 48 20 20 20 20 20 20 20 20 20 20 20 20 45 44 49 45 58 50 20 20 39 39 39 39 39 42 4e 4e 4e 30 39 39 4e 20 20 20 20 20 20 20 20 20 20 20 20 0d [Feb 13, 2014 1:43:51 PM] [13922666279843] Send command: SSID [Feb 13, 2014 1:43:51 PM] [13922666279843] Send command: o------------------------------------------------------------------------------- | SSID Start Session o------------------------------------------------------------------------------- | 0 | X(1) | SSIDCMD | SSID Command | 'X' | [58] | 1 | 9(1) | SSIDLEV | Protocol Release Level | '5' | [35] | 2 | X(25) | SSIDCODE | Initiators Identification Code | 'O2011PHACZECH ' | [4f 32 30 31 31 50 48 41 43 5a 45 43 48 20 20 20 20 20 20 20 20 20 20 20 20] | 27 | X(8) | SSIDPSWD | Initiators Password | 'XXXXXX ' | [45 44 49 45 58 50 20 20] | 35 | 9(5) | SSIDSDEB | Data Exchange Buffer Size | '99999' | [39 39 39 39 39] | 40 | X(1) | SSIDSR | Send/Receive Capabilities | 'B' | [42] | 41 | X(1) | SSIDCMPR | Buffer Compression Indicator | 'N' | [4e] | 42 | X(1) | SSIDREST | Restart Indicator | 'N' | [4e] | 43 | X(1) | SSIDSPEC | Special Logic Indicator | 'N' | [4e] | 44 | 9(3) | SSIDCRED | Credit | '099' | [30 39 39] | 47 | X(1) | SSIDAUTH | Secure Authentication | 'N' | [4e] | 48 | X(4) | SSIDRSV1 | Reserved | ' ' | [20 20 20 20] | 52 | X(8) | SSIDUSER | User Data | ' ' | [20 20 20 20 20 20 20 20] | 60 | X(1) | SSIDCR | Carriage Return | ' ' | [0d] o------------------------------------------------------------------------------- [Feb 13, 2014 1:43:51 PM] [13922666279843] Received stream transmission header (10 00 00 41) indicating 61 following bytes [Feb 13, 2014 1:43:51 PM] [13922666279843] Received bytes 58 35 4f 30 31 37 37 47 58 53 54 52 41 44 49 4e 47 58 30 35 47 54 47 52 49 44 31 45 44 49 2d 45 58 50 20 30 32 30 34 38 42 4e 4e 4e 30 30 37 4e 20 20 20 20 20 20 20 20 20 20 20 20 0d [Feb 13, 2014 1:43:51 PM] [13922666279843] Received command SSID [Feb 13, 2014 1:43:51 PM] [13922666279843] Received command o------------------------------------------------------------------------------- | SSID Start Session o------------------------------------------------------------------------------- | 0 | X(1) | SSIDCMD | SSID Command | 'X' | [58] | 1 | 9(1) | SSIDLEV | Protocol Release Level | '5' | [35] | 2 | X(25) | SSIDCODE | Initiators Identification Code | 'XXXXXXXXXXXXXXXXX' | [4f 30 31 37 37 47 58 53 54 52 41 44 49 4e 47 58 30 35 47 54 47 52 49 44 31] | 27 | X(8) | SSIDPSWD | Initiators Password | 'XXXXXX ' | [45 44 49 2d 45 58 50 20] | 35 | 9(5) | SSIDSDEB | Data Exchange Buffer Size | '02048' | [30 32 30 34 38] | 40 | X(1) | SSIDSR | Send/Receive Capabilities | 'B' | [42] | 41 | X(1) | SSIDCMPR | Buffer Compression Indicator | 'N' | [4e] | 42 | X(1) | SSIDREST | Restart Indicator | 'N' | [4e] | 43 | X(1) | SSIDSPEC | Special Logic Indicator | 'N' | [4e] | 44 | 9(3) | SSIDCRED | Credit | '007' | [30 30 37] | 47 | X(1) | SSIDAUTH | Secure Authentication | 'N' | [4e] | 48 | X(4) | SSIDRSV1 | Reserved | ' ' | [20 20 20 20] | 52 | X(8) | SSIDUSER | User Data | ' ' | [20 20 20 20 20 20 20 20] | 60 | X(1) | SSIDCR | Carriage Return | ' ' | [0d] o------------------------------------------------------------------------------- [Feb 13, 2014 1:43:51 PM] [13922666279843] Statemachine "Session Connection State Machine" received signal "SSID", state is "I_WF_SSID" [Feb 13, 2014 1:43:51 PM] [13922666279843] It is expected that the remote partner "JLR GATEWAY" sends the Odette Id "XXXXXXXXXXXXXXXXXXXX" as identification. Instead of this the Odette Id "XXXXXXXXXXXXXXXXXXXXX" has been received . Please check your partner configuration. [Feb 13, 2014 1:43:51 PM] [13922666279843] Session state: I_WF_SSID --> WF_NDISC [Feb 13, 2014 1:43:51 PM] [13922666279843] Send stream transmission header (10 00 00 0b) [Feb 13, 2014 1:43:51 PM] [13922666279843] Send bytes: 46 30 33 30 30 30 0d [Feb 13, 2014 1:43:51 PM] [13922666279843] Send command: ESID [Feb 13, 2014 1:43:51 PM] [13922666279843] Send command: o---------------------------------------------- | ESID End Session o---------------------------------------------- | 0 | X(1) | ESIDCMD | ESID Command | 'F' | [46] | 1 | 9(2) | ESIDREAS | Reason Code | '03' | [30 33] | 3 | 9(3) | ESIDREASL | Reason Text Length | '000' | [30 30 30] | 6 | T(n) | ESIDREAST | Reason Text | '' | [] | 6 | X(1) | ESIDCR | Carriage Return | ' ' | [0d] o---------------------------------------------- [Feb 13, 2014 1:43:51 PM] [13922666279843] Statemachine "Error and Abort State Machine" received signal "F_ABORT_IND", state is "WF_NDISC" [Feb 13, 2014 1:43:51 PM] [13922666279843] Session terminated [PHA - JLR GATEWAY] ("ODETTE id (user code) not known", internal code 3) [Feb 13, 2014 1:43:51 PM] [13922666279843] Connection closed [PHA - JLR GATEWAY, XXXXXXXXXXXXXXXXXXXXXX:6619]. Established for 3.9s, 7462 bytes transfered [Feb 13, 2014 1:43:52 PM] [13922666322034] Setting state machine Session Connection State Machine [Feb 13, 2014 1:43:52 PM] [13922666322034] Incoming connection [/204.90.181.72:50856] [Feb 13, 2014 1:43:52 PM] [13922666322034] Setting session var "Caller" to false [Feb 13, 2014 1:43:52 PM] [13922666322034] Session state: IDLE [Feb 13, 2014 1:43:52 PM] [13922666322034] Statemachine "Session Connection State Machine" received signal "N_CON_IND", state is "IDLE" [Feb 13, 2014 1:43:52 PM] [13922666322034] Processing unit received signal "N_CON_RS", state is "IDLE" [Feb 13, 2014 1:43:52 PM] [13922666322034] Send stream transmission header (10 00 00 17) [Feb 13, 2014 1:43:52 PM] [13922666322034] Send bytes: 49 4f 44 45 54 54 45 20 46 54 50 20 52 45 41 44 59 20 0d [Feb 13, 2014 1:43:52 PM] [13922666322034] Send command: SSRM [Feb 13, 2014 1:43:52 PM] [13922666322034] Send command: o------------------------------------------------------- | SSRM Start Session Ready Message o------------------------------------------------------- | 0 | X(1) | SSRMCMD | SSRM Command | 'I' | [49] | 1 | X(17) | SSRMMSG | Ready Message | 'ODETTE FTP READY ' | [4f 44 45 54 54 45 20 46 54 50 20 52 45 41 44 59 20] | 18 | X(1) | SSRMCR | Carriage Return | ' ' | [0d] o------------------------------------------------------- [Feb 13, 2014 1:43:52 PM] [13922666322034] Session state: IDLE --> A_NC_ONLY [Feb 13, 2014 1:43:53 PM] A processing problem occured. This could have several reasons, for further information please have a look at "D:\OFTP2\log\20140213\systemactivity.log". [Feb 13, 2014 1:43:53 PM] [13922666322034] 현재 연결은 사용자의 호스트 시스템의 소프트웨어의 의해 중단되었습니다 [Feb 13, 2014 1:43:53 PM] [13922666322034] Connection closed [PHA - --, /XXXXXXXXXXXXXXXXXXXXXX]. Established for 1.3s, 5919 bytes transfered Forum: OFTP2 [Less]

Hello, while looking for any possible tuning options in AS2 I stumbled over the embedded Jetty - it seems to be very very old: as2 $ cd jetty; java -jar start.jar --version >>> null 6.1.22 Looking at ... [More] http://wiki.eclipse.org/Jetty/Starting/Jetty_Version_Comparison_Table it says: End of Life / Nov 2010 Is there any reason why Mendelson AS2 doesn't use any recent version? Regards, Jörg Forum: AS2 [Less]