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

Re: Scope of ediint



Carl,

Excellent point.

Using S/MIME compliant email applications to send encrypted/signed documents
to
EDIINT applications and receiving notification of their receipt is a side
benefit which is often overlooked.

We have clients who use this feature to allow their travelling staff to
securely send
documents back to the company.

Terry Harding
Cyclone Software

----- Original Message -----
From: Carl Hage <carl@xxxxxxxxx>
To: <ietf-ediint@xxxxxxx>
Sent: Monday, November 08, 1999 5:33 PM
Subject: RE: Scope of ediint


> From:           Andrew Stickland <Andrew.Stickland@xxxxxxxxxxx>
>
> > ... but there are a multitude out there who think that XML
> > etc. is not EDI and therefore EDI is dead.
>
> Another issue is that there are a number of efforts underway to address
> electronic filing, and other kinds of business transactions that fall
> outside X12/EDIFACT or for that matter, XML. For example there is a
> pilot project in the San Francisco area dealing with electronic building
> permits. In this project, they are trying to figure out how to use digital
> signatures and exchange information. Of course there are various
> companies trying to push proprietary ways to address these issues.
>
> The IETF-EDI standard (AS1 but maybe not AS2) works well for
> electronic filing and data exchange. One important aspect is that
> EDIINT is compatible with generic email software. Netscape 4 and
> above and IE 4 (or 5?) can create digitally signed email, which conform
> to the IETF and IETF-EDI standards.
>
> For example, an architect could file for a building permit by pasting
> a textual template of an application form into an email message,
> attach CAD drawing files, enable a digital signature and send it to the
> city building inspection department. The city can issue an MDN receipt
> completing the legal non-repudiation.
>
> The email message is IETF compliant (other than the EDI mime type
> which indicates X12 or whatever data), but more importantly, the
> signed email and receipt has non-repudiation features which are not
> present in a SSL web-based form.
> --------------------------------------------------------------------------
> Carl Hage                                              C. Hage Associates
> <mailto:carl@xxxxxxxxx> Voice/Fax: 1-408-244-8410      1180 Reed Ave #51
> <http://www.chage.com/chage/>                          Sunnyvale, CA 94086