[JavaMail] Erreur en fonction de l'OS

Version imprimable

Bonjour, question qui peut paraitre bête mais que je souhaite comprendre et surtout résoudre.

J'utilise plusieurs postes, aussi bien linux que windows, lorsque je vais sur un linux et que transmets un mail ca marche bien, mais sous windows j'ai une erreur qui est levée à savoir :
Code:

1 2 3 4 5 6 7 8 9 10 javax.mail.MessagingException: Could not convert socket to TLS; 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 at com.sun.mail.smtp.SMTPTransport.startTLS(SMTPTransport.java:1918) at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:652) at javax.mail.Service.connect(Service.java:317) at javax.mail.Service.connect(Service.java:176) at javax.mail.Service.connect(Service.java:125) at javax.mail.Transport.send0(Transport.java:194) at javax.mail.Transport.send(Transport.java:124)
Si je comprends bien il ne trouve pas de certification valide.... pourriez vous me guider sur la compréhension et la résolution de ce problème ?

Pour le code j'utilise :
Code:

1 2 3 4 5 6 props.put("mail.transport.protocol","smtp"); props.put("defaultEncoding","text/html; charset=ISO-8859-1"); props.put("mail.smtp.host",domaine); props.put("mail.smtp.starttls.enable","true"); props.put("mail.smtp.auth","true");

11/02/2013, 11h46
NoClassDefFound

Plus exactement il ne trouve pas soit le certificat SSL en lui-même soit l'autorité de certification qui a servi à générer le certificat.
Lors de l'établissement de la connexion SSL, la validité du certificat ainsi que l'autorité de certification ayant servi à le générer sont vérifiées.
Si l'une des deux vérifications échoue, l'établissement de la connexion SSL échoue également.
Le certificat SSL à utiliser est généralement paramétré en tant qu'argument de la JVM avec le paramètre -Djavax.net.ssl.keyStore et -Djavax.net.ssl.keyStorePassword.
Les autorités de certification sont généralement stockées dans le fichiers cacerts du jdk (JAVA_HOME/jre/lib/security).
Il est possible de passer un truststore particulier avec l'argument de VM -Djavax.net.ssl.trustStore
Pour avoir plus d'informations sur l'établissement de la connexion SSL, tu peux positionner l'argument suivant au démarrage de la JVM: -Djavax.net.debug=all ou -Djavax.net.debug=ssl.
Cela te donnera les informations de debug nécessaires à la résolution de ton problème (fichier keystore non paramétré, autorité de certification non trouvée, ...)

bonjour et merci pour cette réponse.

J'ai alors essayé, mais je reconnais avoir du mal :

Sous linux ( des données ont été masquées par des ***** ) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
 
DEBUG: setDebug: JavaMail version 1.4.5
DEBUG: setDebug: JavaMail version 1.4.5
DEBUG: getProvider() returning javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, Inc]
DEBUG SMTP: useEhlo true, useAuth true
DEBUG SMTP: useEhlo true, useAuth true
DEBUG SMTP: trying to connect to host "******", port 25, isSSL false
220 ******.fr ESMTP Postfix (Debian/GNU)
 
DEBUG SMTP: connected to host "******.fr", port: 25
 
EHLO ******.fr
 
250-******.fr
 
250-PIPELINING
 
250-SIZE 8192000
 
250-VRFY
 
250-ETRN
 
250-STARTTLS
 
250-ENHANCEDSTATUSCODES
 
250-8BITMIME
 
250 DSN
 
DEBUG SMTP: Found extension "PIPELINING", arg ""
DEBUG SMTP: Found extension "SIZE", arg "8192000"
DEBUG SMTP: Found extension "VRFY", arg ""
DEBUG SMTP: Found extension "ETRN", arg ""
DEBUG SMTP: Found extension "STARTTLS", arg ""
DEBUG SMTP: Found extension "ENHANCEDSTATUSCODES", arg ""
DEBUG SMTP: Found extension "8BITMIME", arg ""
DEBUG SMTP: Found extension "DSN", arg ""
STARTTLS
 
220 2.0.0 Ready to start TLS
 
