Bonjour,
J'ai un domaine deltafox.net et un hébergement MXPLAN 1 hosting chez OVH, avec plusieurs redirections mail dont l'une vers une adresse yahoo et une adresse gmail, et ce depuis des années sans problème. Depuis quelques semaines certains mails reçus sont bien redirigés vers yahoo mais pas vers l'adresse gmail. Pourtant quand je fais un test les deux redirections fonctionnent, seuls certains mails n'arrivent jamais à mon adresse gmail... (y compris dans les spams de Gmail). Le tout sans message d'erreur. Comment cela peut-il se faire, et comment y remédier ? Merci
E-mails et solutions Office - Perte de certains e-mails en redirection
Related questions
- Compte bloqué pour Spam, impossible de le débloquer
116602 
03.01.2024 08:02
- Changer le mot de passe email depuis roundcube
113819 24.06.2017 14:28
- Email frauduleux au nom de OVH
113311 13.08.2017 18:14
- Autodiscover et Microsoft Outlook 2016
89031 23.11.2016 15:15
- Question sur antispam OVH
87081 17.03.2017 16:11
- OVH sur un iPhone "Échec de l'envoi de l'e-mail : l'adresse de l’expéditeur est incorre
86653 07.08.2017 08:45
- Arrêt de la commercialisation du MX plan
81885 30.11.2017 11:26
- Mail non délivrés ou en spam chez nos clients
77672 15.11.2017 10:30
- Envois de mails / erreur 521
75709 05.04.2017 11:42
- Comment configurer une entrée DNS de type DKIM chez OVH ?
74787 12.03.2019 17:41
Bonjour,
Pouvez-vous dire si vos expéditeurs reçoivent un message d'erreur (certaines personnes les suppriment sans même les lire !)
Ce message d'erreur indique probablement que Gmail a rejeté le message.
Gmail a modifié ses règles d'acceptation des mails redirigés, OVH n'a rien changé.
Par contre si vous avec des mails à rediriger et que ne sont pas du tout redirigés, c'est probablement parce que OVH les a considérés comme du spam.
Merci de votre réponse
Non il n'y a pas de message d'erreur. Un correspondant en particulier m'a assuré qu'il avait vérifié ce point. Mai si Gmail envoyait un message d'erreur, serait-il adressé à l'émetteur, ou bien à OVH qui envoie les redirections ?
J'ai utilisé cette configuration depuis des années sans problème, c'est depuis deux mois environ que certains mails se perdent. Est-ce que ça correspond aux changements de Gmail ?
Je n'ai jamais constaté qu'un mail n'était pas du tout redirigé. La majorité des mails problématiques ont bien été redirigés vers Yahoo, pas vers Gmail. Dans deux cas, ça a été l'inverse (bien que je ne sois pas absolument sûr, c'était il y a plus d'un mois et ils auraient pu être considérés comme spam par Yahoo)
Sur plusieurs messages presque identiques du même expéditeur (pole-emploi) certains ont été redirigés normalement d'autres non...
Y a-t-il une trace coté OVH des mails quand ils sont envoyés à l'adresse de redirection, qui permettait de vérifier que les deux redirections ont bien été servies ?
Merci
Bonjour,
Tâchez d'indiquer la date, l'heure, le fuseau horaire, les adresses d'expéditeur et de destinataire, et posez la question à OVH dans un ticket, en mentionnant que cet e-mail n'a jamais été livré à ce destinataire-là (et qu'il n'est pas dans les spams non plus de ce compte Gmail -- vérifiez quand même au préalable)
J'ai créé un https://www.ovh.com/manager/dedicated/#/support/tickets/5604107 ticket
OVH me dit
"Suite aux vérifications, Google semble avoir bloquer l'adresse mail expéditrice :
===
This message does not have authentication information or fails
to 550-5.7.26 pass authentication checks.
Cela indique que le mail envoyé / redirigé ne rempli pas les conditions de sécurité pour Google.
N'hésitez pas à voir avec Google directement. "
ça ne m'avance pas beaucoup car à part d'abandonner mon adresse Gmail je ne vois pas de solution mais au moins c'est un début d'explication...
Dans ce cas, l'expéditeur a reçu un message d'erreur.
Ceci est en contradiction avec votre post #3 https://community.ovhcloud.com/community/fr/perte-de-certains-e-mails-en-redirection?id=community_question&sys_id=ea8f6dc8fd1e8e902d4c483e6acd518f
Ou bien la réponse d'OVH est à côte de la plaque.
Gmail fait la pluie et le beau temps, et tout le monde pleure.
Bonjour,
Avez-vous trouvé une solution au redirection de mails vers Gmail ?
Merci d'avance
Denis
A défaut de solution directe, un contournement oui, en créant une redirection supplémentaire vers une adresse Free.
De toute façon entre-temps Google a bloqué l'accès à Gmail depuis mon Mac/Mail (logiciel soi-disant moins sécurisé) donc j'ai été forcé d'utiliser une adresse Free pour relever mon courrier.
Ce qui pose d'ailleurs d'autres problèmes, car Free rejette de temps en temps les mails venant de l'adresse IP de Gmail - erreur 451 "too many errors from your ip (209.85.216.54), please visit http://postmaster.free.fr/"
Bref j'ai l'impression qu'on sert de punching-ball à Google, Apple et Free :-(
Si: lisez vos mails depuis les serveurs OVH.
A minima, cessez d'envoyer d'OVH vers Google pour les renvoyer à Free. Sautez une étape et envoyez directement d'OVH vers Free (France vers France sans passer par Patriot Act)
Bonjour,
Les redirections des mails ne fonctionnent plus depuis un mois.
Je ne sais pas si c'est volontaire de la part OVH.
Pouvez-vous nous expliquer comment faire.
Cordialement,
Bonjour,
Soit vos mails à rediriger ne l'ont pas été car identifiés comme spam, soit c'est un autre problème.
Comme vous ne donnez aucun détail il n'est pas possible d'être plus précis.
Bonjour,
Nous avons vérifié dans le spam, et nous avons fait des test entre mail MX-PLAN OVH, nous obtenons des manque des mails.
Cordialement,
Team TEASERPUB
Si vous avez besoin de plus d'informations, n'hésitez pas à nous informer.
Supprimez les redirections, et lisez vos mails à partir des serveurs d'OVH.
Bonjour à tous,
Nous avons commencé à supprimer les redirections et nous constatons que les e-mails fonctionnent correctement. Cependant, dès que nous rétablissions les redirections, cela ne fonctionnait plus.
Cordialement,
L'équipe TEASERPUB
Ca peut être un problème à l'envoi des mails redirigés (détectés comme spam, dans ce cas ils ne sont pas redirigés) soit un problème à la réception (par exemple Gmail) qui n'accepte pas les mails qu'on voudrait lui renvoyer.
Sans aucune information (message d'erreur renvoyé à l'expéditeur, en-têtes SMTP complets d'un messagre reçu chez OVH et non redirigé), le diagnostic s'arrête ici.
Bonjour,
Il semble y avoir des problèmes de communication entre les serveurs de messagerie d'OVH et Gmail. Lorsque nous envoyons des e-mails depuis Gmail vers une adresse OVH, nous recevons un message d'erreur. De même, lorsque nous envoyons un e-mail depuis OVH vers une adresse Gmail, nous rencontrons des problèmes tels que les messages d'erreur, les e-mails marqués comme spam ou non reçus du tout.
Est-ce qu'OVH a pu résoudre ce problème et trouver une solution ?
Cordialement,
L'équipe TEASERPUB
Bonjour,
Quel message d'erreur exactement ?
Cordialement, janus57
```text Envoyé le :lundi 12 juin 2023 17:59
À : xxxxxxx@teaserpub.com
Objet :Undelivered Mail Returned to Sender
This is the mail system at host mo559.mail-out.ovh.net.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The mail system
gmail.com>: host gmail-smtp-in.l.google.com[142.250.13.27] said:
550-5.7.26 This mail is unauthenticated, which poses a security risk to the
550-5.7.26 sender and Gmail users, and has been blocked. The sender must
550-5.7.26 authenticate with at least one of SPF or DKIM. For this message,
550-5.7.26 DKIM checks did not pass and SPF check for [teaserpub.com] did
not 550-5.7.26 pass with ip: [188.165.49.161]. The sender should visit
550-5.7.26 https://support.google.com/mail/answer/81126#authentication for
550 5.7.26 instructions on setting up authentication.
f16-20020adfe910000000b0030fbe05613bsi1636864wrm.660 - gsmtp (in reply to
end of DATA command) ```
```text Voici un autre mail d'erreur en envoyant a GMAIL depuis un mail OVH :
De : Mail Delivery System
Envoyé le :lundi 12 juin 2023 17:51
À : xxxxxxxxxxxxxx@teaserpub.com
Objet :Undelivered Mail Returned to Sender
This is the mail system at host mo544.mail-out.ovh.net.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The mail system
gmail.com>: host gmail-smtp-in.l.google.com[173.194.76.26] said:
550-5.7.1 [46.105.58.83] Messages missing a valid messageId header are not
550 5.7.1 accepted. s10-20020a5d69ca000000b003062f8f0616si5016963wrw.909 -
gsmtp (in reply to end of DATA command) ```
Bonjour,
Normal, vous avez 2 SPF donc violation de protocole.
Vous devez seulement avoir un seul et unique SPF.
Pour le deuxième message c'est votre logiciel d'envoi qui ne semble pas respecter les pré-requis de Google (à savoir avoir un messageId dans le header).
Cordialement, janus57
Bonjour,
Merci pour ce retour,
SPF1 :
Comment puis-je regrouper deux éléments sur une même ligne, ou dois-je en supprimer un, que ce soit OVH ou GMAIL ?
"v=spf1 include:mx.ovh.com ~all" "v=spf1 include:_spf.google.com ~all"
Lorsque vous mentionnez que c'est votre logiciel, vous précisez qu'il s'agit d'Outlook 365. Pourriez-vous fournir plus de détails ou des explications supplémentaires, s'il vous plaît ? Merci.
Cordialement,
L'équipe TEASERPUB
Bonjour,
Déjà la question est de savoir bous envoyer vos mails depuis quel service/prestataire ensuite seulement vous allez pouvoir faire un SPF qui correspond à votre situation.
Là en l'absence de précision je supprimerai celui qui mentionne google.
Cordialement, janus57
Bonjour,
Après avoir supprimé Google, j'ai remarqué que les e-mails sont envoyés et reçus correctement. Faudra-t-il éventuellement ajouter DKIM ou d'autres configurations supplémentaires ?
Cordialement,
L'équipe TEASERPUB
Bonjour,
Cette question "Messages missing a valid messageId header are not accepted." est déjà passée ici précédemment et cest un peu tordu.
Normalement un logiciel de mail "bien foutu" doit apposer un "message-id" à chaque mail sortant.
C'est du côté de votre PC ou Mac ou de votre applicatif, qu'il faudrait voir pourquoi il n'y a pas ce message ID.
1) quel est le logiciel qui a émis ce message ?
2) est-ce que ça fonctionnait avant ? (récemment)
Sachez aussi que les logiciels serveur de transfert de mail sous Linux (exemple: ssl0.ovh.net pour une partie des hébergements, dont le webmail est Roundcube) ajoutent ce Message-Id s'il est manquant. Je ne pense pas que les serveurs Microsoft l'ajoutent.
Et en réception, Gmail refuse ces mails qui ne respectent pas les conventions.
Ce qui est entre vos mains, c'est d'intervenir au niveau de votre logiciel de mail, ou bien d'en changer.
Bonjour,
1) Quel logiciel a été utilisé pour envoyer ce message ? Outlook.
2) Est-ce que cela fonctionnait auparavant ? Oui, cela fonctionnait avant.
Nous avons résolu le problème en supprimant les enregistrements SPF et en refaisant les tests. Maintenant, tout fonctionne comme avant.
Et voilà, l'histoire du problème de messagerie se termine bien. Tout fonctionne correctement maintenant.
Bonjours,
Voici mon retour d'expérience concernant les mails OVH :
**Les redirections**
Dans tous les hébergements les redirections sont faites pour fonctionner en interne, c'est à dire d'une adresse mail1@votredom.fr à mail2@votredom.fr
Les redirections vers une adresse externe au serveur ne sont pas garanties et ne peuvent pas l’être car elles dépendent du serveur qui envoie et de celui qui reçoit.
**Le SPF**
Servant à authentifier que l'expéditeur d'un mail est bien propriétaire du domaine qu'il utilise. En gros si vous vous envoyez un mail avec le smtp ssl0.ovh.net il faut que votre champ spf soit configuré pour valider le domaine ssl0.ovh.net
**Googgle**
Chez eux ils ont une politique antispam très agressive et ultra efficace, si votre domaine ne peut pas être authentifié par SPF vous êtes rejeté ou classé en spam
Conclusion :
Chez ovh le gros problème viens surtout que tous les mails envoyés par les domaines enregistrés chez ovh sur du mutualisé passent par un seul et unique domaine ssl0.ovh.net et que le spf par defaut de ovh souvent même pas installé sur les veilles offres mutualisés est mal configuré.
En gros c'est normal qu'avec une configuratio de ce type les robots antispam qui voient tous ces domaines différents passer par ovh.net ce mettent à allumer des drapeaux rouges dans tous les sens.
Chez les autres hébergeur le smtp est du type smtp.votredomiane.blabla et là du coup avec le spf associé a votre domaine comme par magie il n'ya plus de problemes, ni avec gmail ou autre
Maintenant si vous avez compris il ne vous reste plus qu'a adapter le spf chez ovh pour éviter tous ces post sur des forum sans solutions
indice : ssl0.ovh.net
Même dans ce cas vous pouvez perdre des mails, s'ils sont identifiés comme spam, OVH ne va pas les rediriger, même en interne.
Et comme l'identification spam est une science inexacte, vous voyez le désordre.
Plus exactement votre SPF doit contenir "include:mx.ovh.com" ... Pourquoi MX ? Sans doute parce qu'un stagiaire a confondu MX (courrier entrant) et SPF (courrier sortant)... Depuis lors, OVH traîne cette absurdité sans se poser de question.
oui. Mais Yahoo l'a été bien avant Gmail.
C'est exact, les anciens domaines n'ont pas de SPF préconfiguré par OVH.
Chez OVH ils ont décidé d'éparpiller les serveurs d'envoi dans absolument toutes les plages d'IP d'OVH. Donc si une plage est blacklistée ça n'impacte pas les autres.
Je ne sais pas si c'est un bien ou un mal. Le résultat est qu'il y a toujours bien un serveur banni quelque part, et donc une fiabilité d'envoi erratique qui ne tourne jamais à 100% mais plutôt 95 à 99,5%.
Acec cette manière de procéder OVH est incapable de faire un SPF propre qui liste des plages d'adresses IP /24 ou /26 par exemple, et utilise dans son SPF une clause dépréciée "PTR:" et un jour ça va péter à la figure sans crier gare.
Lot de consolation: le jour où ça pète, c'est OVH qui devra faire l'intervention, sans que les clients ne doivent faire quelque chose de leur côté.
2è indice: include:mx.ovh.com
Bonjour @AdrienD46,
Si le retour apporté par @Fritz2cat répond à votre demande, je vous invite à marquer ce dernier comme solution.
Dans le cas contraire, n’hésitez pas à ajouter des informations afin qu’une nouvelle réponse vous soit apportée par la communauté.
^FabL