Regler og begrænsninger for afsendelse e-mails
Oplysninger om regler og grænser for afsendelse af e-mailbeskeder fra Webhosting, WebSite, Mailhosting og fra virtuelle eller dedikerede servere.
For at forebygge og begrænse afsendelse af uønskede e-mailbeskeder (spam) gælder der visse regler for alle vores hostingtjenester. Disse grænser tjener til at beskytte omdømmet af vores delte mailservere, især i tilfælde af kompromitterede postkasser eller webformularer.
Web Hosting, WMS, WebSite, Mailhosting
Afsendelse af enhver form for massemails fra tjenesterne Webhosting, WMS, WebSite og Mailhosting er strengt forbudt, uanset om beskederne er ønskede eller uønskede. Dette omfatter både kommercielle massetilbud og nyhedsbreve sendt til tilmeldte modtagere.
Hvis du har brug for at sende den slags post, så opret en tjeneste, der er specialiseret i masseudsendelse af post (VEDOS udbyder, formidler eller anbefaler ikke nogen sådan tjeneste), eller du kan oprette din egen mailserver på enVPS or dedicated server.
Webhosting, WMS og WebSite sender e-mails på to måder:
Funktionen mail() i 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
Fra e-mailsoftware via vores SMTP-server. For at sende en e-mail på denne måde skal du logge ind på postkassen med brugernavn og adgangskode.
Mailhosting tillader kun afsendelse af e-mails via SMTP. Med Webhosting og WMS er det ikke muligt at sende uautoriserede e-mails via SMTP-protokollen (der kan ikke oprettes en udgående forbindelse via TCP-port 25). For at sende post via SMTP-protokollen fra en webapplikation skal du sende den på autoriseret vis (dvs. efter login) via vores mailserver eller en tredjeparts server på port 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
- Ved
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 og dedikerede servere
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
- Hvordan modtagernes e-mailadresser indhentes, og hvordan samtykke til at sende beskeder indhentes.
- 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.
- Tyveri af FTP-adgangskoden til et websted (som regel fra en inficeret hjemmecomputer); angriberen placerer derefter et skadeligt PHP-script på kundens websted, hvorigennem de så sender masse-spam. Kunden har måske ingen anelse om, at det sker.
- En fejl i kundens PHP-script, som for eksempel sætter sig fast i en løkke og begynder at sende e-mails uventet og intensivt.
Deliberate sending of spam by our customer is the last thing that happens and the last thing we deal with.
So why these limits? E-mailtjenesterne for Webhosting, WMS, WebSite og Mailhosting er delte. På én server ligger websteder eller postkasser for flere hundrede kunder. Hvis en sådan server begynder (uanset årsagen) at sende masseudsendelser og efterfølgende blokeres af modtagerens e-mailserver, vil alle andre kunder på den samme server også blive blokeret midlertidigt eller endda permanent (fordi de alle deler den samme IP-adresse).
Hvis en sådan blokering sættes af en stor e-mailtjenesteudbyder som Seznam, Gmail eller Outlook, vil et stort antal brugere og kunder ikke engang modtage legitime beskeder fra den pågældende server, før situationen er bragt i orden og adressen er blevet afblokeret. Det kan tage timer eller endnu længere.
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. Opfat det ikke som en begrænsning rettet mod dig. Betragt det som din beskyttelse mod, at dit websted misbruges til ulovlige aktiviteter. Takket være denne forebyggende foranstaltning kan vi sikre, at de rigtige, ønskede e-mails fra dit websted altid når frem til dine kunder, venner, besøgende og så videre. Uden denne grænse ville det måske ikke være muligt.