Lähettämisen säännöt ja rajoitukset e-mails
Tietoa sähköpostiviestien lähettämistä koskevista säännöistä ja rajoituksista Webhostingista, WebSitesta, Mailhostingista sekä virtuaali- tai dedikoiduilta palvelimilta.
Ei-toivottujen sähköpostiviestien (roskapostin) lähettämisen estämiseksi ja hillitsemiseksi kaikkia hostingpalvelujamme koskevat tietyt säännöt. Nämä rajoitukset suojaavat jaettujen postipalvelimiemme mainetta erityisesti silloin, kun postilaatikot tai verkkolomakkeet on murrettu.
Web Hosting, WMS, WebSite, Mailhosting
Minkäänlaisten massasähköpostien lähettäminen Webhosting-, WMS-, WebSite- ja Mailhosting-palveluista on ehdottomasti kielletty, riippumatta siitä, ovatko viestit pyydettyjä vai pyytämättömiä. Tähän kuuluvat sekä massaluonteiset kaupalliset tarjoukset että tilaajille lähetettävät uutiskirjeet.
Jos sinun on lähetettävä tällaista postia, ota käyttöön palvelu, joka on erikoistunut joukkopostitukseen (VEDOS ei tarjoa, välitä eikä suosittele mitään tällaista palvelua), tai voit perustaa oman postipalvelimenVPS or dedicated server.
Web Hosting, WMS ja WebSite lähettävät sähköposteja kahdella tavalla:
PHP:n mail()-funktio
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
Sähköpostiohjelmasta SMTP-palvelimemme kautta. Lähettääksesi sähköpostin tällä tavoin sinun on kirjauduttava postilaatikkoon käyttäjätunnuksella ja salasanalla.
Mailhosting sallii sähköpostien lähettämisen vain SMTP:n kautta. Webhostingissa ja WMS:ssä ei ole mahdollista lähettää valtuuttamattomia sähköposteja SMTP-protokollalla (lähtevää yhteyttä ei voi muodostaa TCP-portin 25 kautta). Jos haluat lähettää postia SMTP-protokollalla verkkosovelluksesta, se on lähetettävä valtuutetusti (eli kirjautumisen jälkeen) oman postipalvelimemme tai kolmannen osapuolen palvelimen kautta portissa 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
- Internetpalvelujen
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.
Virtuaali- ja dedikoidut palvelimet
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
- Miten vastaanottajien sähköpostiosoitteet hankitaan ja miten saadaan suostumus viestien lähettämiseen.
- 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.
- Verkkosivuston FTP-salasanan varastaminen (yleensä saastuneelta kotitietokoneelta); hyökkääjä sijoittaa sitten asiakkaan verkkosivustolle haitallisen PHP-skriptin, jonka kautta hän lähettää massaroskapostia. Asiakkaalla ei välttämättä ole aavistustakaan tästä.
- Virhe asiakkaan PHP-skriptissä, joka esimerkiksi jää silmukkaan ja alkaa lähettää sähköposteja odottamatta ja intensiivisesti.
Deliberate sending of spam by our customer is the last thing that happens and the last thing we deal with.
So why these limits? Web Hostingin, WMS:n, WebSiten ja Mailhostingin sähköpostipalvelut ovat jaettuja. Yhdellä palvelimella sijaitsevat useiden satojen asiakkaiden verkkosivustot tai postilaatikot. Jos tällainen palvelin alkaa (mistä tahansa syystä) lähettää massaviestejä ja vastaanottajan sähköpostipalvelin estää sen tämän vuoksi, myös kaikki muut saman palvelimen asiakkaat estetään väliaikaisesti tai jopa pysyvästi (koska he kaikki jakavat saman IP-osoitteen).
Jos tällaisen eston asettaa suuri sähköpostipalvelun tarjoaja, kuten Seznam, Gmail tai Outlook, suuri määrä käyttäjiä ja asiakkaita ei saa kyseiseltä palvelimelta edes oikeutettuja viestejä, ennen kuin tilanne korjataan ja osoitteen esto poistetaan. Tämä voi kestää tunteja tai jopa kauemmin.
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. Älä ota sitä sinua vastaan suunnattuna rajoituksena. Ajattele sitä suojana sille, ettei verkkosivustoasi käytetä väärin laittomaan toimintaan. Tämän ennaltaehkäisevän toimenpiteen ansiosta pystymme varmistamaan, että oikeat, pyydetyt sähköpostit tavoittavat aina asiakkaasi, ystäväsi, kävijäsi ja niin edelleen verkkosivustoltasi. Ilman tätä rajaa se ei ehkä olisi mahdollista.