Regras e restrições para o envio de e-mails

Informações sobre regras e restrições para o envio de mensagens de e-mail a partir de hospedagem web, site, hospedagem de e-mail e servidores virtuais ou dedicados

Para prevenir e reprimir o envio de mensagens de e-mail não solicitadas (spam), foram implementadas determinadas regras em todos os nossos serviços de alojamento. As restrições servem para proteger a reputação dos servidores de e-mail partilhados, especialmente no caso de ataques a caixas de correio ou formulários web.

Hospedagem web, WMS, Website, Hospedagem de e-mail

É totalmente proibido utilizar os serviços Webhosting, WMS, WebSite e Mailhosting para enviar mensagens de e-mail em massa, independentemente de se tratar de mensagens solicitadas ou não solicitadas.Isso inclui ofertas comerciais em massa e newsletters para assinantes cadastrados. Se precisar enviar este tipo de correio, crie um serviço especializado no envio em massa de correio (a VEDOS não oferece, não intermedeia nem recomenda nenhum serviço deste tipo) ou crie o seu próprio servidor de correio eletrónico num VPS ou num servidor dedicado.

O Webhosting, WMS e WebSite enviam e-mails de duas maneiras:

  • do servidor de alojamento web da função mail() em PHP: isto inclui muitos formulários de contacto, recuperação de palavra-passe do WordPress e várias outras mensagens (pelo menos parcialmente) automatizadas.
  • a partir do software de e-mail através do nosso servidor SMTP: para enviar um e-mail desta forma, é necessário iniciar sessão com o nome de utilizador e a palavra-passe na caixa de correio.

O Mailhosting permite o envio de e-mails apenas através do SMTP. No Webhosting e no WMS, não é possível enviar e-mails não autorizados através do protocolo SMTP(não é possível estabelecer uma ligação externa através da porta TCP 25). Para enviar e-mails através do protocolo SMTP a partir de uma aplicação web, é necessário enviar de forma autorizada (ou seja, após o login) através do nosso servidor de e-mail ou de um servidor de terceiros na porta 587.

A tabela a seguir resume as restrições de envio de e-mails dos serviços de alojamento:

RestriçõesHospedagem Web NoLimit/Extra,
WebSite (exceto Free),
WMS
Hospedagem LowCostHospedagem de e-mail individualMailhosting Business
(pode ser ativado para qualquer Webhosting)
Número máximo de e-mails enviados por dia através do PHP50050
Número máximo de e-mails enviados por SMTP por dia500505002500
Tamanho máximo do e-mail enviado, incluindo anexos (MB)100100100100

Ao tentar enviar um e-mail acima do limite definido:

  • A função mail() em PHP retorna false e o servidor descarta a mensagem
  • O servidor SMTP rejeitará a mensagem com uma mensagem de erro informando que o limite foi excedido.

A restrição aplica-se ao dia civil, o contador é reiniciado todos os dias à meia-noite (SELČ).

Os limites indicados para o envio de e-mails podem ser aumentados exclusivamente através da aquisição do serviço adicional Upgrade para a variante Business. Não há direito ao aumento do limite e o fornecedor reserva-se o direito de recusar o pedido de aumento (ou de prestação do serviço adicional) sem indicar o motivo. O aumento do limite não permite o envio em massa de mensagens de e-mail nem o justifica de forma alguma.

Servidores virtuais e dedicados

Pode utilizar VPS e servidores dedicados para enviar mensagens solicitadas em massa, desde que cumpra as seguintes condições:

  • devem ser mensagens solicitadas, ou seja, os destinatários devem estar cientes de que se inscreveram para receber essas mensagens
  • as mensagens devem ser enviadas em quantidades que não incomodem
  • as mensagens devem ser enviadas em pequenas quantidades razoáveis, nunca em grandes quantidades de uma só vez
  • o relatório deve indicar o procedimento para cancelar a subscrição e o remetente deve aceitar e respeitar os pedidos de cancelamento

No caso de servidores virtuais e dedicados, o cliente é obrigado, a nosso pedido, a fornecer informações sobre o envio em massa realizado:

  • como são obtidos os endereços de e-mail dos destinatários e como é obtido o consentimento para o envio
  • que tipo de mensagens são enviadas
  • com que frequência as mensagens são enviadas
  • em que quantidade são enviados (número total, velocidade de envio)
  • como os destinatários podem cancelar a subscrição
  • quaisquer informações adicionais, conforme solicitado por nós

Se o cliente violar estas condições ou não nos fornecer as informações solicitadas, temos o direito de bloquear completamente o envio de e-mails ou suspender todo o servidor.

Porquê estas restrições?

Em primeiro lugar, é importante salientar queestas restrições não são dirigidas principalmente contra os nossos clientes. Entre as causas e fontes habituais de spam encontram-se:

  • Falha de segurança no script PHP que permite a sua utilização indevida – por exemplo, inserção em massa de mensagens num fórum de discussão (posteriormente, o fórum envia essas novas mensagens aos membros do fórum), erro diretamente no formulário de contacto, etc.
  • Roubo da senha da conta FTP do site (geralmente de um computador doméstico infectado por vírus), o invasor então coloca um script PHP malicioso no site do cliente, através do qual envia spam em massa. O cliente pode não ter a menor ideia disso.
  • Erro no script PHP do cliente, que, por exemplo, entra em «ciclo» e começa a enviar e-mails de forma intensiva e não planeada.

O envio intencional de spam pelos nossos clientes é a última coisa que acontece e que temos de resolver.

Então, por que essas restrições?Os serviços de e-mail do Webhosting, WMS, WebSite e Mailhosting são partilhados – várias centenas de clientes têm os seus sites ou caixas de correio num único servidor. Se esse servidor 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 do mesmo servidor também serão bloqueados temporária ou permanentemente (porque todos têm o mesmo endereço IP). Se esse bloqueio for definido por um provedor de serviços de e-mail importante, como Seznam, Gmail ou Outlook, um grande número de utilizadores e clientes não receberá mensagens legítimas desse servidor até que a situação seja corrigida e o endereço desbloqueado. Isso pode levar horas ou até mais.

Por que as restrições só são resolvidas quando algo acontece?A solução deve ser preventiva. Se um invasor encontrar uma falha na segurança do site ou do e-mail e começar a abusar dela para enviar spam em massa, já será tarde demais. O envio de dezenas de milhões de mensagens é uma questão de um único script e de um tempo relativamente curto; antes que pudéssemos obter e processar a denúncia, esse servidor já teria sido bloqueado em vários locais da Internet.

Esta solução não é má.Não a encare como uma restrição dirigida contra si. Encare-a como uma proteção contra o uso indevido do seu site para atividades ilegais. Graças a esta medida preventiva, podemos garantir que os e-mails solicitados corretos sempre cheguem do seu site aos seus clientes, amigos, visitantes, etc. Sem esta restrição, isso poderia não ser possível.

Ir para cima