Regeln und Limits für den Versand e-mails
Informationen zu den Regeln und Limits für den Versand von E-Mail-Nachrichten aus Webhosting, WebSite, Mailhosting sowie von virtuellen oder dedizierten Servern.
Um dem Versand unerwünschter E-Mail-Nachrichten (Spam) vorzubeugen und ihn einzudämmen, gelten für alle unsere Hosting-Dienste bestimmte Regeln. Diese Limits dienen dem Schutz der Reputation unserer gemeinsam genutzten Mailserver, insbesondere im Fall kompromittierter Postfächer oder Webformulare.
Web Hosting, WMS, WebSite, Mailhosting
Das Versenden jeglicher Art von Massen-E-Mail-Nachrichten aus den Diensten Webhosting, WMS, WebSite und Mailhosting ist strengstens untersagt, unabhängig davon, ob es sich um erwünschte oder unerwünschte Nachrichten handelt. Dazu gehören sowohl kommerzielle Massenangebote als auch Newsletter, die an angemeldete Empfänger versendet werden.
Wenn Sie solche Mails versenden müssen, richten Sie einen Dienst ein, der auf Massenmailversand spezialisiert ist (VEDOS bietet, vermittelt und empfiehlt keinen solchen Dienst), oder Sie können Ihren eigenen Mailserver einrichten auf einemVPS or dedicated server.
Webhosting, WMS und WebSite versenden E-Mails auf zwei Arten:
Die Funktion 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
Aus einer E-Mail-Software über unseren SMTP-Server. Um eine E-Mail auf diese Weise zu senden, müssen Sie sich mit Benutzername und Passwort beim Postfach anmelden.
Mailhosting ermöglicht den Versand von E-Mails nur über SMTP. Bei Webhosting und WMS ist es nicht möglich, nicht autorisierte E-Mails über das SMTP-Protokoll zu versenden (eine ausgehende Verbindung über TCP-Port 25 kann nicht aufgebaut werden). Um E-Mails über das SMTP-Protokoll aus einer Webanwendung zu versenden, müssen Sie sie autorisiert (also nach der Anmeldung) über unseren Mailserver oder einen Server eines Drittanbieters auf Port 587 senden.
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
- Der
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.
Virtuelle und dedizierte Server
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
- Wie die E-Mail-Adressen der Empfänger beschafft werden und wie die Einwilligung zum Versand von Nachrichten eingeholt wird.
- 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.
- Diebstahl des FTP-Passworts für eine Website (meist von einem infizierten Heim-PC); der Angreifer platziert dann ein schädliches PHP-Skript auf der Website des Kunden, über das er anschließend massenhaft Spam versendet. Der Kunde ahnt davon möglicherweise nichts.
- Ein Fehler im PHP-Skript des Kunden, das sich zum Beispiel in einer Schleife verfängt und unerwartet und massenhaft E-Mails zu versenden beginnt.
Deliberate sending of spam by our customer is the last thing that happens and the last thing we deal with.
So why these limits? Die E-Mail-Dienste von Webhosting, WMS, WebSite und Mailhosting werden gemeinsam genutzt. Auf einem einzigen Server sind die Websites oder Postfächer mehrerer Hundert Kunden untergebracht. Beginnt ein solcher Server (aus welchem Grund auch immer) Massennachrichten zu versenden und wird er anschließend vom E-Mail-Server des Empfängers blockiert, werden auch alle anderen Kunden auf demselben Server vorübergehend oder sogar dauerhaft blockiert (weil sie alle dieselbe IP-Adresse nutzen).
Wird eine solche Sperre von einem großen E-Mail-Dienstanbieter wie Seznam, Gmail oder Outlook gesetzt, erhält eine große Zahl von Nutzern und Kunden von diesem Server nicht einmal legitime Nachrichten, bis die Situation behoben und die Adresse entsperrt ist. Das kann Stunden oder sogar länger dauern.
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. Nehmen Sie es nicht als eine gegen Sie gerichtete Einschränkung. Betrachten Sie es als Ihren Schutz davor, dass Ihre Website für illegale Aktivitäten missbraucht wird. Dank dieser präventiven Maßnahme können wir sicherstellen, dass die richtigen, erwünschten E-Mails von Ihrer Website immer Ihre Kunden, Freunde, Besucher und so weiter erreichen. Ohne dieses Limit wäre das möglicherweise nicht machbar.