Saatmise reeglid ja piirangud e-mails

Teave e-posti sõnumite saatmise reeglite ja piirmäärade kohta Veebimajutusest, WebSite’ist, Mailhostingust ning virtuaal- või pühendatud serveritest.

Soovimatute e-posti sõnumite (rämpsposti) saatmise ennetamiseks ja piiramiseks kehtivad kõigi meie majutusteenuste suhtes teatavad reeglid. Need piirmäärad kaitsevad meie jagatud e-posti serverite mainet, eriti ohustatud postkastide või veebivormide korral.

Web Hosting, WMS, WebSite, Mailhosting

Mis tahes hulgi-e-kirjade saatmine teenustest Veebimajutus, WMS, WebSite ja Meilimajutus on rangelt keelatud, olenemata sellest, kas sõnumid on soovitud või soovimatud. See hõlmab nii massilisi kommertspakkumisi kui ka tellinud saajatele saadetud uudiskirju.

Kui teil on vaja sellist posti saata, seadistage masspostituse saatmisele spetsialiseerunud teenus (VEDOS ei paku, ei vahenda ega soovita ühtegi sellist teenust) või saate seadistada oma e-posti serveriVPS or dedicated server.

Veebimajutus, WMS ja WebSite saadavad e-kirju kahel viisil:

Funktsioon mail() PHP-s

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

E-posti tarkvarast meie SMTP-serveri kaudu. Sel viisil e-kirja saatmiseks pead logima postkasti sisse kasutajanime ja parooliga.

Mailhosting võimaldab e-kirju saata ainult SMTP kaudu. Veebimajutuse ja WMS-i puhul ei ole võimalik saata volitamata e-kirju SMTP-protokolli kaudu (väljuvat ühendust TCP-pordi 25 kaudu ei saa luua). Veebirakendusest SMTP-protokolli kaudu posti saatmiseks tuleb see saata volitatud viisil (st pärast sisselogimist) meie meiliserveri või kolmanda osapoole serveri kaudu pordis 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

  • Mõiste mail() function in PHP returns false and 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.

Virtuaal- ja pühendatud serverid

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

  • Kuidas saadakse saajate e-posti aadressid ja kuidas saadakse nõusolek sõnumite saatmiseks.
  • 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.
  • Veebilehe FTP-parooli vargus (tavaliselt nakatunud koduarvutist); seejärel paigutab ründaja kliendi veebilehele pahatahtliku PHP-skripti, mille kaudu ta siis saadab masspostitusena rämpsposti. Klient ei pruugi aimatagi, et see toimub.
  • Viga kliendi PHP-skriptis, mis näiteks jääb tsüklisse kinni ja hakkab ootamatult ja intensiivselt e-kirju saatma.

Deliberate sending of spam by our customer is the last thing that happens and the last thing we deal with.

So why these limits? Veebimajutuse, WMS-i, WebSite'i ja Mailhostingu e-posti teenused on jagatud. Ühes serveris asuvad mitmesaja kliendi veebilehed või postkastid. Kui selline server hakkab (mis tahes põhjusel) saatma masspostitusi ja saaja e-posti server selle seejärel blokeerib, blokeeritakse ajutiselt või isegi püsivalt ka kõik teised samas serveris olevad kliendid (sest nad kõik jagavad sama IP-aadressi).

Kui sellise blokeeringu seab suur e-posti teenuse pakkuja nagu Seznam, Gmail või Outlook, ei saa suur hulk kasutajaid ja kliente sellelt serverilt isegi õiguspäraseid sõnumeid seni, kuni olukord on lahendatud ja aadress blokeeringust vabastatud. See võib võtta tunde või isegi kauem.

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. Ärge võtke seda kui teie vastu suunatud piirangut. Mõelge sellest kui oma kaitsest selle eest, et teie veebisaiti kuritarvitataks ebaseaduslikuks tegevuseks. Tänu sellele ennetavale meetmele suudame tagada, et õiged, soovitud e-kirjad jõuavad teie veebisaidilt alati teie klientide, sõprade, külastajate ja nii edasi. Ilma selle piiranguta ei pruugiks see võimalik olla.

Keri üles