Code d'erreur LPI-RATE11

Procédure

Codes d’erreur LPI-RATE01 et LPI-RATE11 : trop d’e-mails envoyés depuis votre site

  

Service concerné : fonction mail_php hébergement web mutualisé LWS Panel
Panel concerné : LWS Panel
Niveau : intermédiaire

Les codes LPI-RATE01 et LPI-RATE11 apparaissent lorsqu’un site envoie un nombre important d’e-mails avec la fonction PHP mail().

Ils peuvent être déclenchés par une activité normale particulièrement importante, mais aussi par un formulaire détourné, une extension mal configurée ou un site compromis. Cette aide vous permet de retrouver l’origine des envois et d’éviter que le problème se reproduise.

Cette aide concerne les e-mails envoyés directement par un site ou un script PHP.

Vous utilisez un autre service d’envoi ?

Comprendre les codes LPI-RATE01 et LPI-RATE11

Ces deux codes surveillent les e-mails envoyés avec la fonction PHP mail(), également désignée par le terme mail_php dans les outils LWS.

Code Volume détecté Période de référence Conséquence
LPI-RATE01 Plus de 480 e-mails 1 heure Notification, sans blocage
LPI-RATE11 Plus de 4 800 e-mails 24 heures Blocage de mail_php pendant 1 heure

Le code LPI-RATE01 ne bloque pas l’envoi des e-mails. Il vous avertit qu’un volume important a été détecté.

Le code LPI-RATE11 bloque uniquement les envois réalisés par les sites avec la fonction PHP mail() pendant une heure. Il ne bloque pas la réception de vos e-mails ni l’utilisation normale de vos boîtes email.

Le blocage temporaire protège votre hébergement et la réputation de ses serveurs d’envoi. Attendre sa levée ne suffit cependant pas : vous devez rechercher la cause du dépassement pour éviter qu’il ne se reproduise.

Retrouver les e-mails envoyés par votre site

Depuis la gestion de votre hébergement dans le LWS Panel, ouvrez l’outil Suivi des mails.

Sélectionnez une période correspondant à l’heure à laquelle le code a été détecté, puis recherchez les e-mails envoyés depuis votre domaine.

Les messages provenant de la fonction PHP mail() sont identifiés avec un expéditeur technique de la forme :

[email protected]

Cet expéditeur n’est pas une véritable boîte email. Il indique que le message a été généré directement par un site ou un script installé sur votre hébergement.

Consultez notamment :

  • la date et l’heure des envois ;
  • le nombre de messages concernés ;
  • les destinataires ;
  • l’objet des messages, lorsqu’il est disponible ;
  • leur statut d’acheminement.

Essayez ensuite de déterminer si ces envois correspondent à une activité attendue de votre site.

Vous reconnaissez les envois

Les e-mails peuvent provenir d’une action normale, par exemple :

  • des confirmations de commandes ;
  • des notifications envoyées aux administrateurs ;
  • des messages provenant d’un formulaire ;
  • des alertes générées par une extension ;
  • une campagne lancée depuis le site ;
  • une tâche automatique.

Lorsque le volume est volontaire, vérifiez que le site n’envoie pas plusieurs fois le même message. Une extension mal réglée, une tâche automatique trop fréquente ou une boucle dans un script peut provoquer des milliers d’envois en peu de temps.

Réduisez la fréquence des notifications ou corrigez l’extension concernée. Pour les envois réguliers, configurez de préférence un envoi SMTP authentifié ou utilisez un service spécialisé adapté aux campagnes en nombre.

La fonction PHP mail() convient principalement aux messages ponctuels d’un site, comme une confirmation de formulaire. Elle n’est pas adaptée à l’envoi massif de newsletters ou de campagnes commerciales.

Vous ne reconnaissez pas les envois

Des envois inconnus peuvent provenir :

  • d’un formulaire utilisé par des robots ;
  • d’une extension vulnérable ou mal configurée ;
  • d’un fichier malveillant ;
  • d’un CMS qui n’est plus à jour ;
  • d’identifiants d’administration compromis.

Commencez par mettre à jour votre CMS, ses extensions et son thème. Désactivez temporairement les extensions récemment installées ou celles qui gèrent les formulaires et les notifications, puis vérifiez si les envois cessent.

