Question
Coforge
US
Last activity: 16 Sep 2016 16:48 EDT
Email Listener won't start
Hi Everyone,
We are trying to create a email listener, but whenever the listener is starting we are getting the following error.
Hi Everyone,
We are trying to create a email listener, but whenever the listener is starting we are getting the following error.
com.pega.pegarules.pub.PRException: Email listener 'Listener.TestEmailListener' failed to connect to Email Server - The server indicated that the authentication credentials for this Email Account are incorrect.
From: (AA6478CC4243805F51FB67CE96C980D35:(Engine Startup Init Services))
at com.pega.pegarules.integration.engine.internal.services.email.EmailListener.setup(EmailListener.java:2096)
at com.pega.pegarules.integration.engine.internal.services.email.EmailListener.setup(EmailListener.java:1969)
at com.pega.pegarules.integration.engine.internal.services.listener.ListenerWrapper.launchListener(ListenerWrapper.java:151)
at com.pega.pegarules.integration.engine.internal.services.listener.ListenerStateManagerImpl.startOneListener(ListenerStateManagerImpl.java:752)
at com.pega.pegarules.integration.engine.internal.services.listener.ListenerStateManagerImpl.startServiceTypeListeners(ListenerStateManagerImpl.java:492)
at com.pega.pegarules.integration.engine.internal.services.listener.ListenerStateManagerImpl.startListenerType(ListenerStateManagerImpl.java:439)
at com.pega.pegarules.integration.engine.internal.PRIntegrationEngineProviderImpl.initServices(PRIntegrationEngineProviderImpl.java:175)
at com.pega.pegarules.session.internal.mgmt.PREnvironment.initServices(PREnvironment.java:644)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
We ensured that the credentials used for the server are correct.
We tried out the following by going through the solutions/suggestions that are available in PDN.
https://community.pega.com/support/support-articles/smtp-connectivity-test-fails-email-account
Also, Tried installing latest certificates on the JVM.
Can anyone of you suggest some approaches to over this problem? Thanks!
Accepted Solution
Updated: 16 Sep 2016 16:48 EDT
Coforge
US
We solved this issue.
We were trying to access a shared mail box on the ms exchange server by making use of a generic account which had access to the mailbox. So in the user id we had to follow a different syntax rather than just generic account name.
The syntax had to be <DOMAIN NAME>/<GENERIC ACCOUNT>/<Exchange Server Alias>
Also, proper certificates had to be installed using java keytool.
Along with this had to set a few properties to get allow access in the advanced section of the email account.
mail.imaps.auth.gssapi.disable true
mail.imaps.auth.plain.disable true
mail.imaps.auth.ntlm.disable true
mail.imaps.partialfetch false
Pegasystems Inc.
US
That is a snippet of that error. Can you provide a more complete log?
In addition, are either your username or password empty?
Pegasystems Inc.
GB
So the first suspicion based on the error is that the username and/or password are indeed not correct for this IMAP server ; based on this:
The server indicated that the authentication credentials for this Email Account are incorrect.
javax.mail.AuthenticationFailedException: LOGIN failed.
So : I think we do need more details on this:
1. What Type and Version of Email Server are using (Microsoft Exchange 2010 etc.)
2. Are you able to login to the same Email Server using another Email Client , using the same credentials and ideally from the same physical host (or at least a host on the same network) - for instance using Mozillia Thunderbird ?
3. The question already asked - about whether the username/password being blank is significant : depending on the vendor/version of the Email Server (and probably the version of PRPC/mail.jar used); the email server may not like blank passwords and get into a loop where it refuses ALL passwords.
4. You can try to switch on DEBUG for the EMAIL client ; I *believe* (somebody else may be able to confirm this) that you should switch on DEBUG for the Email Listener class itself for the 'test-connection' logs ?
I don't believe (I could be wrong) that this is an SSL issue - as those are generally accompanied by an explicit SSL / PKIX / Certificate error.
Coforge
US
Hi PRITJ,
Thanks for your reply, I tried out the things which you had pointed out. The response is below:
1. What Type and Version of Email Server are using (Microsoft Exchange 2010 etc.) - MS Exchange 2010
2. Are you able to login to the same Email Server using another Email Client , using the same credentials and ideally from the same physical host (or at least a host on the same network) - for instance using Mozillia Thunderbird ? I was not able to try from the same host but the credentials are correct and have access to the account. Test was done by IT Support.
Hi PRITJ,
Thanks for your reply, I tried out the things which you had pointed out. The response is below:
1. What Type and Version of Email Server are using (Microsoft Exchange 2010 etc.) - MS Exchange 2010
2. Are you able to login to the same Email Server using another Email Client , using the same credentials and ideally from the same physical host (or at least a host on the same network) - for instance using Mozillia Thunderbird ? I was not able to try from the same host but the credentials are correct and have access to the account. Test was done by IT Support.
3. The question already asked - about whether the username/password being blank is significant : depending on the vendor/version of the Email Server (and probably the version of PRPC/mail.jar used); the email server may not like blank passwords and get into a loop where it refuses ALL passwords. The account has a password they are not blank.
4. You can try to switch on DEBUG for the EMAIL client ; I *believe* (somebody else may be able to confirm this) that you should switch on DEBUG for the Email Listener class itself for the 'test-connection' logs ? Will try this
Accepted Solution
Updated: 16 Sep 2016 16:48 EDT
Coforge
US
We solved this issue.
We were trying to access a shared mail box on the ms exchange server by making use of a generic account which had access to the mailbox. So in the user id we had to follow a different syntax rather than just generic account name.
The syntax had to be <DOMAIN NAME>/<GENERIC ACCOUNT>/<Exchange Server Alias>
Also, proper certificates had to be installed using java keytool.
Along with this had to set a few properties to get allow access in the advanced section of the email account.
mail.imaps.auth.gssapi.disable true
mail.imaps.auth.plain.disable true
mail.imaps.auth.ntlm.disable true
mail.imaps.partialfetch false