Bonjour,
Depuis des années je crée des comptes genre "nepasrepondre@domaine.tld" pour authentifier l'envoi de mail depuis des Wordpress, des Spip et autres Drupal sur les SMTP d'OVH, ça a toujours fonctionné. Souvent je paramètre le PHPMailer en question avec cette adresse pour s'authentifier sur le SMTP et je mets une adresse du client comme expéditeur (FROM, genre contact@domaine.tld), tout sur le même domaine bien sûr.
Je constate que sur certains domaines, en particulier ceux qui ont basculé sur du Webmail Outlook que cela ne fonctionne plus on a une erreur:
`SMTP ERROR: DATA END command failed: 550 5.7.60 SMTP; Client does not have permissions to send as this sender
SMTP Error: data not accepted.`
Après recherche il semble que ce soit expliqué ici: https://technet.microsoft.com/en-us/library/dn554323.aspx , en gros dans Outlook/Office365 il faut autoriser spécifiquement un FROM (donc contact@) qui serait différent du titulaire du compte qui s'authentifie (donc nepasrepondre@) ...
J'ai recherché dans l'interface webmail d'OVH, je ne vois rien qui corresponde à ce qui est expliqué dans le lien cité ...
Question: suis-je le seul à voir ça ? quelqu'un a trouvé comment authentifier ma seconde adresse ?
J'ai temporairement résolu le pbm en mettant le compte contact@ comme authentification mais ça m'inquiète, j'ai potentiellement d'autres sites avec ce problème et je ne sais pas comment identifier les MX qui seraient sur la plateforme Outlook et ceux qui seraient sur le bon vieux RoundCube (pour moi c'est tout ce qui les distinguent ...).
Pierre
E-mails et solutions Office - Envoi de mail par le SMTP OVH depuis un CMS
Related questions
- Compte bloqué pour Spam, impossible de le débloquer
120608
03.01.2024 08:02
- Email frauduleux au nom de OVH
118093
13.08.2017 18:14
- Changer le mot de passe email depuis roundcube
117958
24.06.2017 14:28
- Autodiscover et Microsoft Outlook 2016
93976
23.11.2016 15:15
- Question sur antispam OVH
92438
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
90902
07.08.2017 08:45
- Arrêt de la commercialisation du MX plan
85963
30.11.2017 11:26
- Mail non délivrés ou en spam chez nos clients
82182
15.11.2017 10:30
- Envois de mails / erreur 521
79680
05.04.2017 11:42
- Comment configurer une entrée DNS de type DKIM chez OVH ?
78838
12.03.2019 17:41
Effectivement ça marchait avant.
Aujourd'hui dans les nouveaux hébergements mail (vois les reconnaissez quand le webmail est Outlookweb au lieu de Roundcube), OVH a pris la décision de l'interdire. Ils appellent ça de l'anti-spoofing et ne vous laissent pas une option pour l'autoriser.
J'estime que c'est une régression, volontaire et non documentée lors de l'achat du service.
Ca vous oblige à créer une boîte "ne-pas-repondre" éventuellement assortie d'une règle qui informe l'expéditeur que sa réponse a été supprimée sans être lue, et qui la supprime.
Bonjour,
Ok donc c'est bien ça :-(
Savez-vous s'il y a la moindre indication dans le panel qui permettrait de savoir rapidement sur quelle infrastructure on est, Outlookweb ou Roundcube ? Car pour l'instant la seule solution que je vois c'est de passer sur tous nos CMS et vérifier un par un ceux qui sont dans cette situation. Ou plutôt il faut que je me connecte sur chaque domaine par son webmail, je constate que c'est du Outlook je vais voir dans le site correspondant si je suis dans cette situation et je corrige, si c'est du Roundcube je laisse en l'état, juste plusieurs jours de boulot donc ... (pas loin de 260 services emails dans mon cas ...)
Il serait intéressant qu'un tech d'OVH nous dise si cette info existe dans le panel !
Pierre
oui
Voyez les guides par exemple le tout premier guide sur les e-mails: https://docs.ovh.com/fr/emails/generalites-sur-les-emails-mutualises/
L'offre "historique" est celle basée sur Linux et Roundcube ; les offres migrées sont hébergées sur des serveurs à technologie Microsoft.
Voyez cette page: https://www.ovhcloud.com/fr/web-hosting/mxplan-migration/
Malheureusement elle n'est pas datée. Vu le nombre d'années que c'est en route, le bout du tunnel est encore loin...