Incident sérieux sur ma Bal OVH : tous les clients qui l'envoient des messages sur cette Bal ont en retour un message d'erreur précisant notamment qye leur mail n' aps puêtre envoyé dans ma Bal
Or je reçois les mails et je peux en envoyer
J'ai constaté le problème car j'vais rerouté ma Bal OVH sur une Bal perso...
Naturellement cet incident est TRES PENALISANT COMMERCIALEMENT
J'ai passé au moins 4 appels tel au 1007, personne
J'ai déposé un ticket d'incident 8897358968 le 16/08 11h, aujourd'hui 17/08, rine n'est fait
EST-CE QUE C EST VRAIMENT SERIEUX!!!!!
SAV? Personne au tel 1007 ticket 8897358968 hier 11h rien depuis
Related questions
- Compte bloqué pour Spam, impossible de le débloquer
123293
03.01.2024 08:02
- Changer le mot de passe email depuis roundcube
120592
24.06.2017 14:28
- Email frauduleux au nom de OVH
120548
13.08.2017 18:14
- Autodiscover et Microsoft Outlook 2016
96595
23.11.2016 15:15
- Question sur antispam OVH
94593
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
93332
07.08.2017 08:45
- Arrêt de la commercialisation du MX plan
88674
30.11.2017 11:26
- Mail non délivrés ou en spam chez nos clients
84574
15.11.2017 10:30
- Envois de mails / erreur 521
81567
05.04.2017 11:42
- Comment configurer une entrée DNS de type DKIM chez OVH ?
81381
12.03.2019 17:41
Bonjour,
Vous avez quoi comme message d'erreur ?
Car je suis sûr que le plus simple est d'avoir une vraie boîte et arrêter avec les redirections qui bien souvent provoquent plus de problèmes.
Cordialement, janus57
```text Bonjour,
Le message
Undelivered Mail Returned to Sender
de Mail delivery system
à
à lucmartin1@laposte.net
This is the mail system at host mo53.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
wetransfer.com>: host aspmx.l.google.com[172.217.197.26] said:
550-5.7.1 The user or domain that you are sending to (or from) has a policy
that 550-5.7.1 prohibited the mail that you sent. Please contact your
domain 550-5.7.1 administrator for further details. For more information,
please visit 550 5.7.1 https://support.google.com/a/answer/172179
32-v6si209190qvh.7 - gsmtp (in reply to end of DATA command)
Cordialement
Gilles ```
Bonjour,
Comme dit plus haut le plus simple et plus rapide est d'oublier ce système de redirection et préférer un pull de gmail dans votre boîte OVH.
Cordialement, janus57
Laposte, tout comme Yahoo, implémentent de manière brutale SPF, DKIM et DMARC.
Ainsi avec SPF le propriétaire d'un domaine qui envoie des mails donne la liste des serveurs mails qui sont autorisés à envoyer des mails portant une adresse d'expéditeur.
Ainsi un serveur aléatoire au Cameroun ou en Côte d'ivoire ne sera certainement pas authentique pour expédier des mails se faisant passer pour paypal.com
Parfois SPF ne peut pas convenir. Le domaine expéditeur a des infrastructures trop éparpillées pour s'assurer à 100% de contrôler toutes les portes de sortie.
Dans ce cas DKIM est utilisé. Le système de mail de l'expéditeur inclut une signature électronique dans les en-têtes de mails. Celle-ci reste valide tant que le mail reste intact.
DMARC est plus nouveau, il prend le meilleur et le pire de SPF et DKIM. Tout comme avec SPF, c'est le domaine expéditeur et non le récepteur d'un mail qui fait la police et qui donne les instructions s'il faut accepter ou rejeter un mail contrefait.
DMARC est connu pour causer beaucoup de problèmes avec les mailing lists et les redirections.
Dans ce monde extrêmement règlementé, OVH a un gros problème, tous les mails émis au départ de ses installations n'ont pas de signature DKIM. Ils ont donc plus de chance de moins survivre à des redirections puisque sans DKIM les mails n'ont pas de certificat d'autenticité, la seule détection des contrefaçons se fait donc sur les adresses IP inscrites dans le SPF, une redirection casse SPF (la machine qui fait une redirection n'est pas reprise dans le SPF de l'auteur initial du mail).
Par contre pour le message noreply@wetransfer.com je n'ai pas capté de où vers où devait aller ce message.
wetransfer a un SPF restrictif (-all) mais pas de DMARC.
laposte.net a un spf restrictif (-all) et un DMARC restrictif.
Rebonjour,
Ca veut dire quoi et comment faire ???un pull de gmail dans votre boîte OVH.
J'ai supprimé dans les redirections vers we transfer
J'ai fait un essai çà a l'air d'être OK mais je n'avais pas fait de redirection sur we transfer??
Mais pour chacun de mes clients j'utilise
1er mail ma bal ovh gm@1maitenant.commaitenant.com
2nd mail we transfer avec comme expéditeur cité cette même bal mais envoyé par wetransfer
mais pendant des mois je n'ai jamais eu de pb?
Dernier point comment lire la réponse du support à mon ticket?
Merci