keyStore is : 
keyStore type is : jks
keyStore provider is : 
init keystore
init keymanager of type SunX509
trustStore is: /usr/lib/jvm/java-6-sun-1.6.0.16/jre/lib/security/cacerts
trustStore type is : jks
trustStore provider is : 
init truststore
adding as trusted cert:

Puis une liste de certificats

Sous windows ( des données ont été masquées par des ***** ):

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
 
DEBUG: setDebug: JavaMail version 1.4.5
 
DEBUG: getProvider() returning javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, Inc]
 
DEBUG SMTP: useEhlo true, useAuth true
 
DEBUG SMTP: useEhlo true, useAuth true
 
DEBUG SMTP: trying to connect to host "**********.fr", port 25, isSSL false
 
220 **********.fr ESMTP Postfix (Debian/GNU)
 
DEBUG SMTP: connected to host "**********.fr", port: 25
 
 
 
EHLO **********.FR
 
250-**********.fr
 
250-PIPELINING
 
250-SIZE 8192000
 
250-VRFY
 
250-ETRN
 
250-STARTTLS
 
250-ENHANCEDSTATUSCODES
 
250-8BITMIME
 
250 DSN
 
DEBUG SMTP: Found extension "PIPELINING", arg ""
 
DEBUG SMTP: Found extension "SIZE", arg "8192000"
 
DEBUG SMTP: Found extension "VRFY", arg ""
 
DEBUG SMTP: Found extension "ETRN", arg ""
 
DEBUG SMTP: Found extension "STARTTLS", arg ""
 
DEBUG SMTP: Found extension "ENHANCEDSTATUSCODES", arg ""
 
DEBUG SMTP: Found extension "8BITMIME", arg ""
 
DEBUG SMTP: Found extension "DSN", arg ""
 
STARTTLS
 
220 2.0.0 Ready to start TLS
 
javax.mail.MessagingException: Could not convert socket to TLS;
 
  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
 
	at com.sun.mail.smtp.SMTPTransport.startTLS(SMTPTransport.java:1918)
 
	at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:652)
 
	at javax.mail.Service.connect(Service.java:317)
 
	at javax.mail.Service.connect(Service.java:176)
 
	at javax.mail.Service.connect(Service.java:125)
 
	at javax.mail.Transport.send0(Transport.java:194)
 
	at javax.mail.Transport.send(Transport.java:124)
 
 
..............................
Could not convert socket to TLS

13/02/2013, 08h44
NoClassDefFound

C'est rarement simple lorsque l'on touche à la couche SSL, c'est même très souvent le merdier :aie:.
Vu la stacktrace, il semble qu'il ne trouve par l'autorité de certification nécessaire à l'établissement de la connexion.
Cette autorité de certification est à priori absente de la liste des certificats du truststore de la jvm (liste des certificats après la log "adding as trusted cert").
Tu as précisé dans ton premier post que cela fonctionnait sous linux, c'est donc que l'autorité de certification est bien présente dans le trustore de ton jdk sous linux.
Il faut que tu détermines quelle autorité de certification est présente dans le cacerts sous linux et absente du cacerts sous windows.
Petit détail, je ne vois pas dans les logs pour la plateforme windows de trace du type "trustStore is", est-ce que les arguments de la VM sont les mêmes sous windows et linux ?
13/02/2013, 18h34
Jose.N70

Oui l'application est lancée de la même façon sous linux et sous windows.
13/02/2013, 21h36
NoClassDefFound
As-tu des différences lorsque tu listes les autorités de certification dans le ficheir cacerts dans tes différents environnements?
Code:

1 2 $JAVA_HOME$/bin/keytool -list -keystore storepass changeit -v $JAVA_HOME$/jre/lib/security/cacerts
Si tes installations sont identiques (même version de jdk), au pire tu peux essayer de copier le fichier cacerts de ton installation linux sous windows dans le répertoire jre/lib/security.
11/04/2013, 09h54
Jose.N70

Bon après vérification des certificats, il en manquait effectivement un sur mes postes windows.

Merci pour votre aide.