Si votre site possède un formulaire, ajoutez une protection antispam ou un CAPTCHA. Vérifiez également que le formulaire limite le nombre de soumissions et qu’il ne permet pas de choisir librement l’adresse du destinataire.

Lancez ensuite une analyse avec l’outil antivirus et anti-malware disponible dans le LWS Panel.

Avant de modifier ou de supprimer des fichiers, assurez-vous de disposer d’une sauvegarde récente de votre site.

Ne supprimez pas un fichier uniquement parce que son nom vous semble inhabituel. Certains fichiers indispensables au fonctionnement du site peuvent avoir des noms techniques.

Si une compromission est confirmée, changez également les mots de passe associés au site :

  • administration du CMS ;
  • comptes FTP ;
  • bases de données ;
  • comptes disposant d’un accès à l’hébergement.

Utilisez des mots de passe différents et suffisamment longs pour chaque accès.

Attendre la fin du blocage LPI-RATE11

Le blocage associé au code LPI-RATE11 dure une heure.

Profitez de ce délai pour rechercher et corriger la source des envois. Une fois le délai terminé, les e-mails générés par PHP pourront de nouveau être envoyés si aucun nouveau dépassement n’est détecté.

Évitez de relancer immédiatement un envoi important. Commencez par effectuer un seul test.

Vérifier que le problème est résolu

Après la fin du blocage, envoyez un message de test depuis la fonction concernée : formulaire de contact, commande, notification ou autre action du site.

Ouvrez ensuite le Suivi des mails et vérifiez que :

  • le message de test apparaît avec l’expéditeur [email protected] ;
  • son statut indique qu’il a été pris en charge ;
  • aucun nouvel envoi massif ou inattendu n’est enregistré ;
  • le code LPI-RATE11 ne réapparaît pas.

La correction est confirmée lorsqu’un e-mail de test est envoyé normalement et qu’aucun nouveau volume anormal n’apparaît dans le suivi des mails.

Problèmes fréquents

Le code LPI-RATE11 réapparaît après une heure

La durée de blocage est terminée, mais la cause des envois est toujours présente. Consultez de nouveau le suivi des mails et vérifiez les formulaires, extensions, tâches automatiques et fichiers du site.

Si nécessaire, désactivez temporairement la fonction ou l’extension responsable afin d’interrompre les envois pendant le diagnostic.

Mon formulaire n’envoie toujours aucun message

Vérifiez d’abord que l’heure de blocage est terminée. Effectuez ensuite un seul test et consultez son statut dans le suivi des mails.

Si le message n’apparaît pas, le problème peut provenir du formulaire ou du script lui-même. S’il apparaît avec une autre erreur, consultez l’aide correspondant au nouveau code affiché.

Je ne sais pas quel site est responsable

Lorsque plusieurs sites sont installés sur le même hébergement, comparez l’heure et l’objet des messages avec les formulaires et notifications utilisés sur chaque site.

Vous pouvez également désactiver temporairement les fonctions d’envoi d’un site à la fois afin d’identifier celui qui génère les messages.

Je ne parviens pas à identifier l’origine des envois

Contactez l’assistance LWS en indiquant :

  • le code exact rencontré ;
  • le domaine concerné ;
  • la date et l’heure approximatives du dépassement ;
  • le CMS ou l’application utilisée ;
  • les envois observés dans le suivi des mails ;
  • les vérifications déjà effectuées.

Notez cet article :

4/5 | 1 avis

Cet article vous a été utile ?

Article utileOui

Article non utileNon

MerciMerci ! N'hésitez pas à poser des questions sur nos documentations si vous souhaitez plus d'informations et nous aider à les améliorer.


Vous avez noté 0 étoile(s)

Articles similaires

1mn de lecture

Généralités sur les codes d'erreur mail LWS

1mn de lecture

Erreur 553 envoi mail : Sender address rejected not logged in

2mn de lecture

Erreur 521 5.7.1: Trop de Spam venant de votre adresse email

1mn de lecture

Code d'erreur L-MQS1


Questions sur cet article

Poser une question à l'équipe LWS et à sa communauté

RGPD : Responsable LWS-Ligne Web Services. Finalité : modération et publication publique de votre question, notification éventuelle d'une réponse. Base légale : consentement (art. 6.1.a RGPD). Conservation des emails : 90 jours après notification, 12 mois maximum sans réponse. Vous pouvez exercer vos droits via notre nos CGV - section RGPD.