You need to sign in to do that
Don't have an account?

E-Mail - to Case - Exchange 2007 Issue?
Greetings...
I have configured e-mail to case to the best of my knowledge...
I'm getting the following error....
t2cexchange01
No login methods supported!;
nested exception is:
com.sun.mail.iap.ProtocolException: No login methods supported!
SFDC Url: https://www.salesforce.com/services/Soap/u/7.0
SFDC User ID: jgivens@t2systems.com
SFDC Login Refresh: 30
SFDC Timeout: 600
Registered Services:
t2cexchange01:0:saleforce@t2systems.com:Inbox
Any Ideas?
192.168.0.26
sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target;
nested exception is:
javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
SFDC Url: https://www.salesforce.com/services/Soap/u/7.0
SFDC User ID: jgivens@t2systems.com
SFDC Login Refresh: 30
SFDC Timeout: 600
Registered Services:
192.168.0.26:0
New error :o|
The bad news is that this is a Java issue with SSL keys.
The good news is that there is a way to fix it.
The bad news is that it's a bit involved. You have to import the SSL key into Java so Java knows and trusts that key.
This page describes the process pretty well, albeit for JIRA, not Email To Case, but the process is the same because it's all Java:
http://confluence.atlassian.com/display/JIRA/Connecting+to+SSL+services
Basically you need to follow the first 3 steps in the above doc:
Where that truststore dir is the directory in which Java put the imported key file.
Then restart Email2Case and it should work.
Sorry, I know this is a PITA -- you can blame Sun for making it difficult with Java.
un.security.provider.certpath.SunCertPathBuilderException: unable to find va
certification path to requested target;
nested exception is:
javax.net.ssl.SSLHandshakeException: sun.security.validator.Validato
eption: PKIX path building failed: sun.security.provider.certpath.SunCertPat
lderException: unable to find valid certification path to requested target
I was getting the same error message that started this thread. I changed to IMAPS and incorporated the keystore changes and now I get this in the log:
Message: sun.security.validator.ValidatorException: PKIX path building failed: s
un.security.provider.certpath.SunCertPathBuilderException: unable to find valid
certification path to requested target;
nested exception is:
javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorExc
eption: PKIX path building failed: sun.security.provider.certpath.SunCertPathBui
lderException: unable to find valid certification path to requested target
2008-04-30 10:26:31,856 [Timer-0] INFO Generating SMTP Authentication Request
Is the path refering to verifying the CA, or it it the path to my keystore as I entered it in the batch file?
I tried the following additions to the batch file:
-Djavax.net.ssl.trustStore=c:\EmailAgent\keystore
-Djavax.net.ssl.trustStore=keystore
-Djavax.net.ssl.trustStore=c:\EmailAgent
-Djavax.net.ssl.trustStore=file:///c:/EmailAgent/keystore
-Djavax.net.ssl.keyStore=c:\EmailAgent\keystore
(I tried the last based on searching other resources for using SSL in java)
This is actually the full line that is in my batch file:
java -jar -Xmx256M Email2Case.jar sfdcConfig.txt log4j.properties -Djavax.net.ssl.keyStore=c:\EmailAgent\keystore -Djavax.net.ssl.keyStorePassword=changeit mailserver-fep
The crazy thing is, this all worked on my desktop, but now that I am trying to run it on a server, it's kicking out this message. Could it be because Outlook is not installed on the server?
We have a wild card cert that i'm attempting to use from net sol.
Any issues with wild card cert?
Per Zach's question, you can disable cert checking in Java code at least:
http://www.exampledepot.com/egs/javax.net.ssl/TrustAll.html
I'm not sure if there's some command line setting you can make that would accomplish the same though.
$openssl s_client -showcerts -connect mail.mydomain.com:993
CONNECTED(00000003)
depth=0 /CN=exchange1.mydomain.com/CN=localhost/CN=exchange1/CN=companyweb/CN=mail.mydomain.com
verify error:num=18:self signed certificate
Then you will need to download and import the certificate into your keystore:keytool -importcert -keystore /usr/java/jdk1.6.0_05-64/jre/lib/security/cacerts -storepass changeit -alias mail.mydomain.com -file mail.mydomain.com.pem
Of course, this creates a nice time bomb because the certificate eventually expires. Then you have to generate a new certificate and install it on both the server and your keystore.
Options:
1. Don't use imaps, but use non-secure imap (port 143)
2. Use a self-signed cert and update both client and server when it expires.
3. Use a commercial certificate and then only have to update the server when it expires. (It is signed by a certificate authority in your keystore.)
4. Ignore host verification completely, assuming you're not worried about a man-in-the-middle attack.
Disable SSL host verification with the following code. (It always returns true.)
/**
* Disable the verification of the server hostname.
* For debugging, use -Djavax.net.debug=all
* For HTTPS, verify name in certificate matches hostname in URL.
* If set, JSSE calls HostnameVerifier if its matching fails.
*/
public static void disableHostVerify()
{
javax.net.ssl.HttpsURLConnection.setDefaultHostnameVerifier(new HostnameVerifier()
{
public boolean verify(String hostname, SSLSession session)
{
logger.log(Level.INFO, "Verifying host: " + hostname + " and peer host: "
+ session.getPeerHost());
return true;
}
});
}
Message: AUTHENTICATE failed.
...with Exchange 2007 (IMAP enabled and everything...)
Help!
We will now try a previous post:
"To those of you seeking help to the "No login methods supported" error when trying to connect with IMAP on Exchange 2007, I can recommend checking your IMAP4 settings in the Client Access part of your exchange server. The authentication is normally set to TLS (secure), but if it has to run with IMAP (not secure), it has to be set to basic authentication (NO-TLS).
Incidentally in the Spring '09 release in a few weeks there will be On Demand Email To Case. In On Demand Email To Case you'll be able to just forward your emails to a Salesforce.com-defined box and Salesforce.com will process it just as it does with Email To Case today -- no more Email To Case Java client needed.
It does seem to be a java issue, in which case, the piece-o-junk email2case needs to be updated.
http://www.zimbra.com/forums/administrators/20292-funambol-zimbra-connector-error.html
http://www.open-xchange.com/forum/showthread.php?t=1479
Note that at the bottom of the first article the author says:
I got it working.
In Zimbra I needed to specify that I could use plaintext passwords for the imap protocol.
He's using Zimbra as his mail server, not Exchange, but the concept may be the same. I am unfortunately not familiar enough with Exchange to know how to do this in Exchange.
We still have an unanswered case open with Salesforce...we should hear from them in the next week or so while our customer support email is still not functional. Fun fun fun! Along with the global failure a few days ago, this has been a wild ride.
It's been a long time, but I finally got this working. Since I started, we ended up getting a real certificate, but I found other problems we had that might help people who are trying to go the self-cert route.
#1 - the keytool.exe tips were not helping me. I believe I was running the right commands to get my cert put into the Java settings as a Root CA, and I got messages that said it worked, but I don't think it did. The third-party cert we purchased was not trusted by Java by default. I used KeyTool UI to get their cert in there as a root, and I imagine you might be able to put your self-signed one in the same way.
http://yellowcat1.free.fr/keytool_iui.html
I went to import/Keystore's entry/Trusted Certificate/Root CA Certificate and used that screen to import what I got from the CA's web page.
#2 - And I don't know how I tripped over this. After you go through all the effort of getting your cert trusted by Java, make sure that's the cert Exchange is using for IMAPS. In my case, it was set to use an old expired self-cert. Open the Exchange Management Console, go to "Microsoft Exchange/Server Configuration/Client Access" in the left pane. click the POP3 and IMAP tab in the right pane, and double-click IMAP4 in the list of protocols. Click the Authentication tab. Make sure the X.509 certificate name field matches the cert that shows up when you use webmail.
I hope this all makes sense. I'm not a Java developer or an Exchange administrator.
By the way, I got the Email Agent to run as a service. Let me know if I should post instructions, or if everybody already knows how to do this.