Hébergements Web - Mails transitant par Wordpress plus livrés depuis migration Gravelines
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

Mails transitant par Wordpress plus livrés depuis migration Gravelines

Von
NicolasL64
Erstellungsdatum 2019-07-31 06:45:26 (edited on 2024-09-04 12:38:31) in Hébergements Web

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


9 Antworten ( Latest reply on 2019-07-31 13:27:35 Von
fritz2cat officiel (d'avant la migration)
)


mon site Wordpress


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


méthode d'envoi


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.


wp-content


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


c'est autorisé


Exact, j'avais mis un 'deny from all' mais ce n'est pas d'origine.