2
I Use This!
Activity Not Available

News

Posted over 12 years ago
In reply to Mendelson OFTP2 - send a file under defined virtual filename gusto2, this is supported in the open source version only by directory polling as you described. In the commercial version you have the following options: *Assign a directory ... [More] to a virtual filename, all polled files of this directory will use the specific virtual filename *Send send orders to the mendelson OFTP2 server (even on other machines) via a command line, the command line command contains an option for the virtual filename Regards Log in or register to post comments [Less]
Posted over 12 years ago
Hello, I believe there was already a discussion about this topic, just I cannot find it :( ). Using mendelson OFTP2 open source edition - is there a way for a client to send a file automatically (not GUI) under an arbitrary (specified) virtual file ... [More] name? Only option I see so far is to assign a folder to a virtual filename and drop a file into the folder, but that limits usage of virtual file names. Even in the commercial version I don't see a command api / example (xsd or ml) for sending a file. Creating hundreds / thousands virtual filename folders with polling is not a very nice option. Best regards Gabriel Forum: OFTP2 [Less]
Posted over 12 years ago
In reply to rdo911, Yes, that is the payload our partner requires us to use. Been using it successfully with 1.1b25. Right now I have production box running 1.1b25 and I'm testing (on a newer Debian box) 1.1b39 with our partner. Wasn't certain if ... [More] I installed all of the required debian packages on the new box. To rule that out, I've now installed 1.1b39 in a different directory on our production box, and I get the same MIME error. But if I stop 1.1b39, and start up version 1.1b25, I'm still able to successfully exchange files using a payload of multipart/signed. Log in or register to post comments [Less]
Posted over 12 years ago
Hello all, we have a question about options for high availability deployment of the Mendelson OFTP2 server (commercial edition). I see no configuration for shared database or file system (maybe I'm wrong), so I assume only option is to use server OS ... [More] level. Hereby I mean to monitor if the application is running and if not, forward OFTP2 traffic (IPAT?) to another (e.g. standby) server. Is there another option / procedure? Indeed OFTP2 protocol is asynchronous and designed to survive reasonable outage, but at the end the complete environment needs t be HA. If anyone have an advice / option, please let us know. Best regards Gabriel Forum: OFTP2 [Less]
Posted over 12 years ago
In reply to Please update the the current Very well, thank you Best regards Gabriel Log in or register to post comments
Posted over 12 years ago
In reply to SMIMEException - exception saving message state rdo911, Its a very uncommon content type for the payload - it looks as if the MIME parser is confused by this content type as it is a content type of the message structure. Is it required to use this? Log in or register to post comments
Posted over 12 years ago
In reply to ignored EFNA End File Negative Answer Please update to the current version, this has been fixed already. Log in or register to post comments
Posted over 12 years ago
I'm running version 1.1b39 When the Payload content type is "application/EDI-Consent", I can send files to my partner fine. When I change the Payload content type to be "multipart/signed", I get this error in the log: [4:29:33 PM] ... [More] mendelson_opensource_AS2-1357856670523-19@ProvTel_MTS: Raw outgoing message stored to "/usr/lib/as2-1.1b39/messages/MTS/error/ProvTel/20130110/raw/error8187860143340538194.raw". [9:47:54 AM] SendOrderSender.send [org.bouncycastle.mail.smime.SMIMEException]: exception saving message state. [9:47:54 AM] Manual send: Send failed When I look at the raw message it created, the message **seems** to be correct, I've attached the raw message. Running on debian Java pacakge: openjre-6-jre (6b18-1.8.13) Is this a bug or is there an important package that I need to install? Thanks. Forum: AS2 AttachmentSize error8187860143340538194.raw_.txt2.33 KB [Less]
Posted over 12 years ago
Hello all, using Mendelson OS OFTP2 build 21 as an OFTP2 client. Another party has a problem with implementation and it sends an EFNA response: o----------------------------------------------------- | SFPA Start File Positive Answer ... [More] o----------------------------------------------------- | 0 | X(1) | SFPACMD | SFPA Command | '2' | [32] | 1 | 9(17) | SFPAACNT | Answer Count | '00000000000000000' | [30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30] o----------------------------------------------------- [Jan 9, 2013 11:12:30 PM] [13577695504063] Session state: OPOP --> OPO [Jan 9, 2013 11:12:30 PM] [13577695504063] Statemachine "Speaker State Machine" received signal "SFPA", state is "OPOP" [Jan 9, 2013 11:12:30 PM] [13577695504063] Setting session var "Credit_S" to 10 [Jan 9, 2013 11:12:30 PM] [13577695504063] Processing unit received signal "F_START_FILE_CF_OUTBOUND", state is "OPO" [Jan 9, 2013 11:12:30 PM] [13577695504063] Statemachine "Speaker State Machine" received signal "F_DATA_RQ", state is "OPO" [Jan 9, 2013 11:12:30 PM] [13577695504063] Setting session var "Credit_S" to 9 [Jan 9, 2013 11:12:30 PM] [13577695504063] Session state: OPO --> OPO [Jan 9, 2013 11:12:30 PM] [13577695504063] Processing unit received signal "F_DATA_CF", state is "OPO" [Jan 9, 2013 11:12:30 PM] [13577695504063] Send data exchange buffer, length: 23364 [Jan 9, 2013 11:12:30 PM] [80] [13577695504063] Data fully transmitted. Sent 22997 bytes in 0.2s (120.1 kb/s) [Jan 9, 2013 11:12:30 PM] [80] [13577695504063] Waiting for receipt acknowledgement (EERP/NERP) [Jan 9, 2013 11:12:30 PM] [13577695504063] Statemachine "Speaker State Machine" received signal "F_CLOSE_FILE_RQ_OUTBOUND", state is "OPO" [Jan 9, 2013 11:12:30 PM] [13577695504063] Send command: o----------------------------------------------------- | EFID End File o----------------------------------------------------- | 0 | X(1) | ESIDCMD | EFID Command | 'T' | [54] | 1 | 9(17) | EFITRCNT | Record Count | '00000000000000000' | [30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30] | 18 | 9(17) | EFIDUCNT | Unit Count | '00000000000022997' | [30 30 30 30 30 30 30 30 30 30 30 30 32 32 39 39 37] o----------------------------------------------------- [Jan 9, 2013 11:12:30 PM] [13577695504063] Send command: EFID [Jan 9, 2013 11:12:30 PM] [13577695504063] Received command EFNA [Jan 9, 2013 11:12:30 PM] [13577695504063] Received command o----------------------------------------------------- | EFNA End File Negative Answer o----------------------------------------------------- | 0 | X(1) | EFNACMD | EFNA Command | '5' | [35] | 1 | 9(2) | EFNAREAS | Answer Reason | '11' | [31 31] | 3 | 9(3) | EFNAREASL | Answer Reason Text Length | '054' | [30 35 34] | 6 | T(n) | EFNAREAST | Answer Reason Text | 'Invalid unit count. Received file unit count is: 41546' | [49 6e 76 61 6c 69 64 20 75 6e 69 74 20 63 6f 75 6e 74 2e 20 52 65 63 65 69 76 65 64 20 66 69 6c 65 20 75 6e 69 74 20 63 6f 75 6e 74 20 69 73 3a 20 34 31 35 34 36] o----------------------------------------------------- [Jan 9, 2013 11:12:30 PM] [13577695504063] Statemachine "Speaker State Machine" received signal "EFNA", state is "CLOP" [Jan 9, 2013 11:12:30 PM] [13577695504063] Statemachine "Speaker State Machine" received signal "F_CLOSE_FILE_CF_OUTBOUND", state is "CLOP" [Jan 9, 2013 11:12:30 PM] [13577695504063] Session state: OPO --> CLOP [Jan 9, 2013 11:12:30 PM] [13577695504063] Setting session var "Credit_S" to 0 [Jan 9, 2013 11:12:30 PM] [13577695504063] Session state: CLOP --> IDLESP nevertheless the transmission state is "waiting for inbound acknowledgement" even the file was not properly received by another party. Is it correct? I'd expect the client will try to repeat the transmission or mark the transmission as failed, nut really not ignoring the EFNA response. Thank you in advance. Best regards Gabriel Vince Forum: OFTP2 [Less]
Posted over 12 years ago
Hi all, This is a bug fix version, it is recommended to upgrade from the previous version as there was a bug in it that prevents sending encrypted data. Receiving encrypted data worked fine. Please download your copy at http://oftp2.mendelson-e-c.com Regards Mendelson Support Forum: OFTP2