Hello à tous !
Je tente ma chance ici à tout hasard car
Help !!!! C'est urgent car c'est lié à l'email que j'utilise pour travailler. Je n'ai touché à aucune config depuis que j'ai créé mon compte et j'ai le problème ci-dessous depuis quelques jours (enfin depuis que mes interlocuteurs me renvoient les emails de refus d'envoie d'email).
Merci beaucoup par avance.
J'utilise mon email romain@rpcxlabs.com pour mon travail. J'ai configuré une redirection vers mon compte email romain.pechard@gmail.com et j'utilise gmail pour envoyer et recevoir les emails liés à romain@rpcxlabs.com
Certains de mes contacts m'indiquent qu'ils reçoivent l'email ci-dessous quand ils essaient de m'envoyer un message. Et je ne reçois bien évidemment pas le contenu de l'email.
Est-ce que vous pouvez m'aider ?
From: Mail Delivery System
Date: Monday, 9 May 2022 at 14:50
To: romain.pechard@gmail.com
Subject: Undeliverable: Easy V - présentation 12 mai
This is the mail system at host mo552.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
: host gmail-smtp-in.l.google.com[173.194.76.26]
said: 550-5.7.26 This message does not have authentication information or
fails to 550-5.7.26 pass authentication checks. To best protect our users
from spam, the 550-5.7.26 message has been blocked. Please visit 550-5.7.26
https://support.google.com/mail/answer/81126#authentication for more 550
5.7.26 information. e2-20020a5d6d02000000b0020c50ad443esi14615939wrq.44 -
gsmtp (in reply to end of DATA command)
Email "undelivered" suite à forward OVH vers Gmail
Related questions
- Paramètres SMTP et IMAP
96570 
21.04.2022 10:30
- Lier un Domaine à un Hébergement
61696 13.01.2020 19:04
- Transfert de site de OVH vers OVH
43020 14.01.2017 10:30
- DynHost OVH sur livebox ?
35358 17.11.2016 14:09
- Ce site est inaccessible Impossible de trouver l'adresse IP du serveur DNS_PROBE_FINISH
33957 05.04.2018 10:55
- Relier un hébergement OVH avec Nom de domaine OVH
32668 10.10.2019 12:33
- Comment supprimer son compte client ?
29058 23.09.2019 14:43
- Faire pointer un nom de domaine vers un sous répertoire
27215 05.04.2018 15:26
- Valider la propriété du domaine via l'enregistrement DNS
26293 15.08.2019 12:06
- Nom de domaine / donner les droits d'accès techniques
26071 26.06.2020 13:42
Bonjour,
C'est donc la 2è étape qui échoue.
Dans un premier temps OVH a accepté le mail.
Puis il le transfère vers Gmail qui le refuse.
Je ne comprends pas pourquoi ce message d'erreur:
_From: Mail Delivery System_
_Date: Monday, 9 May 2022 at 14:50_
_To: romain.pechardXgmail.com_
vous est adressé à vous et non à l'expéditeur du message.
Entretemps je ne vois aucune solution qui soit fiable et qui livre les mails en quasi temps-réel si vous voulez lire les mails avec Gmail.
Gmail est de plus en plus chi**t et c'est le pot de terre contre le pot de fer, de la part d'un intervenant avec une situation de quasi-monopole.
Solution: lire vos mails directement chez OVH (IMAP et Thunderbird si vous n'aimez pas le webmail)
Le problème se produit-il toujours avec les utilisateurs d'un même domaine ? Si oui, pouvez dévoiler juste le nom de domaine (pas des adresses mail complètes)
Merci pour votre aide !
Oui, le problème se produit toujours avec les mêmes utilisateurs qui ont le nom de domaine @leprojethope.com (potentiellement aussi ceux qui sont en @1f.comf.com)
Je ne comprends pas non plus, surtout que c'est l'expéditeur qui reçoit le message et non pas moi.
J'essaie ma chance avec le support, et je reviens poster la réponse si elle est trouvée !
Ils ont un SPF restrictif: "v=spf1 include:spf.protection.outlook.com -all"
(voyez le -all)
Les redirections chez OVH sont en voie d'amélioration, mais je ne pense pas que ce soit mis en oeuvre sur les anciens hébergements (ceux où le webmail est Roundcube)
Imaginons que support@example.com est une boite hébergée chez OVH et redirige vers bob@gmail.com
Prenons pour exemple que alice@leprojethop.com écrit à support@example.com
Historiquement lors d'une redirection le mail redirigé contiendra dans son enveloppe SMTP:
From: alice@leprojethop.com
To: bob@gmail.com
et ceci casse SPF puisque Gmail voit ce mail arriver depuis un serveur qui n'est pas autorisé par leprojethop.com (et SPF -all donne pour instruction de rejeter le mail)
Sur les hébergements plus récents (webmail outlook) OVH a implémenté les redirections comme suit:
dans le mail redirigé, l'adresse de l'expéditeur est modifiée par OVH comme suit:
From: support+_redir+b2zj389z46xhpjvheu640knot@example.com
To: bob@gmail.com
Ainsi, Gmail voit un mail qui provient de 'example.com' et ça ne viole plus le SPF de leprojethop.com
Le protocole SRS (que OVH n'a pas utilisé) est aussi destiné à cela.
Je suis préoccupé parce que dans la mouture OVH, lorsque je simule une réponse du serveur en envoyant un mail à support+_redir+b2zj389z46xhpjvheu640knot@example.com , le serveur SMTP d'OVH accepte ce mail, et ensuite il disparaît purement et simplement ???
EDIT: certains hébergements (exemple mxplan-1xwaony-1) font cette redirection avec +_redir+
et d'autres pas (exemple mxplan-7f6x15u-1)
C'est quand même incroyable qu'on ait des comportements différents selon le serveur sur lequel on est hébergé.
Bonjour,
Ce ne serait pas en lien avec la nouvelle politique de Gmail envers les applications "sécurisées" ?
J'ai du faire une manip avec mon gmail pour que Thunderbird puisse se connecter dessus à nouveau.
J'ai des signalement de clients qui me disent que leurs redirection OVH > Gmail est HS (hier et ce matin).
PS : Désolé si je suis HS, je jette ça un peu comme ça, je n'ai pas eu le temps de me pencher sur le pb (et gmail me gonfle de plus en plus).
Le fait que OVH vaporise des mails me gonfle un peu aussi
OVH modifie l'adresse de l'expéditeur:
From: alice@leprojethop.com
devient
From: support+_redir+b2zj389z46xhpjvheu640knot@example.com
alors, pourquoi, lorsque j'écris à support+_redir+b2zj389z46xhpjvheu640knot@example.com , ce mail n'est pas redirigé vers alice@leprojethop.com ?
Est-ce que c'est possible de demander à OVH de me passer sur une nouvelle version ?
Il y a des comportements différents même selon les serveurs mail qui composent les nouveaux hébergements. (voir mon message #4)
Ca m'étonnerait très fort que le support soit en mesure de dire lesquels.
je viens d'ouvrir un sujet mais je n'avais pas vu celui là. j'ai exactement le meme problème. ce sont mes redirections qui échouent, aléatoirement. le meme mail renvoyé peut passer après deux essais.
Je suis tristesse car soit gmail est trop rigoureux, soit cela veut dire que je dois ne plus utiliser les redirections ovh mais j'ai acheté un domaine juste pour cela et cela marche nickel depuis 15 ans :-/
Tout change, mon bon monsieur, et c'est Gmail qui dicte sa loi...
Réponse du support (cellule experte à ce que j'ai compris). Dans sa dernière phrase, j'imagine que le tech veut dire qu'il ne faut pas utiliser Gmail pour réceptionner ses emails.
> L'erreur "Softfail" que vous rencontrez est directement liée au fonctionnement de Gmail.
> En effet, Gmail a récemment modifié certaines règles liées au SPF, ce qui impacte OVHcloud, ainsi que de nombreux autre fournisseurs de mails.
> Pour l'instant, la seule solution de contournement est de ne pas utiliser l'interface Gmail lors de l'envoi.
Quel est votre domaine, et
Quel est le domaine de l'expéditeur du mail qui a été rejeté par Gmail ?
mon domaine : rpcxlabs.com
celui de l'expéditeur : leprojethope.com
Le SPF de ce domaine dit: "v=spf1 include:spf.protection.outlook.com -all"
C'est-à-dire que si l'adresse IP de l'émetteur n'est pas dans celles énumérées dans spf.protection.outlook.com, le serveur qui reçoit le mail (ici Gmail) doit le rejeter. C'est une instruction ferme et délibérée du propriétaire leprojethope (clause "-all")
Gmail est devenu intraitable semble-t-il.
Solutions possibles:
1) OVH devrait implémenter SRS qui a été créé justement pour ne pas casser les redirections.
Ce n'est pas si simple à mettre en place pour de grosses installations hétérogènes comme chez OVH., et honnêtement, je ne vois pas la possibilité pour OVH de le mettre en place sur les installations existantes.
2) Comme outlook.com met certainement une signature DKIM, et que cette signature DKIM reste valable dans le cas d'une redirection, leprojethope pourrait mettre cela à profit:
- être plus laxiste avec SPF en remplaçant "-all" par "?all"
- ajouter un enregistrement DMARC strict "p=reject;pct=100" qui aura pour effet de provoquer un refus des mails entrants à la condition que SPF échoue **et** DKIM échoue.
```text Bonjour, je crois que le problème que je rencontre est comparable voire identique.
Je possède le domaine tpf.fr et procède à de nombreuses redirections de mails vers des adresses GMAIL. L'absence d'adresse mail de forte capacité chez OVH ( 100Go) me contraint à passer ailleurs.
Voici le premier message d'erreur reçu par un expéditeur en Allemagne, passant par le domaine t-online.de (un gros opérateur allemand)
Quote begin .........................................................
-----Ursprüngliche Nachricht-----
Von: Mail Delivery System [mailto:MAILER-DAEMON@mo557.mail-out.ovh.net]
Gesendet: Samstag, 25. März 2023 08:19
An: wei-chang@t-online.de
Betreff: Undelivered Mail Returned to Sender
This is the mail system at host mo557.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.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 [t-online.de] did
not
550-5.7.26 pass with ip: [46.105.59.28]. 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.
u16-20020a05600c00d000b003ef6234ed42si1086396wmm.200 - gsmtp (in reply
to
end of DATA command)
.......................................................... End of Quote
Il ne me semble pas raisonnable de demander à T-online.de de changer sa politique SPF.
Que puis-je faire pour assurer la bonne réception de ces messages , J'ai ajouté l'utilisateur dans mon carnet d'adresses.
Merci pour vos avis et conseils.
V CHIU ```
Bonjour,
Quel service utilisez-vous chez OVH ? Il semble qu'il y ait une différence lorsque vous souscrivez à "redirection seulement" pour un domaine, ou bien un hébergement mail auquel vous ajoutez des redirections.
Je vais vous demander de vérifier à partir d'une des adresses Gmail qui reçoit une de ces directions la chose suivante:
envoyez un mail vers votre redirection@tpf.fr
Ouvrir le mail redirigé sur votre Gmail et afficher les en-têtes SMTP.
Il faudrait identifier l'adresse de l'expéditeur que Gmail a reçue lors de la redirection. Soit elle est restée inchangée, c'est ce que je pense, puisque votre message d'erreur mentionne t-online
Soit elle a été modifiée par OVH , comporte le mot "redir" et se termine par votre nom de domaine.
Et vous avez raison de ne pas rêver, t-online ne va pas modifier sa politique pour vous ou pour OVH.
Je vous envoie un message privé
Merci, je teste tout e suite
```text Voici l'en tête d'un email d'essai envoyé de vendersheimf.gbr@gmail.com vers sam@tpf.fr redirigé sans stockage vers val.tpf@gmail.com chez OVH.
Début -----------------------------------------------------------------
From - Fri Apr 7 16:32:07 2023
X-Account-Key: account1
X-UIDL: GmailId1875c21aa1fc5971
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Delivered-To: val.tpf@gmail.com
Received: by 2002:a2e:731a:0:0:0:0:0 with SMTP id o26csp267790ljc;
Fri, 7 Apr 2023 07:32:03 -0700 (PDT)
X-Google-Smtp-Source: AKy350bMwp9g3CigeK1e5kpXAKRPR5mGF5pp4CX3GOspASgyIjXi6At/TUzkWRXnbuFvQwXzk7uX
X-Received: by 2002:a05:6000:4b:b0:2cf:ea5f:6de with SMTP id k11-20020a056000004b00b002cfea5f06demr1589217wrx.14.1680877922901;
Fri, 07 Apr 2023 07:32:02 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1680877922; cv=none;
d=google.com; s=arc-20160816;
b=JYiCIFZdKj4zO3tx4kq3U2thDu2qDggG7aqba76glxPW1KR9fLCnsq+xHUZOO6yc1I
w65P1ICMlSLGk2HnDMriRISiCXACZ92We9uVf9dxUx6kj0poHeSBTzezK8aqLrH2hL4q
X973FTDiQXpViKWZmqwvCmMQ9gytEM4cXutvwxBNGveUSugK3E7b+RTLAA8dso6rgHSz
iLqVP8wo1JaIjBelo97Ti8mSXoYIU4LywW2zXTGG+veu3/qlTPhxbGNI7mcmS8oVtL0f
O3ia1JGyzs68woeGmUE1F8KvF6NKH7UdwW7XNkYJCXMrstwV6jeF0xKeSN8nt+JitbAT
VsDg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
h=to:subject:message-id:date:from:mime-version:dkim-signature
:delivered-to;
bh=N3Ar4EnuXT41qbNy1/1tWr0mtOBPq/N9JoxdpoqNlYg=;
b=vjfVGwcbReKCcP8I9jxTSUhd5In2b7azOo0ci0UTSvzJMeePNZ+4XPVbPtGOlsGuF7
hgFrR+Rv4iHiT+gn1H+6Y+XovTcw2WQGIQEM/DXwaLGmiHFQQ90/n1EeCTY0X7CkADR0
UYlumUETrsF7o0OnrOcoevOkUsKVP4Sh2RvO+WN0BJDjStiAnn7yLXazeBzqczZzy+8w
4Bt7ejgCIdr8a3La+Wrpqcw3hyR6iFEekCOzUDRX6VP9c4P6X+rtg+m6wai8F7Cel/Nt
9t+16AlGcm4B8EsIOkstgL0j8GYBOUcpLnW20Rl/PpDyq+56Irmoa/ibsv267I1G716M
bn0Q==
ARC-Authentication-Results: i=1; mx.google.com;
dkim=pass header.i=@gmail.com header.s=20210112 header.b=dsGS3GZS;
spf=softfail (google.com: domain of transitioning vendersheimf.gbr@gmail.com does not designate 188.165.36.167 as permitted sender) smtp.mailfrom=vendersheimf.gbr@gmail.com;
dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com
Return-Path: gmail.com>
Received: from 4.mo553.mail-out.ovh.net (4.mo553.mail-out.ovh.net. [188.165.36.167])
by mx.google.com with ESMTPS id f13-20020a5d50cd000000b002cec9829765si2829487wrt.1022.2023.04.07.07.32.02
for gmail.com>
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Fri, 07 Apr 2023 07:32:02 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning vendersheimf.gbr@gmail.com does not designate 188.165.36.167 as permitted sender) client-ip=188.165.36.167;
Authentication-Results: mx.google.com;
dkim=pass header.i=@gmail.com header.s=20210112 header.b=dsGS3GZS;
spf=softfail (google.com: domain of transitioning vendersheimf.gbr@gmail.com does not designate 188.165.36.167 as permitted sender) smtp.mailfrom=vendersheimf.gbr@gmail.com;
dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com
Received: from mx1.ovh.net (unknown [10.110.115.197])
by mo553.mail-out.ovh.net (Postfix) with SMTP id 9F5512472B
for gmail.com>; Fri, 7 Apr 2023 14:32:02 +0000 (UTC)
Received: from localhost (HELO queueout) (127.0.0.1)
by localhost with SMTP; 7 Apr 2023 16:32:02 +0200
Delivered-To: tpf.fr-sam@tpf.fr
Received: from localhost (HELO queue) (127.0.0.1)
by localhost with SMTP; 7 Apr 2023 16:32:02 +0200
Received: from unknown (HELO output25.mail.ovh.net) (192.168.13.122)
by 192.168.9.4 with AES256-GCM-SHA384 encrypted SMTP; 7 Apr 2023 16:32:02 +0200
Received: from vr19.mail.ovh.net (unknown [10.101.8.19])
by out25.mail.ovh.net (Postfix) with ESMTP id 4PtLRQ236wzSkpw2q
for tpf.fr>; Fri, 7 Apr 2023 14:32:02 +0000 (UTC)
Received: from in36.mail.ovh.net (unknown [10.101.4.36])
by vr19.mail.ovh.net (Postfix) with ESMTP id 4PtLRQ03R3z3FhV23
for tpf.fr>; Fri, 7 Apr 2023 14:32:02 +0000 (UTC)
Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.218.52; helo=mail-ej1-f52.google.com; envelope-from=vendersheimf.gbr@gmail.com; receiver=sam@tpf.fr
Authentication-Results: in36.mail.ovh.net;
dkim=pass (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="dsGS3GZS";
dkim-atps=neutral
Received: from mail-ej1-f52.google.com (mail-ej1-f52.google.com [209.85.218.52])
by in36.mail.ovh.net (Postfix) with ESMTPS id 4PtLRP6D3Bz2D7fGn
for tpf.fr>; Fri, 7 Apr 2023 14:32:01 +0000 (UTC)
Received: by mail-ej1-f52.google.com with SMTP id by26so8807201ejb.2
for tpf.fr>; Fri, 07 Apr 2023 07:32:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20210112; t=1680877921;
h=to:subject:message-id:date:from:mime-version:from:to:cc:subject
:date:message-id:reply-to;
bh=N3Ar4EnuXT41qbNy1/1tWr0mtOBPq/N9JoxdpoqNlYg=;
b=dsGS3GZSSVTUKwbrXchSXGAia3+XVHqajM3f6dPJe3OuA6b9iWKOesdPPsgK5NsuWO
CDT8g+SEqrzKJ52HYCifg8KS/aZB4ZfFL+gdWtZXhNymfWjCH0YRv98KVRjfngkOOAq4
Hg6biRessmztGS1+sJh/xkNvP0ZtcnE1fw6tJluMT0UfkOAE8jQ8RddkMSWt/nVcH1fJ
6AJiEinBJ26JKK7LXX0FWRGulO23ldwlM4Mj1BzieAxD8X6WPFycM3gvcjGRFMkUBpPe
dqiFEnAEl6PF6Lytr8VELK7zuLyIFKpk3Z6N8w2KVQnYSUF+zdou05AxfKGZWo9GmWFw
1KKA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20210112; t=1680877921;
h=to:subject:message-id:date:from:mime-version:x-gm-message-state
:from:to:cc:subject:date:message-id:reply-to;
bh=N3Ar4EnuXT41qbNy1/1tWr0mtOBPq/N9JoxdpoqNlYg=;
b=H7rhnud15c4mQcOOj7w9im9EVIYGpxh3q9HScTZLcPj2c+q++ggA/lfafzo245sfkP
TVyT53K4LYAvyKtDqYlgMr9/qim79ygiIHWiWEfoG2uJR1cyWBfH5MySpp6b310s0XGn
bb2N/ZiTLam1igwM9TAsjjWXOpdTbyTCHA/FC41hwvDuTSLLGK59436CU1aK5HSAuaih
QzwGQfcVCkMVMCFhzMK8qt4lHsnyP3+/5ro5wdwsYkLdVJWbi5wIDRvq75yjt6sSQf2t
hQREVe9W+p1MAV49qpv/Ojj/8M5J5JrOajWOEttPoetf4lacknF7DUlSrFpJMxGQ6lC1
k/GA==
X-Gm-Message-State: AAQBX9eGVBuOt77kbM6bi3/l7nIZ+nvR2BKYR5/eJwHEq578K+3o4qaV
DHfIsmfcug29v0SIT1lNxp0xLPzE4ii0QWl1uI8BZJq5
X-Received: by 2002:a17:906:6447:b0:8b8:aef3:f2a9 with SMTP id
l7-20020a170906644700b008b8aef3f2a9mr1068691ejn.0.1680877921304; Fri, 07 Apr
2023 07:32:01 -0700 (PDT)
MIME-Version: 1.0
From: Vendersheim Familien gmail.com>
Date: Fri, 7 Apr 2023 16:31:50 +0200
Message-ID: mail.gmail.com>
Subject: Essai redirection
To: sam@tpf.fr
Content-Type: multipart/alternative; boundary="00000000000069043f05f8bfe3d7"
X-OVH-Remote: 209.85.218.52 (mail-ej1-f52.google.com)
X-Ovh-Tracer-Id: 2981664428595664011
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: 0
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvhedrvdejhedgjeelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucenucfjughrpegghfffkffuvfgtsegrtderredttdejnecuhfhrohhmpeggvghnuggvrhhshhgvihhmucfhrghmihhlihgvnhcuoehvvghnuggvrhhshhgvihhmfhdrghgsrhesghhmrghilhdrtghomheqnecuggftrfgrthhtvghrnheptdfhieevffdtueelveefudehkedvjeehveeljedvhfdufedukefgjeduvedugfefnecukfhppedvtdelrdekhedrvddukedrhedvnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepvddtledrkeehrddvudekrdehvddpmhgrihhlfhhrohhmpeeovhgvnhguvghrshhhvghimhhfrdhgsghrsehgmhgrihhlrdgtohhmqedpnhgspghrtghpthhtohepuddprhgtphhtthhopehsrghmsehtphhfrdhfrhdpoffvtefjohhsthepvhhrudelpdgukhhimhepphgrshhspdhgvghokffrpegfufdprhgvvhfkrfepmhgrihhlqdgvjhduqdhfhedvrdhgohhoghhlvgdrtghomh
X-Ovh-Spam-Status: OK
X-Ovh-Spam-Reason: vr: OK; dkim: disabled; spf: disabled
X-Ovh-Message-Type: OK
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: 0
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvhedrvdejhedgjeelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucenucfjughrpegghfffkffuvfgtsegrtderredttdejnecuhfhrohhmpeggvghnuggvrhhshhgvihhmucfhrghmihhlihgvnhcuoehvvghnuggvrhhshhgvihhmfhdrghgsrhesghhmrghilhdrtghomheqnecuggftrfgrthhtvghrnheptdfhieevffdtueelveefudehkedvjeehveeljedvhfdufedukefgjeduvedugfefnecukfhppedvtdelrdekhedrvddukedrhedvnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepvddtledrkeehrddvudekrdehvddphhgvlhhopehmrghilhdqvghjuddqfhehvddrghhoohhglhgvrdgtohhmpdhmrghilhhfrhhomhepoehvvghnuggvrhhshhgvihhmfhdrghgsrhesghhmrghilhdrtghomheqpdhnsggprhgtphhtthhopedupdhrtghpthhtohepvhgrlhdrthhpfhesghhmrghilhdrtghomhdpoffvtefjohhsthepmhhoheehfedpmhhouggvpehsmhhtphhouhhtpdhsphhfpehprghsshdpughkihhmpehprghssh
--00000000000069043f05f8bfe3d7
Content-Type: text/plain; charset="UTF-8"
--00000000000069043f05f8bfe3d7
Content-Type: text/html; charset="UTF-8"
--00000000000069043f05f8bfe3d7-- ```
Je vous ai envoyé un e-mail. Attention de ne pas trop poster des adresses réelles dans le forum public.
Ah oui, merci. Malheureusement, je n'arrive pas à modifier mon précédent post.
Epilogue:
On a encore droit à une bizarrerie incertaine d'OVH ici.
Quand on fait une redirection en 2023, il est recommandé d'adhérer à un mécanisme comme SRS.
Voir:
* https://en.wikipedia.org/wiki/Sender_Rewriting_Scheme
* http://www.libsrs2.org/srs/srs.pdf (document publié en 2004)
* https://blog.demees.net/e-mail-forward-smtp-spf-dkim-srs-dmarc-lequation-impossible/ (article que j'ai écrit en 2015)
* http://www.1spf.org/srs/spf.org/srs/
Sur quelques hébergements que j'ai, il y en a un qui qui se comporte différemment des autres lors des redirections.
Supposons que ce domaine hébergé chez OVH s'appelle example.be . Si OVH me lit il s'agit d'un MXplan 5 hosting identifié par mxplan-1xwaony-1.
Dans ce domaine il y a une adresse tresorier@example.be qui redirige vers mon adresse (sur un dédié -> j'ai donc accès au logs)
J'envoie un mail depuis bob@yahoo.fr à destination de tresorier@example.be
Le serveur OVH le redirige, mais auparavant change l'adresse d'expéditeur dans l'enveloppe SMTP.
(L'enveloppe SMTP n'est pas le champ From: / De: qu'on voir en haut du mail, et ce dernier n'est pas altéré)
La nouvelle adresse d'expéditeur que OVH met à la place est:
tresorier+_redir+0ig92ibe29dsa8ves6bzecpqh@example.be
Cette adresse devient conforme à SPF puisque example.be expédie ses mails depuis OVH.
J'ignore si "+0ig92ibe29dsa8ves6bzecpqh" est juste un code pour éviter les abus (backscatter) ou bien si l'adresse d'expéditeur d'origine est codée là-dedans.
Je vous informe que le panel gratuit yunohost gère très bien les redirections, SPF, DKIM, SRS, et tout ça "out of the box". Chapeau à cette équipe.
Merci beaucoup. Je vais étudier les offres disponibles
Bonjour à tous,
je crois que j'ai le même problème que les autres utilisateurs. @Fritz2cat pourriez vous me partager les solutions avez-vous préconisées en MP ? Grand merci
C
Non désolé je ne m'exprime que dans le forum public.
Posez votre question, et éventuellement on passe en privé juste pour communiquer des infos personnelles.
Mars 2024, et c'est toujours un problème. La seule solution reste d'utiliser un compte email OVH (et de le synchroniser via IMAP avec Gmail afin d'avoir une interface unique) et de faire les redirections vers cet unique compte.
Les vrais solutions qu'on attendraient (SRS et/ou ARC) ne semblent pas venir ou être déployées (à moins de mettre à jour son plan? peut-être suis-je sur d'anciens plans).
Mais ca reste bien ennuyeux. Ca serait bien d'avoir une réponse officielle d'OVH pour savoir ce qu'ils planifient et qui ne sera jamais changé.
Bonjour,
De plus en plus, l'unique vraie bonne solution est de prendre votre hébergement mail chez Gmail si vous tenez absolument à utiliser Gmail pour lire et rédiger vos e-mails.
Tout le reste c'est de la ficelle et du papier collant, ça casse et ça se décolle.
Sachez que l'Internet n'est régi par aucune loi, aucun règlement obligatoire.
Tout fonctionne grâce à des RFC (Request for Comments) et qu'il est de bon aloi de respecter.
SPF, DKIM et DMARC ont fait leur apparition il y a entre 15 et 20 ans, ce sont des règles optionnelles, mais lorsque Yahoo, Gmail et Outlook se décident de les appliquer ça devient une quasi-obligation pour tout le monde.
Idem pour https qui était réservé à une élite il y a 20 ans. Aujourd'hui ça pue si un site n'utilise pas https.