On 06/13/2014 04:12 PM, Stefan Michael Guenther wrote: > Hello Martijn, > > does the following output show a successful decryption of an email? > > 13 Jun 2014 05:16:23 | INFO incoming | MailID: > 765c6551-0a43-486d-86fa-409ae7e0636e; Originator: > [email protected]; Sender: [email protected]; Remote > address: 88.217.aaa.aaa; Recipients: [[email protected]]; Subject: > CONTRL__9907248000001_9905055000008_20140613_02202629026435; Message-ID: > <[email protected]>; > (mitm.application.djigzo.james.mailets.Log) [Spool Thread #0] > 13 Jun 2014 05:16:23 | INFO internal | MailID: > 765c6551-0a43-486d-86fa-409ae7e0636e; Originator: > [email protected]; Sender: [email protected]; > (mitm.application.djigzo.james.mailets.Log) [Spool Thread #0] > 13 Jun 2014 05:16:23 | DEBUG internalHandlePart > (mitm.common.security.smime.handler.RecursiveSMIMEHandler) [Spool Thread #0] > 13 Jun 2014 05:16:23 | DEBUG Handling encrypted message. > (mitm.common.security.smime.handler.SMIMEHandler) [Spool Thread #0] > 13 Jun 2014 05:16:23 | DEBUG internalHandlePart > (mitm.common.security.smime.handler.RecursiveSMIMEHandler) [Spool Thread #0] > 13 Jun 2014 05:16:23 | DEBUG Handling signed message. > (mitm.common.security.smime.handler.SMIMEHandler) [Spool Thread #0] > 13 Jun 2014 05:16:23 | DEBUG Recursive S/MIME message. > (mitm.common.security.smime.handler.RecursiveSMIMEHandler) [Spool Thread #0] > 13 Jun 2014 05:16:23 | INFO postDecrypt | MailID: > 765c6551-0a43-486d-86fa-409ae7e0636e; Originator: > [email protected]; Sender: [email protected]; > (mitm.application.djigzo.james.mailets.Log) [Spool Thread #3] > 13 Jun 2014 05:16:23 | INFO transport | MailID: > 765c6551-0a43-486d-86fa-409ae7e0636e; Originator: > [email protected]; Sender: [email protected]; Remote > address: 88.217.aaa.aaa; Recipients: [[email protected]]; Subject: > CONTRL__9907248000001_9905055000008_20140613_02202629026435; Message-ID: > <[email protected]>; > (mitm.application.djigzo.james.mailets.Log) [Spool Thread #3] > > Our problem is, that one of our clients complains, that two of his clients > are sending emails, that do not get decrypted, instead there is only the > smime.p7s attachment. > > His client claims, that he has checked all settings and certificates in his > (sending) side and every thing would be correct. By the way, what does > "Recursive S/MIME message" mean?
Looking at the logs it looks like the message was decrypted "Handling encrypted message" and there was no message that the message could not be decrypted. This seems to be confirmed by the fact that there is a smime.p7s attachment so the result seems to be a clear signed message. Is it possible to send me a message with the smime.p7s attachment so I can look what it looks like? > By the way, what does "Recursive S/MIME message" mean? A message can be signed and then encrypted. An S/MIME message is recursively handled, i.e., first the encryption layer is removed, then the signature layer is handled. In theory you can have a large number of layers, the RecursiveSMIMEHandler handles the layers layer by layer. BTW in the upcoming version (hopefully very soon) the logging has been improved. Kind regards, Martijn -- DJIGZO email encryption _______________________________________________ Users mailing list [email protected] https://lists.djigzo.com/lists/listinfo/users
