Try version 2.4.23

LDAP Callbacks are not DS components, so you can't use @Reference.If you need access to the JCR Session from an LDAP Callback, you need to implement the interface com.day.crx.security.ldap.sync.ExtendedCallback. It unfortunately does not appear that this interface is listed in the public JavaDoc.

Port 465 is where Google exposes their SMTP+SSL endpoint. Port 587 is for STARTTLS.See https://support.google.com/mail/answer/13287?hl=en

If you look at the OSGi console, you'll see that the bundle included in the product exports package version 1.2, which is outside the import range you have there. Since this package is used as part of the API of the mailer service, you should use the same version.

NitroHazeDev wrote...justin_at_adobe wrote...The problem is that you are embedding commons-email. Don't do this. Your bundle needs to import org.apache.commons.  Justin,I totally get it when you say don't embed commons-email, i must say that the workflow executes just perfect, thanks, but am wonderi...

I was looking for the MANIFEST.MF file from the bundle.Let's try something else... are you using <Embed-Dependency> in your pom.xml file?

The problem is that you are embedding commons-email. Don't do this. Your bundle needs to import org.apache.commons. 

Can you post your bundle's MANIFEST.MF file?

I don't see the code where you actually send the email.The correct way to do this in a workflow process is to have@Reference(policy = ReferencePolicy.DYNAMIC) private MailService mailService;And then in the body of the execute() method (or some other method called from execute) do:HtmlEmail email = ...

Hi,First off, I find it very confusing that you are posting to two separate topics on the same issue. If your issue is still persisting, I'd recommend starting a new thread and only use a single thread.The issue you are describing is caused by embedding the JSP API. I wrote this yesterday in the oth...