Envoi d'e-mails et restrictions
Informations sur les règles et les restrictions relatives à l’envoi de courriers électroniques à partir d’un service d’hébergement web, par l’intermédiaire de serveurs SMTP, et à partir de serveurs VPS et dédiés.
Certaines règles et restrictions sont mises en place pour tous nos services d’hébergement afin d’empêcher et de supprimer l’envoi de messages électroniques non sollicités (spam).
Il convient de souligner que ces restrictions ne sont pas dirigées contre la plupart de nos clients, qui sont honnêtes et ne diffusent pas de messages non sollicités. La grande majorité d’entre eux n’en sont pas du tout affectés.
Hébergement web et serveur SMTP
Il existe deux façons d’envoyer des courriers électroniques à partir des services d’hébergement web :
- à partir d’un serveur d’hébergement web via la fonction mail() de PHP
- par le biais d’un logiciel de courrier électronique via notre serveur SMTP
Il est absolument interdit d’effectuer des envois en masse sur le service d’hébergement web, qu’ils soient sollicités ou non. Il n’est donc pas permis d’envoyer diverses lettres d’information aux abonnés. Si un client a besoin de quelque chose comme cela, il doit trouver un autre outil, comme choisir notre VPS ou notre serveur dédié.
Restrictions:
- max. nombre d’e-mails envoyés par un service d’hébergement web – LowCost : 50 / jour
- max. nombre d’e-mails envoyés par le serveur SMTP – LowCost : 50 / jour
- max. nombre d’e-mails envoyés à partir d’un service d’hébergement web – NoLimit : 500 / jour
- max. nombre d’e-mails envoyés par le serveur SMTP – NoLimit : 500 / jour
- max. taille des e-mails envoyés avec des pièces jointes : 100 MB
Lorsque l’on essaie d’envoyer des courriels dont la taille est supérieure à la limite fixée :
- la fonction mail() de PHP renvoie un faux et le message est mis au rebut
- le serveur SMTP refusera le message avec un message d’erreur informant le client qu’il a dépassé la limite.
La limitation s’applique au jour calendaire, de sorte que le compteur sera remis à zéro à minuit.
Les limites indiquées peuvent être augmentées. Nous évaluons la justification d’une telle demande.
En outre, il n’est pas possible d’envoyer des courriers électroniques non autorisés à partir de PHP via le protocole SMTP (il n’est pas possible d’établir une connexion sur le port TCP 25). Pour envoyer un courrier via le protocole SMTP à partir de l’application web, il est nécessaire de l’envoyer via un courrier autorisé (c’est-à-dire après le login) via notre serveur de courrier ou un serveur tiers sur le port 587.
Serveurs virtuels et dédiés
Les serveurs dédiés et VPS peuvent être utilisés pour le publipostage sollicité.
Les conditions d’envoi de messages en masse à partir de serveurs VPS et dédiés :
- il doit s’agir de messages demandés, de sorte que les destinataires doivent savoir qu’ils se sont abonnés à ces messages
- les messages doivent être envoyés en quantités non intrusives
- les messages doivent être envoyés en lots raisonnablement petits et non en grandes quantités
- le rapport doit indiquer la procédure de retrait et l’expéditeur doit accepter et respecter les demandes de retrait
Pour les serveurs virtuels et les serveurs dédiés, le client est tenu de fournir, sur demande, des informations concernant la messagerie de masse :
- la manière dont les adresses électroniques des destinataires sont obtenues et la manière dont l’abonnement est obtenu
- quels sont les messages envoyés
- la fréquence d’envoi des messages
- combien ils sont expédiés (nombre total, vitesse de téléchargement)
- comment les destinataires peuvent annuler leur abonnement
- toute information supplémentaire requise
Si le client enfreint ces conditions ou ne nous fournit pas les informations requises, nous pouvons bloquer ou suspendre complètement l’envoi de courriels par le serveur entier.
Pourquoi ces restrictions ?
Tout d’abord, il est important de souligner que ces restrictions ne sont pas malveillantes et ne sont pas principalement dirigées contre nos clients.
Nous ne le faisons pas du tout parce que nous supposons que nos clients sont méchants et qu’ils veulent utiliser nos services d’hébergement web pour envoyer des spams. Les causes et les sources les plus courantes du spam sont totalement différentes et le client est le plus souvent innocent.
Causes et sources courantes de spam :
- Une faille de sécurité dans un script PHP qui permet de l’utiliser à mauvais escient – par exemple, poster des messages dans un forum (puis envoyer de nouveaux messages aux membres du forum), un bogue directement dans le formulaire de contact, etc.
- En volant les mots de passe des comptes FTP (généralement à partir d’un ordinateur personnel infecté par un virus), l’attaquant place ensuite un script PHP malveillant sur le site web du client, qu’il utilise ensuite pour envoyer massivement des messages non sollicités (spam). Le client n’a pas besoin d’être informé.
- Un bogue dans le script PHP du client, qui, par exemple, « boucle » et commence à envoyer des courriels de manière inattendue.
Les clients qui envoient délibérément des spams sont la dernière chose qui se produise et que nous ayons à traiter.
Pourquoi, alors, ces restrictions sont-elles en place ? Là encore, cela s’explique par le fait que le service d’hébergement web est partagé. Ainsi, des centaines de clients ont leurs pages sur un seul serveur web. Si l’un des sites commence (pour une raison quelconque) à envoyer des messages en masse et est ensuite bloqué par un serveur de courrier électronique, tous les autres sites du même serveur seront bloqués (parce que tous les sites ont la même adresse IP).
Les serveurs de courrier électronique sur Internet protègent leurs utilisateurs et leurs clients en bloquant la source d’un nombre suspect de messages électroniques provenant d’une même source. Ce blocage peut être temporaire mais aussi permanent. S’ils choisissent de bloquer définitivement tous les courriers électroniques provenant de nos services d’hébergement web, aucun client ne leur enverra quoi que ce soit (pas même les messages régulièrement demandés). Il est certain qu’aucun de nos clients ne souhaite cela.
Pourquoi la limite n’est-elle pas prise en compte lorsque quelque chose se produit ? La solution doit être préventive. Il est trop tard lorsqu’un pirate trouve une faille dans la sécurité de votre site et commence à l’exploiter pour envoyer des spams en masse. Avant que nous ne découvrions, analysions et mettions en œuvre des mesures, un attaquant pourrait déjà avoir envoyé des dizaines de millions de messages, et le serveur web aurait alors été bloqué à divers endroits sur l’internet.
Cette solution n’est pas mauvaise. Ne le prenez pas comme une restriction dirigée contre vous. Il s’agit d’une protection contre l’utilisation abusive de votre site à des fins illégales. Grâce à cette mesure de précaution, nous pouvons nous assurer que les bons courriels sollicités parviennent toujours à vos clients, amis, visiteurs, etc. à partir de votre site.
HPE Moonshot
Le service fonctionne sur des serveurs HPE Moonshot, développés par Hewlett Packard Enterprise spécifiquement pour les solutions cloud géantes.
45 serveurs puissants dans un boîtier de 4 et 1 / 3U. Chaque serveur dispose d’une connectivité de 2 x 10 Gbps avec des commutateurs redondants. Connectivité de l’ensemble de la boîte jusqu’à 8 x 40 = 320 Gbps ! Au total, jusqu’à 450 serveurs dans un rack.
SSD NVMe uniquement.
- Stockage illimité du site web
- 100% SSD
- Trafic illimité
- HTTP/2
- CRON
- Un service clientèle ininterrompu
- Antivirus, Antispam
- Protection DDoS + IPS/IDS
- Idéal pour Joomla, WordPress, e-commerce, ...