Regels en limieten voor verzending e-mails
Informatie over de regels en limieten voor het verzenden van e-mailberichten vanuit Webhosting, WebSite, Mailhosting en vanaf virtuele of dedicated servers.
Om het verzenden van ongewenste e-mailberichten (spam) te voorkomen en in te dammen, gelden er voor al onze hostingdiensten bepaalde regels. Deze limieten dienen ter bescherming van de reputatie van onze gedeelde mailservers, met name in het geval van gecompromitteerde mailboxen of webformulieren.
Web Hosting, WMS, WebSite, Mailhosting
Het versturen van welke bulk-e-mailberichten dan ook vanuit de diensten Webhosting, WMS, WebSite en Mailhosting is strikt verboden, ongeacht of de berichten gevraagd of ongevraagd zijn. Hieronder vallen zowel commerciële massa-aanbiedingen als nieuwsbrieven die naar ingeschreven ontvangers worden verzonden.
Als u dit soort post moet versturen, zet dan een dienst op die gespecialiseerd is in massale postverzending (VEDOS biedt, bemiddelt of adviseert een dergelijke dienst niet), of u kunt uw eigen mailserver opzetten op eenVPS or dedicated server.
Webhosting, WMS en WebSite versturen e-mails op twee manieren:
De functie mail() in 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
Vanuit e-mailsoftware via onze SMTP-server. Om op deze manier een e-mail te versturen, moet je je met gebruikersnaam en wachtwoord aanmelden bij de mailbox.
Mailhosting staat alleen het verzenden van e-mails via SMTP toe. Bij Webhosting en WMS is het niet mogelijk om ongeautoriseerde e-mails via het SMTP-protocol te versturen (er kan geen uitgaande verbinding via TCP-poort 25 tot stand worden gebracht). Om post via het SMTP-protocol vanuit een webapplicatie te versturen, moet u die op geautoriseerde wijze (dus na inloggen) versturen via onze mailserver of de server van een derde partij op poort 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
- De
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.
Virtuele en dedicated servers
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
- Hoe de e-mailadressen van de ontvangers worden verkregen en hoe toestemming voor het verzenden van berichten wordt verkregen.
- 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.
- Diefstal van het FTP-wachtwoord van een website (meestal van een geïnfecteerde thuiscomputer); de aanvaller plaatst vervolgens een kwaadaardig PHP-script op de website van de klant, waarmee hij daarna bulkspam verstuurt. De klant heeft er mogelijk geen idee van dat dit gebeurt.
- Een fout in het PHP-script van de klant dat bijvoorbeeld in een lus blijft hangen en onverwacht en intensief e-mails gaat versturen.
Deliberate sending of spam by our customer is the last thing that happens and the last thing we deal with.
So why these limits? De e-maildiensten van Webhosting, WMS, WebSite en Mailhosting zijn gedeeld. Op één server staan de websites of mailboxen van enkele honderden klanten. Als zo'n server (om welke reden dan ook) bulkberichten begint te verzenden en vervolgens door de e-mailserver van de ontvanger wordt geblokkeerd, worden alle andere klanten op dezelfde server ook tijdelijk of zelfs permanent geblokkeerd (omdat zij allemaal hetzelfde IP-adres delen).
Als een dergelijke blokkade wordt ingesteld door een grote e-maildienstaanbieder zoals Seznam, Gmail of Outlook, ontvangt een groot aantal gebruikers en klanten zelfs legitieme berichten van die server niet, totdat de situatie is verholpen en het adres is gedeblokkeerd. Dat kan uren of zelfs langer duren.
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. Zie het niet als een beperking die tegen u gericht is. Beschouw het als uw bescherming tegen misbruik van uw website voor illegale activiteiten. Dankzij deze preventieve maatregel kunnen we ervoor zorgen dat de juiste, gewenste e-mails vanaf uw website altijd uw klanten, vrienden, bezoekers enzovoort bereiken. Zonder deze limiet zou dat mogelijk niet lukken.