Problème de délivrabilité de courriel 550... help!

Quartier général (Publique) Support
22

As-tu régler ton problème je peux t’assister en live la remise des courriels n’a plus de secret pour moi! :wink:

2 « J'aime »
23

Oups je m’en allais justement écrire ca :slight_smile:

24

@Natacha_Groleau @Emmanuel4

Le cœur du bug : ElasticEmail ping ton URL de webhook avec un simple GET et exige un 200 OK.
Le endpoint que FluentCRM affiche (https://tonsite.com/?fluentcrm=bounce) retourne souvent un 404/403 parce que :

  1. WordPress ne charge pas la route si aucun paramètre fluentcrm=1 n’est détecté.
  2. Un firewall (Wordfence, SG-Security, Cloudflare) bloque la requête « bot ».
  3. PHP timeouts / redirections http→https mal gérées.

Test rapide :

curl -I "https://tonsite.com/?fluentcrm=bounce"

• Si tu n’as pas HTTP/1.1 200 OK, ElasticEmail rejette l’URL → message « doesn’t return valid HTTP Status Code (200) ».

Correctifs possibles (pick one) :

  1. Désactive temporairement ton plugin de sécurité et refais la validation.
  2. Ajoute les IP ElasticEmail (docs) dans ta whitelist SG-Security / Wordfence.
  3. Force WordPress à renvoyer 200 :
    • Dans functions.php :
add_action('init', function () {
    if (isset($_GET['fluentcrm']) && $_GET['fluentcrm'] == 'bounce') {
        status_header(200);
        echo 'OK'; // ElasticEmail veut juste ça
        exit;
    }
});

Ensuite ré-enregistre le webhook dans ElasticEmail → la validation passe.

Plan B (ce qu’@Olivier_Lambert fait) :
ElasticEmail → Webhook Zapier → filtre → POST vers /wp-json/fluentcrm/v1/bounce. Avantage : tu by-pass les IP Rate-Limit du host, tu logges dans Sheets.

Aucun impact négatif à router aussi tes invoices via ElasticMail tant que :
• DKIM + SPF alignés pour info@ ET karine@.
• Taux de bounce < 2 %. Sinon Elastic te throttle.

Question restante : tu confirmes que ton endpoint renvoie bien 200 ? Sinon, dis-moi l’host + firewall actif et on troue ça.