Regras e limites de envio e-mails
Informações sobre as regras e os limites para o envio de mensagens de correio eletrónico a partir do Alojamento Web, do WebSite, do Mailhosting e de servidores virtuais ou dedicados.
Para prevenir e travar o envio de mensagens de correio eletrónico não solicitadas (spam), existem determinadas regras para todos os nossos serviços de alojamento. Estes limites servem para proteger a reputação dos nossos servidores de correio partilhados, sobretudo em caso de caixas de correio ou formulários web comprometidos.
Web Hosting, WMS, WebSite, Mailhosting
É estritamente proibido enviar quaisquer mensagens de e-mail em massa a partir dos serviços Web Hosting, WMS, WebSite e Mailhosting, independentemente de as mensagens serem solicitadas ou não solicitadas. Isto inclui ofertas comerciais em massa, bem como newsletters enviadas a destinatários inscritos.
Se precisar de enviar correio deste tipo, contrate um serviço especializado em envio de correio em massa (a VEDOS não oferece, não intermedeia nem recomenda qualquer serviço deste género), ou pode criar o seu próprio servidor de correio numVPS or dedicated server.
O Alojamento web, o WMS e o WebSite enviam emails de duas formas:
A função mail() em 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
A partir do programa de e-mail através do nosso servidor SMTP. Para enviar um e-mail desta forma, tem de iniciar sessão na caixa de correio com um nome de utilizador e uma palavra-passe.
O Mailhosting permite o envio de e-mails apenas através de SMTP. Com o alojamento web e o WMS não é possível enviar e-mails não autorizados através do protocolo SMTP (não é possível estabelecer uma ligação de saída pela porta TCP 25). Para enviar correio através do protocolo SMTP a partir de uma aplicação web, é necessário enviá-lo de forma autorizada (ou seja, após iniciar sessão) através do nosso servidor de correio ou de um servidor de terceiros na porta 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
- Considera-se
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 virtuais e 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
- Como são obtidos os endereços de e-mail dos destinatários e como é obtido o consentimento para o envio das mensagens.
- 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.
- Roubo da palavra-passe de FTP de um sítio web (geralmente a partir de um PC doméstico infetado); o atacante coloca então um script PHP malicioso no sítio web do cliente, através do qual envia depois spam em massa. O cliente pode não fazer ideia de que isto está a acontecer.
- Um erro no script PHP do cliente que, por exemplo, fica preso num ciclo e começa a enviar e-mails 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? Os serviços de e-mail do Web Hosting, WMS, WebSite e Mailhosting são partilhados. Um único servidor aloja os sítios web ou as caixas de correio de várias centenas de clientes. Se um servidor desses começar (por qualquer motivo) a enviar mensagens em massa e for subsequentemente bloqueado pelo servidor de e-mail do destinatário, todos os outros clientes no mesmo servidor serão também bloqueados temporária ou mesmo permanentemente (porque todos partilham o mesmo endereço IP).
Se esse bloqueio for definido por um grande fornecedor de serviços de correio eletrónico, como o Seznam, o Gmail ou o Outlook, um grande número de utilizadores e clientes não receberá sequer as mensagens legítimas desse servidor até que a situação seja corrigida e o endereço desbloqueado. Isso pode demorar horas, ou mesmo mais tempo.
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. Não encare isto como uma restrição dirigida contra si. Veja-o como a sua proteção contra a utilização indevida do seu site para atividades ilegais. Graças a esta medida preventiva, conseguimos assegurar que os e-mails corretos e solicitados chegam sempre do seu site aos seus clientes, conhecidos, visitantes e assim por diante. Sem este limite, isso poderia não ser possível.