Re: AS2 Standard

[Ron Koontz <rkoontz@xxxxxxxxx>]

If you want an easy solution use lexicom for as2 connections. Works great with the i series.

Sent from my iPhone 9.2.

> On Oct 4, 2014, at 2:37 PM, Peter Connell <Peter.Connell@xxxxxxxxxx> wrote:
>
>   Hi Scott,
>
>
>   I recently posted to the midrange-L list about a *SRVPGM not being
>   found during the loading of java classes while I was investigating
>   using an open source AS2Secure package from a crowd going by the name
>   of mendelson . In your response you mentioned -
>
>   <<<
>
>   I'm not familiar with AS2eSecure.  Is this a 3rd party tool?
>
>
>
>   The query was in reference to implementing messaging via the AS2
>   standard (typo s.b. AS2Secure) which I now see you have in fact
>   implemented according to your FTPAPI response at
>
>   [1]http://www.scottklement.com/archives/ftpapi/200709/msg00058.html
>
>
>   There is a lot of blurb about AS2 which our govt partner has supplied
>   for reading but I want to cut to the basics because, like a lot of
>   protocols, you don't need to know how the airplane works, just which
>   controls to press in the cockpit.  AS2 seems a bit weird and complex if
>   one is used to straight forward messaging using something like HTTPAPI
>   so I wonder if you can cut thru the crap for me coz I don't have much
>   time to evaluate now.
>
>
>   Despite us now communicating with partners largely in xml, the gist of
>   AS2 seems to be a message that is sent as what is essentially a
>   multi-part form with the xml request required by our partner embedded
>   as an encrypted payload and the whole thing signed. I think I
>   understand that but am I correct in that, with AS2, the request and
>   response are essentially 2 separate transactions. We initiate a
>   connection to our partner's HTTPS server and send a request (which they
>   decrypt and verify the signature). Our partner subsequently initiates a
>   separate connection to one of our HTTPS servers and sends a response
>   (which we decrypt and verify the signature)  Then there is mention of
>   these MDN things.  Are MDNs what one is expected to receive as the
>   response during the initial connection that are simply a notification
>   of success?
>
>
>   I've found that the AS2Secure package runs very slowly as java on the
>   i5 and that it may be better to run it on a Windows server using mapped
>   folders like you mentioned since that appears to be fairly quick
>   despite having to poll the IFS every second.
>
>
>   Cheers, Peter
>
>
>
>
>   ############################################################
>   This correspondence is for the named person's use only. It may
>   contain confidential or legally privileged information, or both.
>   No confidentiality or privilege is waived or lost by any
>   mistransmission. If you receive this correspondence in error,
>   please immediately delete it from your system and notify the sender.
>   You must not disclose, copy or rely on any part of this correspondence
>   if you are not the intended recipient. Any views expressed in this
>   message are those of the individual sender, except where the sender
>   expressly, and with authority, states them to be the views of
>   Veda. If you need assistance, please contact Veda :- Australia
>   [2]http://www.veda.com.au/contact-us  or New Zealand +64 9 367 6200
>
>   #############################################################
>
> References
>
>   1. http://www.scottklement.com/archives/ftpapi/200709/msg00058.html
>   2. http://www.veda.com.au/contact-us
> -----------------------------------------------------------------------
> This is the FTPAPI mailing list.  To unsubscribe, please go to:
> http://www.scottklement.com/mailman/listinfo/ftpapi
> -----------------------------------------------------------------------

________________________________

The information contained in this e-mail is intended only for the individual or entity to whom it is addressed. Its contents (including any attachments) may contain confidential and/or privileged information. If you are not an intended recipient you shall not use, disclose, disseminate, copy or print its contents. If you receive this e-mail in error, please notify the sender by reply e-mail and delete and destroy the message. Continental Express, Inc. and its subsidiaries and affiliates will not be held liable for the unintended or unauthorized use of any information contained in this email or as a result of any additions or deletions of information originally contained in this email.
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------