Regler og grenser for utsending e-mails
Informasjon om regler og grenser for utsending av e-postmeldinger fra Webhotell, WebSite, Mailhosting og fra virtuelle eller dedikerte servere.
For å forebygge og begrense utsending av uønskede e-postmeldinger (spam) gjelder det visse regler for alle webhotelltjenestene våre. Disse grensene er der for å beskytte omdømmet til de delte e-postserverne våre, særlig ved kompromitterte postkasser eller nettskjemaer.
Web Hosting, WMS, WebSite, Mailhosting
Det er strengt forbudt å sende enhver form for masseutsendelser av e-post fra tjenestene Web Hosting, WMS, WebSite og Mailhosting, uavhengig av om meldingene er ønskede eller uønskede. Dette omfatter både kommersielle masseutsendelser og nyhetsbrev som sendes til abonnerende mottakere.
Trenger du å sende slik post, sett opp en tjeneste som er spesialisert på masseutsending av post (VEDOS verken tilbyr, formidler eller anbefaler noen slik tjeneste), eller du kan sette opp din egen e-postserver på enVPS or dedicated server.
Webhotell, WMS og WebSite sender e-post på to måter:
Funksjonen 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-postprogram via vår SMTP-server. For å sende e-post på denne måten må du logge inn på postkassen med brukernavn og passord.
Mailhosting tillater kun sending av e-post via SMTP. Med Webhotell og WMS er det ikke mulig å sende uautorisert e-post via SMTP-protokollen (det kan ikke opprettes en utgående forbindelse via TCP-port 25). For å sende e-post via SMTP-protokollen fra en webapplikasjon må du sende den på autorisert måte (dvs. etter innlogging) via e-postserveren vår 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.
Virtuelle og dedikerte 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 mottakernes e-postadresser innhentes, og hvordan samtykke til å sende meldinger innhentes.
- 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 av FTP-passordet til et nettsted (vanligvis fra en infisert hjemme-PC); angriperen plasserer deretter et skadelig PHP-skript på kundens nettsted, som de så bruker til å sende masse-spam. Kunden kan være helt uvitende om at dette skjer.
- En feil i kundens PHP-skript som for eksempel setter seg fast i en løkke og begynner å sende e-poster 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-posttjenestene til Web Hosting, WMS, WebSite og Mailhosting er delte. Én og samme server huser nettstedene eller postkassene til flere hundre kunder. Hvis en slik server begynner (uansett årsak) å sende masseutsendelser og deretter blir blokkert av mottakerens e-postserver, vil også alle de andre kundene på samme server bli blokkert midlertidig eller til og med permanent (fordi de alle deler den samme IP-adressen).
Dersom en slik blokkering settes av en stor e-postleverandør som Seznam, Gmail eller Outlook, vil et stort antall brukere og kunder ikke motta selv legitime meldinger fra den serveren før situasjonen er utbedret og adressen avblokkert. Dette kan ta timer, eller enda lengre.
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. Ikke oppfatt det som en begrensning rettet mot deg. Se det som din beskyttelse mot at nettstedet ditt misbrukes til ulovlig virksomhet. Takket være dette forebyggende tiltaket kan vi sikre at de riktige, ønskede e-postene alltid når kundene, vennene, de besøkende og så videre fra nettstedet ditt. Uten denne grensen ville det kanskje ikke vært mulig.