Règles et restrictions relatives à l'envoi d'e-mails

Hébergement web, WMS, site web, hébergement de messagerie

Il est strictement interdit d'utiliser les services Webhosting, WMS, WebSite et Mailhosting pour envoyer des e-mails en masse, qu'il s'agisse de messages sollicités ou non sollicités.Cela inclut les offres commerciales en masse et les newsletters envoyées aux abonnés inscrits. Si vous avez besoin d'envoyer ce type de courrier, créez un service spécialisé dans l'envoi massif de courriers (VEDOS n'en propose, n'en fournit et n'en recommande aucun), ou vous pouvez créer votre propre serveur de messagerie sur un VPS ou un serveur dédié.

Webhosting, WMS et WebSite envoient des e-mails de deux manières :

• à partir du serveur d'hébergement web de la fonction mail() en PHP: cela comprend de nombreux formulaires de contact, la réinitialisation du mot de passe WordPress et divers autres messages (au moins partiellement) automatisés.
• à partir d'un logiciel de messagerie électronique via notre serveur SMTP: pour envoyer un e-mail de cette manière, vous devez vous connecter à votre boîte mail à l'aide de votre nom d'utilisateur et de votre mot de passe.

Mailhosting permet l'envoi d'e-mails uniquement via SMTP. Avec l'hébergement web et WMS, il n'est pas possible d'envoyer des e-mails non autorisés via le protocole SMTP(il n'est pas possible d'établir une connexion vers l'extérieur via le port TCP 25). Pour envoyer des e-mails via le protocole SMTP à partir d'une application web, il est nécessaire d'envoyer des e-mails autorisés (c'est-à-dire après connexion) via notre serveur de messagerie ou un serveur tiers sur le port 587.

Le tableau suivant résume les restrictions relatives à l'envoi d'e-mails par les services d'hébergement :

Restrictions	Hébergement web NoLimit/Extra, Site web (sauf Free), WMS	Hébergement web LowCost	Hébergement de messagerie individuel	Mailhosting Business (peut être activé pour n'importe quel hébergement web)
Nombre maximal d'e-mails envoyés via PHP par jour	500	50	–	–
Nombre maximal d'e-mails envoyés via SMTP par jour	500	50	500	2500
Taille maximale des e-mails envoyés, pièces jointes comprises (Mo)	100	100	100	100

Lorsque vous essayez d'envoyer un e-mail dépassant la limite fixée :

• La fonction mail() en PHP renvoie false et le serveur rejette le message
• Le serveur SMTP rejettera le message avec un message d'erreur indiquant que la limite a été dépassée.

La restriction s'applique à chaque jour civil, le compteur étant remis à zéro chaque jour à minuit (heure d'Europe centrale).

Les limites indiquées pour les e-mails envoyés peuvent être augmentées uniquement en achetant le service supplémentaire « Upgrade » vers la variante Business. L'augmentation de la limite ne donne pas lieu à un droit et le fournisseur se réserve le droit de refuser la demande d'augmentation (ou la fourniture d'un service supplémentaire) sans donner de raison. L'augmentation de la limite n'autorise pas l'envoi massif de messages électroniques et ne le justifie en aucune manière.

Serveurs virtuels et dédiés

Vous pouvez utiliser les serveurs VPS et dédiés pour envoyer des messages groupés à condition de respecter les conditions suivantes :

• il doit s'agir de messages sollicités, c'est-à-dire que les destinataires doivent être conscients qu'ils se sont abonnés à ces messages
• les messages doivent être envoyés en quantité raisonnable
• les messages doivent être envoyés par lots raisonnablement petits, jamais en une seule fois en grande quantité
• le message doit indiquer la procédure à suivre pour se désabonner et l'expéditeur doit accepter et respecter les demandes de désabonnement

Pour les serveurs virtuels et dédiés, le client est tenu, à notre demande, de fournir des informations concernant les envois en masse effectués :

• comment les adresses e-mail des destinataires sont obtenues et comment le consentement à l'envoi est obtenu
• quels messages sont envoyés
• à quelle fréquence les messages sont envoyés
• en quelle quantité ils sont envoyés (nombre total, vitesse d'envoi)
• comment les destinataires peuvent-ils se désabonner ?
• autres informations éventuelles selon nos exigences

Si le client enfreint ces conditions ou ne nous fournit pas les informations requises, nous sommes en droit de bloquer complètement l'envoi d'e-mails ou de suspendre l'ensemble du serveur.

Pourquoi ces restrictions ?

Tout d'abord, il convient de souligner queces restrictions ne visent pas principalement nos clients. Parmi les causes et sources habituelles de spam, on peut citer :

• Faille de sécurité dans le script PHP permettant son utilisation abusive, par exemple insertion massive de messages dans un forum de discussion (le forum envoie ensuite ces nouveaux messages aux membres du forum), erreur directement dans le formulaire de contact, etc.
• Vol du mot de passe du compte FTP du site web (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 des spams en masse. Le client n'en a pas la moindre idée.
• Erreur dans le script PHP du client, qui se « bloque » par exemple et commence à envoyer de manière intensive et imprévue des e-mails.

L'envoi intentionnel de spam par nos clients est la dernière chose qui se produit et que nous traitons.

Pourquoi ces restrictions ?Les services de messagerie électronique Webhosting, WMS, WebSite et Mailhosting sont partagés : plusieurs centaines de clients ont leurs pages ou leurs boîtes mail sur un seul serveur. Si un tel serveur commence (pour une raison quelconque) à envoyer des messages en masse et est ensuite bloqué par le serveur de messagerie du destinataire, tous les autres utilisateurs du même serveur seront également bloqués, temporairement ou définitivement (car ils ont tous la même adresse IP). Si un fournisseur de services de messagerie électronique important, tel que Seznam, Gmail ou Outlook, met en place un tel blocage, un grand nombre d'utilisateurs et de clients ne recevront plus les messages légitimes provenant de ce serveur jusqu'à ce que la situation soit corrigée et que l'adresse soit débloquée. Cela peut prendre des heures, voire plus.

Pourquoi ne pas résoudre les problèmes de restriction avant qu'ils ne surviennent ?La solution doit être préventive. Si un pirate trouve une faille dans la sécurité d'un site Web ou d'une messagerie électronique et commence à l'exploiter pour envoyer des spams en masse, il est déjà trop tard. L'envoi de dizaines de millions de messages est l'affaire d'un seul script et d'un temps relativement court ; avant même que nous ayons pu obtenir et traiter le rapport, un tel serveur aurait déjà été bloqué à différents endroits sur Internet.

Cette solution n'est pas une mauvaise chose.Ne la considérez pas comme une restriction qui vous est imposée. Considérez-la comme une protection contre l'utilisation abusive de votre site à des fins illégales. Grâce à cette mesure préventive, nous sommes en mesure de garantir que les e-mails demandés parviennent toujours à vos clients, amis, visiteurs, etc. sans problème depuis votre site web. Sans cette restriction, cela ne serait peut-être pas possible.