MHonArc v2.5.2 -->
ebxml-msg message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [Elist Home]
Subject: RE: [ebxml-msg] What Next?
I would like to chime in and agree with David.
In addition, I've been working on a SMTP implementation and there are
inherent problems with XMLDSIG and sending 7-bit "Content-encoding"
payloads. I would sign the message and payloads but the payloads CR/LF would
be re-written differently in mail transport or when read from the mail
provider. The way I worked around this was to force text messages to be
base64. I could add a transform for the payloads signing but there is no
guarantee the receiving MSH can handle transforms not in the MS spec. Even
with the base64, there are some (most don't) mail servers that will decode
the base64 and re-encode it for re-transmittion. The only solution if going
through this type of mail hop is to encrypt the entire message with S/MIME.
Javamail does provides the ability to stream the data with different CR/LF
formats(platform and canonical MIME format) but since it not clear what the
signing MSH format used this doesn't really work. You might think the
canonical MIME format would be the choice but some payloads come from disk
in our implementation and we stream them right into the message rather than
parse them which saves on memory and CPU.
I also agree with David on the encapsulation. I think this was the best way
to encrypt everything and still interopt with other MSHs.
Cliff
>