Reglas y límites de envío e-mails
Información sobre las reglas y los límites para el envío de mensajes de correo electrónico desde el alojamiento web, WebSite, Mailhosting y desde servidores virtuales o dedicados.
Con el fin de prevenir y frenar el envío de mensajes de correo electrónico no solicitados (spam), para todos nuestros servicios de alojamiento rigen ciertas reglas. Estos límites sirven para proteger la reputación de nuestros servidores de correo compartidos, especialmente en el caso de buzones o formularios web comprometidos.
Web Hosting, WMS, WebSite, Mailhosting
Está estrictamente prohibido enviar cualquier tipo de mensajes de correo masivos desde los servicios Web Hosting, WMS, WebSite y Mailhosting, independientemente de si los mensajes son solicitados o no solicitados. Esto incluye tanto las ofertas comerciales masivas como los boletines enviados a destinatarios suscritos.
Si necesitas enviar ese tipo de correo, contrata un servicio especializado en el envío masivo de correo (VEDOS no ofrece, intermedia ni recomienda ningún servicio de ese tipo), o puedes montar tu propio servidor de correo en unVPS or dedicated server.
El alojamiento web, WMS y WebSite envían correos electrónicos de dos maneras:
La función 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
Desde el software de correo a través de nuestro servidor SMTP. Para enviar un correo de esta forma, necesitas iniciar sesión en el buzón con nombre de usuario y contraseña.
Mailhosting permite enviar correos electrónicos únicamente a través de SMTP. Con el Hosting web y WMS no es posible enviar correos no autorizados mediante el protocolo SMTP (no se puede establecer una conexión saliente por el puerto TCP 25). Para enviar correo mediante el protocolo SMTP desde una aplicación web, es necesario enviarlo de forma autorizada (es decir, tras iniciar sesión) a través de nuestro servidor de correo o de un servidor de terceros en el puerto 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
- El
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.
Servidores virtuales y dedicados
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
- Cómo se obtienen las direcciones de correo electrónico de los destinatarios y cómo se obtiene el consentimiento para enviar mensajes.
- 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.
- Robo de la contraseña FTP de un sitio web (normalmente desde un ordenador doméstico infectado); el atacante coloca después un script PHP malicioso en el sitio web del cliente, a través del cual envía posteriormente spam masivo. Puede que el cliente no tenga ni idea de que esto está ocurriendo.
- Un error en el script PHP del cliente que, por ejemplo, se queda atrapado en un bucle y empieza a enviar correos electrónicos de forma inesperada e intensiva.
Deliberate sending of spam by our customer is the last thing that happens and the last thing we deal with.
So why these limits? Los servicios de correo electrónico de Web Hosting, WMS, WebSite y Mailhosting son compartidos. Un mismo servidor aloja los sitios web o los buzones de varios cientos de clientes. Si ese servidor empieza (por el motivo que sea) a enviar mensajes masivos y el servidor de correo del destinatario lo bloquea posteriormente, todos los demás clientes del mismo servidor también quedarán bloqueados temporal o incluso permanentemente (porque todos comparten la misma dirección IP).
Si un proveedor de servicios de correo electrónico importante, como Seznam, Gmail u Outlook, establece ese bloqueo, un gran número de usuarios y clientes no recibirá ni siquiera los mensajes legítimos procedentes de ese servidor hasta que se subsane la situación y se desbloquee la dirección. Esto puede llevar horas o incluso más tiempo.
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. No lo tomes como una restricción dirigida contra ti. Considéralo una protección frente a que tu web sea utilizada indebidamente para actividades ilegales. Gracias a esta medida preventiva podemos garantizar que los correos correctos y solicitados lleguen siempre desde tu web a tus clientes, amigos, visitantes, etc. Sin este límite, eso podría no ser posible.