bonjour
Depuis 15 jours, je n'arrive plus à envoyer mes factures par mails avec EBP Gestion Commerciale.
Je n'ai pas changé de mot de passe.
avant j'avais port 993 pas de sécurité (ssl) et ça marchait très bien.
j'ai essayé avec la sécurité ssl/TLS sur les ports 993/995/465/587
et ça ne marche toujours pas.
Pour EPB, le problème vient d'OVH.
Merci pour votre aide
Thierry
Emails-old - EBP Gestion Commerciale problème d'envoi de mails
Related questions
- DKIM - Configurer le champ
76629
02.01.2020 17:27
- Envoyer des mails depuis un hébergement mutualisé
64938
16.10.2016 07:40
- MX Plan : migration à venir vers une nouvelle plateforme, sans interruption de service
57661
12.04.2018 08:13
- MX plan, c'est quoi?
55198
16.02.2020 17:30
- Mise en place DMARC envoi de mails
49799
28.11.2018 11:28
- Liste des mxplan
47852
11.09.2017 17:42
- Problème SPF et mail non autorisé
40464
22.08.2017 09:26
- Envoie de Mails rejetés quelque soit le destinataire
40224
14.12.2021 10:49
- Emails non-redirigés vers mon adresse Gmail
37984
06.01.2017 20:53
- Hébergement mutualisé et outlook = problème
35272
26.09.2017 19:17
Bonjour,
le port 993 c'est pour la réception et la consultation des messages avec le protocole IMAP.
Pour envoyer, on utilise SMTP et TLS, sur le port 587.
Ceci doit être authentifié avec une adresse e-mail d'une boîte mail existante et son mot de passe.
Merci pour votre réponse mais quand je met le port 587, j'ai la réponse : "Authentification failed"
vérifier vos paramètres smtp.
pourtant tout est bon. Mot de passe et adresse mail
rectificatif : au début j'avais le port 25 et pas de sécurité (ssl)
Changez votre mot de passe, n'y mettez aucune lettre accentuée et évitez certains caractères spéciaux comme `' " & \`
L'adresse mail est-elle une boîte, un alias, une redirection ?
Quel est votre nom de domaine, quel est votre hébergement mail chez OVH, quel est le nom du serveur mail que vous indiquez ?
Ceci peut éventuellement fonctionner
1) si votre FAI ne bloque pas le port 25
2) si OVH ne rejette pas les connexion des adresses IP "domestiques" (en opposition aux serveurs)
3) si l'adresse d'expéditeur existe vraiment
4) et condition impérative que le destinataire est une boîte chez OVH
le problème est que le port 25 ne marche plus.
donc j'ai appelé le sav d'EBP, on a essayé différents ports et tous pareil.
dans le mot de passe je n'ai pas de lettre accentuée et le seul caractère spécial est "-"
Comme je vous disais, le port 25 est destiné à la communication SMTP entre serveurs pour le transport des e-mails.
Pour l'injection de nouveaux mails dans internet, vous devriez utiliser en priorité le port 587 avec SMTP/STARTTLS , ou le port 465 avec SSL (ceci ne fonctionne pas avec tous les serveurs)
Oubliez l'utilisation du port 25. Considérez que c'est un hasard que ça ait fonctionné jusqu'aujourd'hui.
Au fait:
avec starttls et le serveur 587, j'ai le message suivant : Handshake failed due to: ProtocolVersion
j'utilise le serveur : ssl0.ovh.net
mon nom de domaine est www.aagir.fr
mon hébergement : xrlzstp.cluster030.hosting.ovh.net
Vous devriez voir avec EBP.
Ou bien ils sont très en retard sur les protocoles sécurisés.
Ou au contraire ils lavent plus blanc que blanc en n'autorisant que le plus récent TLS 1.3 mais pas TLS 1.2 et antérieurs.
Le serveur d'OVH accepte TLS 1.0 à 1.2 (mais pas TLS 1.3)
TLS c'est l'établissement de la couche de transport.
Dans cette couche les deux parties (les deux partenaire de la conversation électronique) doivent s'accorder sur une algorithme d'encryptage commun, parmi des dizaines qui existent.
OVH supporte les algorithmes d'encryptage suivants:
Hexcode Cipher Suite Name (OpenSSL) KeyExch. Encryption Bits Cipher Suite Name (IANA/RFC)
-----------------------------------------------------------------------------------------------------------------------------
xc030 ECDHE-RSA-AES256-GCM-SHA384 ECDH 384 AESGCM 256 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
xc028 ECDHE-RSA-AES256-SHA384 ECDH 521 AES 256 TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
xc014 ECDHE-RSA-AES256-SHA ECDH 521 AES 256 TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
x9f DHE-RSA-AES256-GCM-SHA384 DH 2048 AESGCM 256 TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
x9d AES256-GCM-SHA384 RSA AESGCM 256 TLS_RSA_WITH_AES_256_GCM_SHA384
x3d AES256-SHA256 RSA AES 256 TLS_RSA_WITH_AES_256_CBC_SHA256
x35 AES256-SHA RSA AES 256 TLS_RSA_WITH_AES_256_CBC_SHA
xc02f ECDHE-RSA-AES128-GCM-SHA256 ECDH 256 AESGCM 128 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
xc027 ECDHE-RSA-AES128-SHA256 ECDH 521 AES 128 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
xc013 ECDHE-RSA-AES128-SHA ECDH 521 AES 128 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
x9e DHE-RSA-AES128-GCM-SHA256 DH 2048 AESGCM 128 TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
x9c AES128-GCM-SHA256 RSA AESGCM 128 TLS_RSA_WITH_AES_128_GCM_SHA256
x3c AES128-SHA256 RSA AES 128 TLS_RSA_WITH_AES_128_CBC_SHA256
x2f AES128-SHA RSA AES 128 TLS_RSA_WITH_AES_128_CBC_SHA
x0a DES-CBC3-SHA RSA 3DES 168 TLS_RSA_WITH_3DES_EDE_CBC_SHA
je viens d'échanger avec un technicien d'EBP. Ils sont en TSL1.3 depuis 2022
mais comme ça marchait avant, il ne pense pas que le problème vient d'ici
Pour lui, c'est votre serveur qui bloque et qui renvoie les messages d'erreur
Voici les différentes réponses avec le serveur : ssl0.ovh.net
port 465 - SSL - The server has closed the connection.
port 587 - SSL - Authentication failed (535).
port 465 - strattsl - Authentication failed (535).
port 587- strattsl - Handshake failed due to: ProtocolVersion
Je ne fais pas partie d'OVH, ce n'est pas mon serveur.
Au fait:
Ce n'est pas un Pro ou Exchange ?
Je viens de vous envoyer un message privé. J'attends un e-mail de votre part.
j'ai essayé de vous envoyer un mail avec le webmail et il m'a renvoyé une erreur 535 échec d'authentification
Changez le mot de passe de cette boîte.
Voyez mon deuxième message privé.
avec le changement de mot de passe, tout marche avec les serveurs 25 et 587.
merci pour votre aide
Bonjour,
vous devriez vraiment abandonner l'utilisation du port 25, comme dit plus haut ce n'est normalement pas destiné a un client mais a un serveur, et un jour cela peut se faire couper sans préavis en fonction de l'évolution des normes.
Cordialement, janus57
Et mon avis n'a pas changé
N'attendez pas que ça se plante à nouveau pour faire ce qu'on vous suggère.