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

RE: Problems with Microsoft Exchange Ser



This might be a novel approach, but has any one asked Microsoft when they   
plan to fix their system
so that the problem doesn't occur? Joanne.

 -----Original Message-----
From: Carl Hage [SMTP:carl@xxxxxxxxx]
Sent: Wednesday, March 18, 1998 1:51 PM
To: edipilot; ietf-ediint
Subject: RE: Problems with Microsoft Exchange Ser

There may be a need to address escape mechanisms for noncompliant
email gateways in general.

I believe switching models to PKCS7 binary data is the wrong
approach. Instead a more general solution should be used, which
protects the content being exchanged.

The possible solutions that make sense to me are:

1. Wrap the whole RFC822 mesage in another MIME layer, where the
   original RFC822 headers begin on the first line of data. The
   MIME headers in the top level may either be omitted or specified
   as message/RFC822.

2. Strip the Content-Type: header from the RFC822 headers, and
   begin MIME content on the first line of the data.

Strategy 1 works with other data-corrupting gateways like ccMail,
which deletes RFC822 headers. I think this is the best approach.

These options would be enabled by a table of options maintained for
each TP. The TP agreement would supply thier email address and also
indicate a noncompliant gatway. Readers should be able to
automatically decode double wrapped MIME messages when they arrive.

By the way, does the MS-Exchange choke because of multipart signed,
but works with multipart/mixed?
 --------------------------------------------------------------------------  

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