Bonjour,
La migration vers Gravelines (base MySQL 5.6) a été réalisée hier soir (nuit du 30 au 31/07). Depuis ce moment, les mails envoyés par mon site Wordpress (via divers plugins: Contact Form 7, Woocommerce, plugin de billetterie...) ne parviennent plus à leur destinataire, ni même à l'adresse de l'administrateur du site qui en est en copie (par contre ils sont bien enregistrés dans la base de données (comme mon plugin WP Mail Logging me l'indique)).
Merci de votre aide,
Nicolas
Hébergements Web - Mails transitant par Wordpress plus livrés depuis migration Gravelines
Related questions
- Connexion à mon compte client
154253
13.02.2019 09:51
- Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS
126962
03.09.2018 14:46
- reCAPTCHA erreur pour le propriétaire du site : clé de site non valide
111260
14.02.2019 16:17
- [FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?
98655
28.07.2017 11:39
- Passage en php 7.4
97673
30.06.2020 05:05
- Augmenter taille PHP Post Max Size sur mutualisé ?
92139
04.12.2019 21:52
- The requested URL / was not found on this server
91218
02.03.2017 18:25
- Deploy d'un projet Node JS
91165
12.10.2016 20:18
- NextCloud sur mutualisé
91078
07.04.2017 08:42
- Ce site est inaccessible Impossible de trouver l'adresse DNS du serveur
90903
16.10.2016 16:24
Pas de site, ni renseignement sur la méthode d'envoi, pas d'aide possible de la communauté ;
pas de n° de ticket, pas de prise en charge par OVH
```text Mille excuses,
Le site concerné est hautlescours.fr, je viens de créer le ticket 6647147357.
Pour ce qui est de la méthode d'envoi, je viens d'effectuer un test avec le plugin check email qui me fournit le résultat suivant et qui semble indiquer que le problème se situe en aval de l'envoi du mail par Wordpress.
Check Email
The test email has been sent by WordPress. Please note this does NOT mean it has been delivered. See wp_mail in the Codex for more information. The headers sent were:
MIME-Version: 1.0\r\n
From: n--------@hautlescours.fr\r\n
Content-Type: text/plain; charset="UTF-8"\r\n
Current mail settings
SendMail path (UNIX): /usr/sbin/sendmail -t -i
SMTP server (Windows): localhost
SMTP port (Windows): 25
Add X header: 1 ```
```text
On va faire un test avec la même méthode d'envoi. Je viens de tester à l'instant même.
Tu crées le fichier suivant dans ton hébergement, sous un nom de fichier de ton choix.
Tu corriges ton adresse que j'ai volontairement oblitérée dans le forum.
$headers ='From: nic___@hautlescours.fr'."\n";
$headers .='Reply-To: nic___@hautlescours.fr'."\n";
$headers .='Content-Type: text/plain; charset="iso-8859-1"'."\n";
$headers .='Content-Transfer-Encoding: 8bit';
mail('nic___@hautlescours.fr', 'Sujet',
'Message contenu de l email', $headers);
?>
Puis tu vas sur ton navigateur favori et tu fais appel à cette page qui n'affiche rien à l'écran.
Devrait arriver un mail qui ressemble à ceci:
Return-Path: U8xx.cluster012.ovh.net=156XXX60057.29-MXXXX@mail-out.cluster012.hosting.ovh.net>
X-Original-To: user@example.com
Delivered-To: user@example.com
Received: from 10.mo159.mail-out.ovh.net (10.mo159.mail-out.ovh.net [46.105.73.229])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by v2.example.eu (Postfix) with ESMTPS
for example.com>; Wed, 31 Jul 2019 10:00:57 +0200 (CEST)
Received: from mail-out02.cluster012.gra.hosting.ovh.net (unknown [10.110.145.82])
by mo159.mail-out.ovh.net (Postfix) with ESMTP id 92C74194966
for example.com>; Wed, 31 Jul 2019 10:00:57 +0200 (CEST)
Received: from mail-out02.cluster012.gra.hosting.ovh.net (localhost.localdomain [127.0.0.1])
by mail-out02.cluster012.gra.hosting.ovh.net (Postfix) with ESMTP id 6491A400064
for example.com>; Wed, 31 Jul 2019 10:00:57 +0200 (CEST)
Received: from cluster012.hosting.ovh.net (gwc.cluster012.hosting.ovh.net
[51.68.11.219])
by mail-out02.cluster012.gra.hosting.ovh.net (Postfix) with ESMTP id
B1EBE400064
for example.com>; Wed, 31 Jul 2019 10:00:56 +0200 (CEST)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
by localhost.domain.tld (Postfix) with ESMTP id A6F4321116
for example.com>; Wed, 31 Jul 2019 10:00:56 +0200 (CEST)
Received: by cluster012.hosting.ovh.net (Postfix, from userid 846)
id 8A67226AD7; Wed, 31 Jul 2019 10:00:56 +0200 (CEST)
To: user@example.com
Subject: Sujet
From: user@example.com
Reply-To: user@example.com
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Message-Id: <20190731080056.8A67226AD7@cluster012.hosting.ovh.net>
Date: Wed, 31 Jul 2019 10:00:56 +0200 (CEST)
X-Ovh-Tracer-Id: 5384053357019882220
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: 15
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrleeggdduvdejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucgoteeftdduqddtudculdduhedm
Message contenu de l email ```
Merci Fritz2cat,
J'ai suivi tes directives et créé le fichier php correspondant dans le répertoire suivant: wordpress/wp-content/uploads/2019/07/testmail.php
J'ai corrigé l'adresse e-mail.
Quand je rentre l'adresse https://hautlescours.fr/wordpress/wp-content/uploads/2019/07/testmail.php dans mon navigateur j'ai bien un écran blanc mais par contre je ne reçois aucun e-mail à l'adresse renseignée dans le fichier php.
Ah, vous venez d'essayer? Car je viens de voir tomber votre mail. Apparemment cela marche maintenant.
Avec FTP dépose ce fichier dans la racine de ton hébergement (et ne publie pas le nom du fichier, sauf si tu veux que chaque bot qui passe sur la page t'envoie un mail de félicitation)
En outre wp-content/uploads c'est la toute mauvaise place car il est normalement interdit d'y exécuter du code php. Tu imagines le trou de sécurité ?
Et Woocommerce et les divers plugins de billetterie délivrent maintenant bien leurs mails.
Je pense que c'était dû à un problème de cache car j'utilise supercache et il y avait un pré-chargement prévu il y a 30 minutes. Cette opération récurrente a dû nettoyer le cache et corriger le problème.
Merci pour les infos j'ignorais ça pour le risque d'exécuter du php dans uploads (ça a été un réflexe car c'est normalement le seul chemin de répertoire auquel j'ai l'habitude d'accéder depuis un navigateur).
Je vais donc supprimer ce fichier maintenant que le pb semble réglé.
Merci pour ton aide!
> wp-content/uploads c'est la toute mauvaise place car il est normalement interdit
non, c'est autorisé, du moins pas interdit
Exact, j'avais mis un 'deny from all' mais ce n'est pas d'origine.