Details
-
New Feature
-
Status: Resolved
-
Minor
-
Resolution: Fixed
-
2.7.2
-
None
-
Solaris and Windows
-
Patch Available
Description
Old Subject: s/Mime signed Mails lead to Exceptions in pop3 component
If a s/mime signed Mail is received by the pop3 Mail component a expection is thrown during handling the body of the message. This happens because a different type of body object is delivered by javamail.
I fixed this issue by introducing a new parameter which makes it possible to deliver the complete mail source in the Camel message body. In this way you are able to handle the content with processors in a very flexiable way.
------------ additional remark -------------
During my preparation of testcases I reduced the complexity of my former project, removed classpath jars just to the basics jars needed to run pop3 retieval. In this situation I don't get the error anymore (for Java DSL and Spring configuration).
=> The included patch is therefore just a new feature which is helpfull if a processor/consumer would like to get the complete mail source instead of just the payload. This can be controlled by a new pop3 component uri parameter
deliverRawMailMessage
example spring URL: pop3s://camel.test@pop.googlemail.com?password=pazzword&debugMode=true&deliverRawMailMessage=true
I will deliver a unit test which tests the different behavior without disturbing the normal way of delivering mail content.