Regler och gränser för utskick e-mails
Information om regler och begränsningar för utskick av e-postmeddelanden från Webbhotell, WebSite, Mailhosting och från virtuella eller dedikerade servrar.
För att förebygga och stävja utskick av oönskade e-postmeddelanden (spam) gäller vissa regler för alla våra webbhotellstjänster. Dessa begränsningar syftar till att skydda ryktet hos våra delade e-postservrar, särskilt vid komprometterade brevlådor eller webbformulär.
Web Hosting, WMS, WebSite, Mailhosting
Det är strängt förbjudet att skicka någon form av massutskick av e-post från tjänsterna Web Hosting, WMS, WebSite och Mailhosting, oavsett om meddelandena är önskade eller oönskade. Detta omfattar både massutskick av kommersiella erbjudanden och nyhetsbrev som skickas till prenumererande mottagare.
Behöver du skicka den sortens post, sätt upp en tjänst som är specialiserad på massutskick av post (VEDOS erbjuder, förmedlar eller rekommenderar ingen sådan tjänst), eller så kan du sätta upp en egen e-postserver på enVPS or dedicated server.
Webbhotell, WMS och WebSite skickar e-post på två sätt:
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
Från e-postprogram via vår SMTP-server. För att skicka e-post på det sättet måste du logga in på brevlådan med användarnamn och lösenord.
Mailhosting tillåter endast att e-post skickas via SMTP. Med Webbhotell och WMS går det inte att skicka icke-auktoriserad e-post via SMTP-protokollet (en utgående anslutning kan inte upprättas via TCP-port 25). För att skicka e-post via SMTP-protokollet från en webbapplikation måste du skicka den på ett auktoriserat sätt (dvs. efter inloggning) via vår e-postserver eller en tredjepartsserver 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
- Som
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.
Virtuella och dedikerade servrar
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
- Hur mottagarnas e-postadresser erhålls och hur samtycke till att skicka meddelanden inhämtas.
- 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.
- Stöld av FTP-lösenordet till en webbplats (oftast från en infekterad hemdator); angriparen placerar sedan ett skadligt PHP-skript på kundens webbplats, genom vilket de sedan skickar massvis med skräppost. Kunden kan vara helt ovetande om att detta sker.
- Ett fel i kundens PHP-skript som till exempel fastnar i en loop och börjar skicka e-post oväntat och 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-posttjänsterna för Web Hosting, WMS, WebSite och Mailhosting är delade. En och samma server rymmer webbplatser eller brevlådor för flera hundra kunder. Om en sådan server börjar (av vilken anledning som helst) skicka massutskick och sedan blockeras av mottagarens e-postserver kommer även alla andra kunder på samma server att blockeras tillfälligt eller till och med permanent (eftersom de alla delar samma IP-adress).
Om en sådan blockering sätts av en stor e-postleverantör som Seznam, Gmail eller Outlook kommer ett stort antal användare och kunder inte att få ens legitima meddelanden från den servern förrän situationen åtgärdats och adressen avblockerats. Det kan ta timmar eller till och med längre.
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. Se det inte som en begränsning riktad mot dig. Betrakta det som ditt skydd mot att din webbplats missbrukas för olaglig verksamhet. Tack vare denna förebyggande åtgärd kan vi säkerställa att rätt, efterfrågade e-postmeddelanden alltid når dina kunder, vänner, besökare och så vidare från din webbplats. Utan denna gräns skulle det kanske inte vara möjligt.