Règles et limites d’envoi e-mails
Informations sur les règles et les limites d’envoi de messages électroniques depuis l’hébergement web, WebSite, Mailhosting, et depuis des serveurs virtuels ou dédiés.
Afin de prévenir et de limiter l’envoi de messages électroniques non sollicités (spam), certaines règles s’appliquent à tous nos services d’hébergement. Ces limites servent à protéger la réputation de nos serveurs de messagerie partagés, en particulier en cas de boîtes aux lettres ou de formulaires web compromis.
Web Hosting, WMS, WebSite, Mailhosting
L’envoi de messages électroniques de masse, de quelque nature que ce soit, depuis les services Web Hosting, WMS, WebSite et Mailhosting est strictement interdit, que les messages soient sollicités ou non sollicités. Cela inclut aussi bien les offres commerciales en masse que les newsletters envoyées à des destinataires inscrits.
Si vous devez envoyer ce type de courrier, mettez en place un service spécialisé dans l’envoi de courrier en masse (VEDOS ne propose, n’intermédie ni ne recommande aucun service de ce type), ou vous pouvez mettre en place votre propre serveur de messagerie sur unVPS or dedicated server.
L’hébergement web, WMS et WebSite envoient des e-mails de deux manières :
La fonction mail() en PHP
From the web hosting server using the mail() function in PHP. This includes many contact forms, WordPress password recovery, and various other, at least partially automated, messages.
Sending via SMTP
Depuis un logiciel de messagerie via notre serveur SMTP. Pour envoyer un e-mail de cette manière, vous devez vous connecter à la boîte aux lettres avec un nom d’utilisateur et un mot de passe.
Le 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 (une connexion sortante ne peut pas être établie via le port TCP 25). Pour envoyer du courrier via le protocole SMTP depuis une application web, vous devez l’envoyer de manière autorisée (c’est-à-dire après connexion) via notre serveur de messagerie ou celui d’un tiers sur le port 587.
Limits on sending e-mails for hosting services
The following table summarizes the limits on sending e-mails for hosting services:
| Limit | Web Hosting NoLimit/Extra, WebSite (except Free), WMS |
Web Hosting LowCost | Mailhosting Individual | Mailhosting Business (can be activated for any Web Hosting) |
|---|---|---|---|---|
| Maximum number of e-mails sent via PHP per day | 500 | 50 | – | – |
| Maximum number of e-mails sent via SMTP per day | 500 | 50 | 500 | 2500 |
| Maximum size of an e-mail sent, including attachments (MB) | 100 | 100 | 100 | 100 |
If you try to send an e-mail above the set limit
- Le
mail()function in PHP returnsfalseand the server discards the message. - The SMTP server rejects the message with an error message informing you that the limit has been exceeded.
The limit applies to a calendar day; the counter resets every day at midnight (CET/CEST).
The stated limits on sent e-mails can only be increased by purchasing the add-on service Upgrade to the Business variant. There is no entitlement to a limit increase, and the provider reserves the right to refuse a request for an increase (or for provision of the add-on service) even without giving a reason. Increasing the limit does not permit bulk sending of e-mail messages, nor does it justify it in any way.
Serveurs virtuels et dédiés
You can use VPS and dedicated servers for the bulk sending of solicited messages, provided you meet the following conditions:
- The messages must be solicited, meaning the recipients must be aware that they have signed up to receive these messages.
- Messages must be sent in a non-intrusive volume.
- Messages must be sent in reasonably small batches, never all at once in large quantities.
- The message must include a procedure for unsubscribing, and the sender must accept and respect unsubscribe requests.
Information the customer is required to provide at our request
- Comment les adresses e-mail des destinataires sont obtenues et comment le consentement à l’envoi de messages est obtenu.
- What messages are being sent.
- How often the messages are sent.
- In what volume they are sent (total number, sending rate).
- How recipients can unsubscribe.
- Any other information at our request.
If the customer violates these conditions or fails to provide us with the required information, we are entitled to completely block e-mail sending or suspend the entire server.
Why these limits?
First of all, it should be emphasized that these limits are not primarily aimed at our customers. Common causes and sources of spam include:
- A security hole in a PHP script that allows it to be exploited, for example the bulk insertion of posts into a discussion forum (the forum then sends these new posts to its members), a bug directly in a contact form, and similar.
- Vol du mot de passe FTP d’un site web (généralement depuis un PC domestique infecté) ; l’attaquant place ensuite un script PHP malveillant sur le site web du client, par l’intermédiaire duquel il envoie ensuite du spam en masse. Le client peut n’avoir aucune idée que cela se produit.
- Un bug dans le script PHP du client qui, par exemple, se bloque dans une boucle et commence à envoyer des e-mails de manière inattendue et intensive.
Deliberate sending of spam by our customer is the last thing that happens and the last thing we deal with.
So why these limits? Les services de messagerie de l’hébergement web, de WMS, de WebSite et du Mailhosting sont mutualisés. Un seul serveur héberge les sites web ou les boîtes aux lettres de plusieurs centaines de clients. Si un tel serveur se met (pour quelque raison que ce soit) à envoyer des messages en masse et est ensuite bloqué par le serveur de messagerie du destinataire, tous les autres clients du même serveur seront eux aussi bloqués temporairement, voire définitivement (car ils partagent tous la même adresse IP).
Si un tel blocage est mis en place par un grand fournisseur de services de messagerie tel que Seznam, Gmail ou Outlook, un grand nombre d’utilisateurs et de clients ne recevront même pas les messages légitimes provenant de ce serveur tant que la situation ne sera pas corrigée et l’adresse débloquée. Cela peut prendre des heures, voire plus.
Why aren’t the limits addressed only once something happens? The solution must be preventive. If an attacker finds a security gap in a website or e-mail account and starts exploiting it for bulk spamming, it is already too late. Sending tens of millions of messages is a matter of a single script and a relatively short amount of time. By the time we received and processed a report, such a server would already be blocked in various places across the Internet.
This solution is not a bad thing. Ne le prenez pas comme une restriction dirigée contre vous. Considérez-le comme votre protection contre l’utilisation abusive de votre site web à des fins illégales. Grâce à cette mesure préventive, nous sommes en mesure de garantir que les bons e-mails, ceux qui sont sollicités, parviennent toujours depuis votre site web à vos clients, amis, visiteurs, et ainsi de suite. Sans cette limite, cela pourrait ne pas être possible.