Bonjour.
Après avoir contacter OVH et attendu 1 semaine pour obtenir une réponse, OVH me pose des questions au lieu de m'apporter une réponse. Je ne peux pas attendre encore une semaine pour que la situation soit réglée !
Je m'appuie donc sur vos connaissance et expériences:
L'adresse @usml.fr (ainsi que toutes celles de ce domaine) est considéré comme du spam uniquement depuis fin septembre .
Moi ou les propriétaires de l'hébergement n'avons à aucun moment changer les champs DNS pour l'envoie d'emails.
Pourriez, svp, découvrir la source du problème ?
J'ai cru lire parmis les différentes articles de la communauté OVH que les champs MX avaient changé d'adresses. Sachant que j'ai du mutualisé pourquoi OVH n'a pas changé les adresses DNS.
OVH averti que si je change les adresses par defaut je risque de perdre des emails.
Voici ce que j'ai , encore une fois rien a été touché (même configuration que depuis 2014)!
usml.fr.
0 MX 100 mxb.ovh.net.
usml.fr.
0 MX 100 mxb.ovh.net.
usml.fr.
0 MX 1 mx1.ovh.net.
usml.fr.
0 MX 1 mx1.ovh.net.
usml.fr.
0 MX 5 mx2.ovh.net.
usml.fr.
0 MX 5 mx2.ovh.net.
usml.fr.usml.fr.
0 MX 1 redirect.ovh.net.
POuvez vous me confirmer et garantir qu'en changeant les informations par celles de cette page :
https://docs.ovh.com/fr/domains/mail-mutualise-guide-de-configuration-mx-avec-zone-dns-ovh/
cela n'aura pas d'incidence sur les boîtes mails et que ça puisse eventuellement être la solution au problème?
voici la réponse du serveur laposte.net (c'est le cas pour tous les autres: sfr, yahoo, etc):
host
smtpz4.laposte.net[160.92.124.66] said:
550 5.7.1 SPF permanent error, veuillez verifier votre entree SPF.
Please
verify your SPF record. (in reply to end of DATA command)
(edit: je viens de supprimer le champt txt SPF )
j'ai fait un test de vérification de spam sur le cluster concerné par le domaine et voici le résultat :
http://multirbl.valli.org/lookup/213.186.33.18.html
ça dépasse complètement mes connaissances et ne sait pas comment exploiter ces informations
> Moi ou les propriétaires de l'hébergement n'avons à aucun moment changer les champs DNS pour<br />(même configuration que depuis 2014)<br /><br />la zone a changé encore aujourd'hui...<br /><br />> veuillez verifier votre entree SPF.<br /><br />ton spf:<br />```text<br />usml.fr. 3600 IN TXT "v=spf1 include:spf.mailjet.com include:mx.ovh.com ~all"<br />```<br /><br />comment envoies tu les mails? quel serveur smtp?<br />si besoin, fait un test dans les conditions réelles avec mail-tester.com et indique le lien du rapport
Merci Kyodev d'être toujours disponible pour aider.
Alors oui effectivement le problème a été résolu ce matin à 1h00.
Un champ txt avec SPF etait toujours présent. j'ai lu dans un autre article qu'il était impossible d'avoir deux champs SPF. Etrange car c'est deux systèmes diférents smtp et mailjet (je crois).
je l'ai supprimé (txt SPF), résultat le problème est réglé : le destinataire reçoit bien les mails.
Par contre pour les champs MX peux tu me dire si je dois effectuer les modifications ?
> comment envoies tu les mails? quel serveur smtp?
Outlook , SMTP IMap SSL
Le test mail-tester est quasi clean aujourd'hui . Il ne l'était pas avant que j'ajoute le spf fin septembre .
Par contre hier matin, le conseiller OVH, sans répondre à ma question me demande si "maintenant le problème est résolu" laisssant supposer qu'il a modifié des paramètres ou alors qu'il n'a rien compris au problème et n'a pas cherché.
Le champ txt SPF avait justement été ajouté fin septembre pour résoudre un problème de SPAM.
Les destinataires recevaient constamment les mails dans les indésirables. Je pensais qu'en SMTP la seule solution était d'ajouter un champ txt SPF.
Si celui-ci n'est pas la solution que faut-il faire ?
L'USML envoie en SMTP des mails aus responsables des sections , les adhérents reçoivent les mails par newsletters mailjet (plateforme indépendante)!
Qu'elle autre solution me reste t-il si les mails sont considérés comme des SPAMS à l'avenir ?
Y a t-il une solution pour detecter si son domaine est utilisé par des robots ? S'il en existe une comment empecher cela ? Une authentification de bout en bout n'est til pas possible en SMTP, afin de rendre impossible toute utilisation par tout autre système que le propiétaire du nom de domaine ?
Est-ce qu'un serveur dédié peut résoudre le problème si on considère qu'une adresse ip (mutu) est considérée spameuse et que son site est localisé à la même adresse ip ?
> qu'il a modifié des paramètres
tu rêves, Ovh ne fout rien
simplement, le support attend tellement longtemps qu'il croit que ça va se résoudre seul
j'ai même vu des cas où le temps qu'il réponde, les clients étaient déjà ailleurs, tu vois niveau…
> la seule solution était d'ajouter un champ txt SPF.
bis: oui
> Est-ce qu'un serveur dédié peut résoudre le problèm
non
> u'une adresse ip (mutu) est considérée spameuse
certains hébergeur soignent la réputation des ip, font le ménage
> son site est localisé à la même adresse ip
ce n'est jamais je cas… sauf sur un dédié, ce qui n'est pas un défaut en soi
Merci pour tes réponses.
Toutefois tu n'apporte pas de solutions.
Peut-on remèdier au problème qui est le même pour des millions de personnes (milliard).
As tu des solutions à proposer ou connais tu des sites qui proposent des solutions ?
Peut-on gérer independamment une adresse mail d'un nom de domaine et hébergement : Peut-on délocaliser une adresse mail vers une autre plateforme(société) qui gère mieux la sécurité des emails ?
Est-ce que des registrars vendent des domaines avec création d'emails sécurisés de bout en bout?
Je ne parle pas de logiciels mais bien de registrar pour gérer l'adresse mail.
(je pense à une clé de cryptage généré par l'expéditeur et envoyé indépendemment au destinataire (sms, application mob) - si c'est un contact régulié - pour valider l'authenticiter de l'email en provenance de son propriétaire ).
J'imagine même une authentification par adresse MAC. Je pense à Google qui enregistre sur le compte les téléphones mobiles du propriétaire, seul ceux authentifiés/validés peuvent être géré par le propriétaire.
Ainsi avec OVH , on ajouterai une adresse mac de l'appareil utilisé habituellement pour l'envoi des emails (Mamanger OVH) et cela servirai d'authentification. Si besoin on ajoute une adresse mac supplémentaires si on a plusieurs pc ou mac, tablette ou mobile.
> Toutefois tu n'apporte pas de solutions.
tu ne sais pas lire? !
il te faut quoi de plus ?
----
donc nouvelles questions…
> Peut-on gérer i
oui partout sauf le chiffrage, tu ne connais pas le principe
mais rien à voir avec le sujet initial
> on ajouterai une adresse mac de l'appareil utilisé habituellement pour l'envoi des emails
faut que tu regardes à créer une RFC…
sans succès, les MAC sont trafiquées par beaucoup pour ne pas être tracé comme tu le décris
heureusement
Ne pouvant pas ajouter de champ SPF pour le SMTP de @usml.fr, je ne vois pas où est la solution. <br />J'ai dû supprimer le champ txt SPF car il causait l'erreur cité dans mon texte initial et tu as toi même constaté que qqchose avait changé !<br />Mailjet étant un autre service indispensable je ne peux le supprimer , je veux pouvoir sécuriser une adresse mail @usml gérer par un serveur OVH en SMTP <br /><br />dois-je changer ces paramètres :<br />100 mxb.ovh.net<br />5 mx2.ovh.net<br />1 mx1.ovh.net<br />100 mxb.ovh.net<br />5 mx2.ovh.net<br />1 mx1.ovh.net<br />par ceux indiqués ici : https://docs.ovh.com/fr/domains/mail-mutualise-guide-de-configuration-mx-avec-zone-dns-ovh/.<br />Est-e que je ne risque rien ?<br /><br />Ce que j'ai retenu :<br />le dédié n'arrange le problème<br />d'autres hébergeurs possibles : mais tu ne donnes pas d'exemple s?<br />Délocalisation d'adresse mail possible mais je ne sais pas où chercher !Quel terme dois-je chercher sur google pour ce procèdé ?<br />Finalement aucune société n'exploite l'adresse MAC à cause d'une minorité d'utilisateurs qui arrivent à le modifier ? <br /><br />si tu as des noms de registrars ou de logiciels qui permettent ce que tu dis , merci de m'en faire part<br />Pour l'instant je ne sais pas quoi faire et quoi chercher.<br /><br />je regarde pour le RFC.<br />merci
la RFC c'est une blague, si tu veux faire adopter un standard sur le net, ça commence, sans garantie, par une RFC
tu ne lis pas, ma première réponse:
je te montres ton sfp (pour mailjet et ovh)
mais tu ne réponds pas d'où partent tes mails
ton Spf est ok avec mailjet et ovh comme départ des mails
je n'ai pas pour habitude de promouvoir d'autres fournisseurs en aveugle sur le forum à Ovh
Le SPF MAiljet c'est pour la newsletter aux adhérents.
Je voudrais sécurisé les emails qui partent de la boite mail ...@usml.fr via outlook en SMTP IMAP avec SSL (993,465). ou simplement en partance de Roundcube .
Comme je l'ai dit dans le message initial, l'association doit contacter les responsables de sections sportives et culturelles via SMTP (outlook) et non via Mailjet (Newsletters)
Le problème de fin septembre c'est que tous les mails arrivaient dans les indésirables des responsables de sections. J'ai alors voulu ajouter un champ texte SPF recommandé par OVH.
Ce paramètre à causé l'erreur de serveur, je l'ai donc supprimé.
Comment faire ?
> je n'ai pas pour habitude de promouvoir d'autres fournisseurs en aveugle sur le forum à Ovh
Même pas un indice ?
As tu une idée de pourquoi OVH ne veut pas protégé ses clients du Spam, Phishing et autres ? Se fait-il rémunéré par les Spammeurs ??? (un peu de provocation ça fait du bien !!
J'ai un compte chez un autre hébergeur depuis 2 ans, je n'ai jamais eu de problème de spams , de phishing ou autre !
> As tu une idée de pourquoi OVH
société financière en recherche de gains et de moindres coûts pour rembourser les dettes ou payer les actionnaires?