est ce que quelqu'un sait si la majorité des hébergeurs tournent encore en
SSL plutôt qu'en TLS ? en effet OVH ne gère pas le TLS ...j'ai des mails de
clients utilisant le TLS qui leur revienne..
est ce que quelqu'un sait si la majorité des hébergeurs tournent encore en SSL plutôt qu'en TLS ? en effet OVH ne gère pas le TLS ...j'ai des mails de clients utilisant le TLS qui leur revienne..
Quel rapport ? J'ai l'impression que vous confondez non ?
Cdlt,
-- JUL, JUL _at_ julnav _dot_ com GPG Key ID : 0xDC51DE6E
bonjour,
est ce que quelqu'un sait si la majorité des hébergeurs tournent encore en
SSL plutôt qu'en TLS ? en effet OVH ne gère pas le TLS ...j'ai des mails de
clients utilisant le TLS qui leur revienne..
Quel rapport ? J'ai l'impression que vous confondez non ?
Cdlt,
--
JUL, JUL _at_ julnav _dot_ com
GPG Key ID : 0xDC51DE6E
est ce que quelqu'un sait si la majorité des hébergeurs tournent encore en SSL plutôt qu'en TLS ? en effet OVH ne gère pas le TLS ...j'ai des mails de clients utilisant le TLS qui leur revienne..
Quel rapport ? J'ai l'impression que vous confondez non ?
Cdlt,
-- JUL, JUL _at_ julnav _dot_ com GPG Key ID : 0xDC51DE6E
Methos
Peut-être que j'ai mal compris je n'ai que des connaissances de base en réseau.
En fait mes correspondants recoivent ce message :
"Router : failed to connect to SMTP host xxxx.com because 454 TLS not available: missing RSA private key (#4.3.0)"
Les techs OVH m'ont dit que c'était parce qu'OVH ne gérait pas le TLS et m'ont dit d'expliquer à mes correspondants qu'ils devaient utiliser SSL ou un mode non sécurisé, mais bon je me vois mal dire ça à un client.....
merci de votre aide.
Peut-être que j'ai mal compris je n'ai que des connaissances de base en
réseau.
En fait mes correspondants recoivent ce message :
"Router : failed to connect to SMTP host xxxx.com because 454 TLS not
available: missing RSA private key (#4.3.0)"
Les techs OVH m'ont dit que c'était parce qu'OVH ne gérait pas le TLS et
m'ont dit d'expliquer à mes correspondants qu'ils devaient utiliser SSL ou
un mode non sécurisé, mais bon je me vois mal dire ça à un client.....
Peut-être que j'ai mal compris je n'ai que des connaissances de base en réseau.
En fait mes correspondants recoivent ce message :
"Router : failed to connect to SMTP host xxxx.com because 454 TLS not available: missing RSA private key (#4.3.0)"
Les techs OVH m'ont dit que c'était parce qu'OVH ne gérait pas le TLS et m'ont dit d'expliquer à mes correspondants qu'ils devaient utiliser SSL ou un mode non sécurisé, mais bon je me vois mal dire ça à un client.....
merci de votre aide.
Christophe Baegert
Methos wrote:
Les techs OVH m'ont dit que c'était parce qu'OVH ne gérait pas le TLS et m'ont dit d'expliquer à mes correspondants qu'ils devaient utiliser SSL ou un mode non sécurisé, mais bon je me vois mal dire ça à un client.....
99,99% des serveurs mails n'utilisent ni SSL ni TLS en SMTP. Donc si votre client a choisi de lui même de se placer dans les 0,01%, il ne faut pas qu'il s'étonne de ne pouvoir causer à personne !!!
Methos wrote:
Les techs OVH m'ont dit que c'était parce qu'OVH ne gérait pas le TLS et
m'ont dit d'expliquer à mes correspondants qu'ils devaient utiliser SSL ou
un mode non sécurisé, mais bon je me vois mal dire ça à un client.....
99,99% des serveurs mails n'utilisent ni SSL ni TLS en SMTP. Donc si votre
client a choisi de lui même de se placer dans les 0,01%, il ne faut pas
qu'il s'étonne de ne pouvoir causer à personne !!!
Les techs OVH m'ont dit que c'était parce qu'OVH ne gérait pas le TLS et m'ont dit d'expliquer à mes correspondants qu'ils devaient utiliser SSL ou un mode non sécurisé, mais bon je me vois mal dire ça à un client.....
99,99% des serveurs mails n'utilisent ni SSL ni TLS en SMTP. Donc si votre client a choisi de lui même de se placer dans les 0,01%, il ne faut pas qu'il s'étonne de ne pouvoir causer à personne !!!
Frédéric VANNIÈRE
Bonjour,
Il semble que OVH ai oublié de spécifier la clé RSA pour le TLS, ça prend 5 minutes pour le faire.
Le problème est que beaucoup de serveurs SMTP gèrent le TLS et l'utilisent si le serveur sur lequel ils se connectent gère aussi. Parfois ça peut empêcher la communication, en tout cas c'est à OVH de régler ça.
:~$ telnet ns0.ovh.net smtp 220 ns0.ovh.net ssl0.ovh.net. You connect to mail44.ha.ovh.net ESMTP ehlo prout 250-ns0.ovh.net ssl0.ovh.net. You connect to mail44.ha.ovh.net 250-AUTH LOGIN CRAM-MD5 PLAIN 250-AUTH=LOGIN CRAM-MD5 PLAIN 250-PIPELINING 250-STARTTLS 250-8BITMIME 250 SIZE 10000000 STARTTLS 454 TLS not available: missing RSA private key (#4.3.0)
C'est pas grave que le SMTP foire, OVH va passer la capacité de sa bande passante à plus de 10 Gbps d'ici la fin de l'année ;)
Fred.
Peut-être que j'ai mal compris je n'ai que des connaissances de base en réseau.
En fait mes correspondants recoivent ce message :
"Router : failed to connect to SMTP host xxxx.com because 454 TLS not available: missing RSA private key (#4.3.0)"
Les techs OVH m'ont dit que c'était parce qu'OVH ne gérait pas le TLS et m'ont dit d'expliquer à mes correspondants qu'ils devaient utiliser SSL ou un mode non sécurisé, mais bon je me vois mal dire ça à un client.....
merci de votre aide.
Bonjour,
Il semble que OVH ai oublié de spécifier la clé RSA pour le TLS,
ça prend 5 minutes pour le faire.
Le problème est que beaucoup de serveurs SMTP gèrent le TLS et
l'utilisent si le serveur sur lequel ils se connectent gère aussi.
Parfois ça peut empêcher la communication, en tout cas c'est à OVH de
régler ça.
fvanniere@frederic:~$ telnet ns0.ovh.net smtp
220 ns0.ovh.net ssl0.ovh.net. You connect to mail44.ha.ovh.net ESMTP
ehlo prout
250-ns0.ovh.net ssl0.ovh.net. You connect to mail44.ha.ovh.net
250-AUTH LOGIN CRAM-MD5 PLAIN
250-AUTH=LOGIN CRAM-MD5 PLAIN
250-PIPELINING
250-STARTTLS
250-8BITMIME
250 SIZE 10000000
STARTTLS
454 TLS not available: missing RSA private key (#4.3.0)
C'est pas grave que le SMTP foire, OVH va passer la capacité
de sa bande passante à plus de 10 Gbps d'ici la fin de l'année ;)
Fred.
Peut-être que j'ai mal compris je n'ai que des connaissances de base en
réseau.
En fait mes correspondants recoivent ce message :
"Router : failed to connect to SMTP host xxxx.com because 454 TLS not
available: missing RSA private key (#4.3.0)"
Les techs OVH m'ont dit que c'était parce qu'OVH ne gérait pas le TLS et
m'ont dit d'expliquer à mes correspondants qu'ils devaient utiliser SSL ou
un mode non sécurisé, mais bon je me vois mal dire ça à un client.....
Il semble que OVH ai oublié de spécifier la clé RSA pour le TLS, ça prend 5 minutes pour le faire.
Le problème est que beaucoup de serveurs SMTP gèrent le TLS et l'utilisent si le serveur sur lequel ils se connectent gère aussi. Parfois ça peut empêcher la communication, en tout cas c'est à OVH de régler ça.
:~$ telnet ns0.ovh.net smtp 220 ns0.ovh.net ssl0.ovh.net. You connect to mail44.ha.ovh.net ESMTP ehlo prout 250-ns0.ovh.net ssl0.ovh.net. You connect to mail44.ha.ovh.net 250-AUTH LOGIN CRAM-MD5 PLAIN 250-AUTH=LOGIN CRAM-MD5 PLAIN 250-PIPELINING 250-STARTTLS 250-8BITMIME 250 SIZE 10000000 STARTTLS 454 TLS not available: missing RSA private key (#4.3.0)
C'est pas grave que le SMTP foire, OVH va passer la capacité de sa bande passante à plus de 10 Gbps d'ici la fin de l'année ;)
Fred.
Peut-être que j'ai mal compris je n'ai que des connaissances de base en réseau.
En fait mes correspondants recoivent ce message :
"Router : failed to connect to SMTP host xxxx.com because 454 TLS not available: missing RSA private key (#4.3.0)"
Les techs OVH m'ont dit que c'était parce qu'OVH ne gérait pas le TLS et m'ont dit d'expliquer à mes correspondants qu'ils devaient utiliser SSL ou un mode non sécurisé, mais bon je me vois mal dire ça à un client.....
merci de votre aide.
Spyou
Le problème est que beaucoup de serveurs SMTP gèrent le TLS et l'utilisent si le serveur sur lequel ils se connectent gère aussi. Parfois ça peut empêcher la communication, en tout cas c'est à OV H de régler ça.
Techniquement, oui
Humainement, c'est a celui qui veut le plus faire transiter les mails .. et comme OVH a l'air de s'en foutre, je dirais que c'est au client de Methos de se creuser la tete :)
Le problème est que beaucoup de serveurs SMTP gèrent le TLS et
l'utilisent si le serveur sur lequel ils se connectent gère aussi.
Parfois ça peut empêcher la communication, en tout cas c'est à OV H de
régler ça.
Techniquement, oui
Humainement, c'est a celui qui veut le plus faire transiter les mails ..
et comme OVH a l'air de s'en foutre, je dirais que c'est au client de
Methos de se creuser la tete :)
Le problème est que beaucoup de serveurs SMTP gèrent le TLS et l'utilisent si le serveur sur lequel ils se connectent gère aussi. Parfois ça peut empêcher la communication, en tout cas c'est à OV H de régler ça.
Techniquement, oui
Humainement, c'est a celui qui veut le plus faire transiter les mails .. et comme OVH a l'air de s'en foutre, je dirais que c'est au client de Methos de se creuser la tete :)
Methos
"Frédéric VANNIÈRE" a écrit dans le message de news: 4316b4bf$0$17139$
Bonjour,
Il semble que OVH ai oublié de spécifier la clé RSA pour le TLS, ça prend 5 minutes pour le faire.
Le problème est que beaucoup de serveurs SMTP gèrent le TLS et l'utilisent si le serveur sur lequel ils se connectent gère aussi. Parfois ça peut empêcher la communication, en tout cas c'est à OVH de régler ça.
Concrètement ya -t-il une solution à cela ? que puis-je dire à OVH pour que cela fonctionne ?
merci !
"Frédéric VANNIÈRE" <f.vanniere@planet-work.com> a écrit dans le message de
news: 4316b4bf$0$17139$626a14ce@news.free.fr...
Bonjour,
Il semble que OVH ai oublié de spécifier la clé RSA pour le TLS,
ça prend 5 minutes pour le faire.
Le problème est que beaucoup de serveurs SMTP gèrent le TLS et
l'utilisent si le serveur sur lequel ils se connectent gère aussi.
Parfois ça peut empêcher la communication, en tout cas c'est à OVH de
régler ça.
Concrètement ya -t-il une solution à cela ? que puis-je dire à OVH pour que
cela fonctionne ?
"Frédéric VANNIÈRE" a écrit dans le message de news: 4316b4bf$0$17139$
Bonjour,
Il semble que OVH ai oublié de spécifier la clé RSA pour le TLS, ça prend 5 minutes pour le faire.
Le problème est que beaucoup de serveurs SMTP gèrent le TLS et l'utilisent si le serveur sur lequel ils se connectent gère aussi. Parfois ça peut empêcher la communication, en tout cas c'est à OVH de régler ça.
Concrètement ya -t-il une solution à cela ? que puis-je dire à OVH pour que cela fonctionne ?
merci !
GPLHost
Methos wrote:
"Frédéric VANNIÈRE" a écrit dans le message de Concrètement ya -t-il une solution à cela ? que puis-je dire à OVH pour que cela fonctionne ?
merci !
- Alo monsieur l'hébergeur ? Ca marche pas là, vous voulez bien arranger le problème ? Il semble que le problème vienne du fait que le serveur SMTP soit mal configuré sans clef RSA pour le SMTP avec TLS...
Note que la dernière phrase est facultative, vu que ton hébergeur est sencé être compétent. D'autant qu'ici, il semble vraiment que le problème vienne d'un logiciel a moitié configuré (ce qui est pire que de ne pas l'avoir installé). Si ça suffit pas, change de prestataire et choisi quelqu'un qui aide ses clients...
Thomas
Methos wrote:
"Frédéric VANNIÈRE" <f.vanniere@planet-work.com> a écrit dans le message de
Concrètement ya -t-il une solution à cela ? que puis-je dire à OVH pour que
cela fonctionne ?
merci !
- Alo monsieur l'hébergeur ? Ca marche pas là, vous voulez bien arranger
le problème ? Il semble que le problème vienne du fait que le serveur
SMTP soit mal configuré sans clef RSA pour le SMTP avec TLS...
Note que la dernière phrase est facultative, vu que ton hébergeur est
sencé être compétent. D'autant qu'ici, il semble vraiment que le
problème vienne d'un logiciel a moitié configuré (ce qui est pire que de
ne pas l'avoir installé). Si ça suffit pas, change de prestataire et
choisi quelqu'un qui aide ses clients...
"Frédéric VANNIÈRE" a écrit dans le message de Concrètement ya -t-il une solution à cela ? que puis-je dire à OVH pour que cela fonctionne ?
merci !
- Alo monsieur l'hébergeur ? Ca marche pas là, vous voulez bien arranger le problème ? Il semble que le problème vienne du fait que le serveur SMTP soit mal configuré sans clef RSA pour le SMTP avec TLS...
Note que la dernière phrase est facultative, vu que ton hébergeur est sencé être compétent. D'autant qu'ici, il semble vraiment que le problème vienne d'un logiciel a moitié configuré (ce qui est pire que de ne pas l'avoir installé). Si ça suffit pas, change de prestataire et choisi quelqu'un qui aide ses clients...
Thomas
R12y
On Thu, 01 Sep 2005 13:56:17 +0200, GPLHost wrote:
Si ça suffit pas, change de prestataire et choisi quelqu'un qui aide ses clients...
Dans beaucoup de cas, les gens auront choisi OVH pour le low cost. Ils sont donc radins, ou, plus noblement dit, cherchent à réduire leurs couts. Le cout d'une migration n'étant pas toujours négligeable, je pense que les clients OVH ne sont pas psycologiquement prêts à changer de prestataire...
Pourtant, si ils étaient chez un prestataire 10x plus cher, avec dix fois moins d'incidents, ils auraient plus rapidement décidé de changer :-)
-- SPIP, phpNuke, Plone, opengroupware... c'est bien CPS c'est mieux: http://www.cps-project.org/ Hébergement de sites CPS: http://www.objectis.org/
On Thu, 01 Sep 2005 13:56:17 +0200, GPLHost wrote:
Si ça suffit pas, change de prestataire et
choisi quelqu'un qui aide ses clients...
Dans beaucoup de cas, les gens auront choisi OVH pour le low cost.
Ils sont donc radins, ou, plus noblement dit, cherchent à réduire leurs
couts.
Le cout d'une migration n'étant pas toujours négligeable, je pense
que les clients OVH ne sont pas psycologiquement prêts à changer de
prestataire...
Pourtant, si ils étaient chez un prestataire 10x plus cher, avec dix fois
moins d'incidents, ils auraient plus rapidement décidé de changer :-)
--
SPIP, phpNuke, Plone, opengroupware... c'est bien
CPS c'est mieux: http://www.cps-project.org/
Hébergement de sites CPS: http://www.objectis.org/
On Thu, 01 Sep 2005 13:56:17 +0200, GPLHost wrote:
Si ça suffit pas, change de prestataire et choisi quelqu'un qui aide ses clients...
Dans beaucoup de cas, les gens auront choisi OVH pour le low cost. Ils sont donc radins, ou, plus noblement dit, cherchent à réduire leurs couts. Le cout d'une migration n'étant pas toujours négligeable, je pense que les clients OVH ne sont pas psycologiquement prêts à changer de prestataire...
Pourtant, si ils étaient chez un prestataire 10x plus cher, avec dix fois moins d'incidents, ils auraient plus rapidement décidé de changer :-)
-- SPIP, phpNuke, Plone, opengroupware... c'est bien CPS c'est mieux: http://www.cps-project.org/ Hébergement de sites CPS: http://www.objectis.org/
Methos
voici leur réponse :
"Nos serveurs SMTP ne supportent pas le protocole TLS à l'heure actuelle. Vous pouvez utiliser une connexion classique ou bien nos serveurs sécurisés SSL."
Ce qui indiquent qu'ils n'ont pas de TLS surement ? alors comment puis-je leur dire que le serveur SMTP est mal configuré sans clef RSA pour le SMTP avec TLS...s'ils n'ont pas le TLS :o)
voici leur réponse :
"Nos serveurs SMTP ne supportent pas le protocole TLS à l'heure actuelle.
Vous pouvez utiliser une connexion classique ou bien nos serveurs sécurisés
SSL."
Ce qui indiquent qu'ils n'ont pas de TLS surement ? alors comment puis-je
leur dire que le serveur SMTP est mal configuré sans clef RSA pour le SMTP
avec TLS...s'ils n'ont pas le TLS :o)
"Nos serveurs SMTP ne supportent pas le protocole TLS à l'heure actuelle. Vous pouvez utiliser une connexion classique ou bien nos serveurs sécurisés SSL."
Ce qui indiquent qu'ils n'ont pas de TLS surement ? alors comment puis-je leur dire que le serveur SMTP est mal configuré sans clef RSA pour le SMTP avec TLS...s'ils n'ont pas le TLS :o)
Patrick Mevzek
"Nos serveurs SMTP ne supportent pas le protocole TLS à l'heure actuelle. Vous pouvez utiliser une connexion classique ou bien nos serveurs sécurisés SSL."
Vu que TLS=SSL v3.1, il y a comme un flou...
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
"Nos serveurs SMTP ne supportent pas le protocole TLS à l'heure actuelle.
Vous pouvez utiliser une connexion classique ou bien nos serveurs sécurisés
SSL."
Vu que TLS=SSL v3.1, il y a comme un flou...
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
"Nos serveurs SMTP ne supportent pas le protocole TLS à l'heure actuelle. Vous pouvez utiliser une connexion classique ou bien nos serveurs sécurisés SSL."
Vu que TLS=SSL v3.1, il y a comme un flou...
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
