E-mails et solutions Office - Envoi de mail par le SMTP OVH depuis un CMS
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

Envoi de mail par le SMTP OVH depuis un CMS

Von
PierreC9
Erstellungsdatum 2022-10-31 09:52:22 (edited on 2024-09-04 13:54:11) in E-mails et solutions Office

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


3 Antworten ( Latest reply on 2022-11-01 10:31:53 Von
fritz2cat officiel (d'avant la migration)
)


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,


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


Savez-vous s'il y a la moindre indication dans le panel


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...