[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Message From KO/Office



A very valid point is made below in the VAN environment. (We are not
precluding X12.58, it is just a translator issue....not a transport issue
-- our focus.)

For you in the USA, have a very nice Memorial Day weekend...Later...Rik


>Mark,
>
>I have a concern about what you are saying.  Although I do see your point
>that E:Mail and EDI over the internet should be secured using the same
>methodology, there are concerns.
>
>Think of it this way... What if your Trading Partner wants to use a VAN and
>refuses to use the internet to send secured data.  If I am the company
>receiving the secured data from this Trading Partner and I use the internet
>most of the time, then I will need two security procedures or packages.  One
>for EDI sent through a VAN and the other for EDI/E:Mail sent through the
>internet.
>
>My point is that your can argure both sides for this issue.  If I split up
>EDI data anyway, (following your example of the addressing of Email and EDI
>decibed below) then securing EDI data using the X12.58 standard and using
>another security method for Email can still take place.
>
>Dale
>_________________________________ Reply Separator
>_______________________________
>>
>
>
>>Peter,
>>E-mail and EDI only differ in that the content of one is
>>person-to-person unstructured and the content of the other is
>>application-to-application structured.  But as far as addressing and
>>comms and encryption goes, they're the same beast.
>>Requirements for security/encryption for person-to-person are the
>>same as application-to-application from a business point of view.  I
>>need privacy, authentication, non-repudiation, integrity, etc for
>>both types of communication.
>>So my preferred solution is to take an outgoing message from my EDI
>>Translation application, give it to my e-mail application which then
>>applies for that Trading Partner the same encryption as my
>>person-to-person emails to a human at that Trading Partner, and it
>>then sends the EDI message as a standard email.
>>When I receive a message from my Trading Partner (EDI or E-mail) my
>>e-mail application decrypts them using the same algorithm.  The
>>stuff that is addressed to mark.hughes@ccamatil.com is read by me.
>>The stuff that is addressed to edi@ccamatil.com is automatically
>>re-directed to my translator and handled there.  Doesn't seem too
>>complex a concept to me.
>>EDI and e-mail are both the same.  The fact that trad-EDI is all
>>sent using proprietary addressing over proprietary VANs is part of
>>the problem, Peter, not part of the solution.
>>Regards, Mark
>>
>>
>> * * * * * * * * * * * * * * * * * * * *
>>*  Message From : HUGHES, MARK          *
>>*  Location     : AUSTRALIA-CCA HDQ     *
>>*  KOMAIL ID    : N17503  (CCAMCQN1)    *
>>*  Date and Time: 05/24/96  07:25:41    *
>> * * * * * * * * * * * * * * * * * * * *
>>
>>

------------------------------------------------------
|         Rik Drummond - The Drummond Group         |
|   5008 Bentwood Ct., Ft. Worth, TX 76132 USA  |
|        Voice: 817 294 7339    Fax: 817 294 7950     |
------------------------------------------------------