Reguli și limite de trimitere e-mails
Informații despre regulile și limitele pentru trimiterea de mesaje de e-mail din Găzduirea web, WebSite, Mailhosting și de pe servere virtuale sau dedicate.
Pentru a preveni și a limita trimiterea de mesaje de e-mail nesolicitate (spam), pentru toate serviciile noastre de găzduire sunt stabilite anumite reguli. Aceste limite servesc la protejarea reputației serverelor noastre de e-mail partajate, în special în cazul unor căsuțe poștale sau formulare web compromise.
Web Hosting, WMS, WebSite, Mailhosting
Trimiterea oricărui tip de mesaje de e-mail în masă din serviciile Web Hosting, WMS, WebSite și Mailhosting este strict interzisă, indiferent dacă mesajele sunt solicitate sau nesolicitate. Aici intră atât ofertele comerciale în masă, cât și newsletterele trimise destinatarilor abonați.
Dacă aveți nevoie să trimiteți acest tip de corespondență, apelați la un serviciu specializat în trimiterea de corespondență în masă (VEDOS nu oferă, nu intermediază și nu recomandă niciun astfel de serviciu) sau vă puteți configura propriul server de e-mail pe unVPS or dedicated server.
Găzduirea web, WMS și WebSite trimit e-mailuri în două moduri:
Funcția mail() în 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
Din programul de e-mail prin serverul nostru SMTP. Pentru a trimite un e-mail în acest mod, trebuie să vă conectați la căsuța poștală cu nume de utilizator și parolă.
Mailhosting permite trimiterea de e-mailuri doar prin SMTP. Cu găzduirea web și WMS nu este posibilă trimiterea de e-mailuri neautorizate prin protocolul SMTP (nu se poate stabili o conexiune de ieșire prin portul TCP 25). Pentru a trimite mesaje prin protocolul SMTP dintr-o aplicație web, trebuie să le trimiți în mod autorizat (adică după autentificare) prin serverul nostru de e-mail sau printr-un server terț pe portul 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
- Prin
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.
Servere virtuale și dedicate
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
- Cum sunt obținute adresele de e-mail ale destinatarilor și cum este obținut consimțământul pentru trimiterea mesajelor.
- 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.
- Furtul parolei FTP a unui site web (de obicei de pe un PC de acasă infectat); atacatorul plasează apoi un script PHP malițios pe site-ul web al clientului, prin care trimite ulterior spam în masă. Clientul poate să nu aibă nici cea mai mică idee că se întâmplă acest lucru.
- O eroare în scriptul PHP al clientului care, de exemplu, rămâne blocat într-o buclă și începe să trimită e-mailuri în mod neașteptat și intensiv.
Deliberate sending of spam by our customer is the last thing that happens and the last thing we deal with.
So why these limits? Serviciile de e-mail ale Web Hosting, WMS, WebSite și Mailhosting sunt partajate. Un singur server găzduiește site-urile web sau căsuțele poștale ale câtorva sute de clienți. Dacă un astfel de server începe (din orice motiv) să trimită mesaje în masă și este ulterior blocat de serverul de e-mail al destinatarului, toți ceilalți clienți de pe același server vor fi de asemenea blocați temporar sau chiar permanent (deoarece toți folosesc aceeași adresă IP).
Dacă o astfel de blocare este setată de un mare furnizor de servicii de e-mail precum Seznam, Gmail sau Outlook, un număr mare de utilizatori și clienți nu vor primi nici măcar mesajele legitime de pe acel server până când situația nu este remediată și adresa deblocată. Acest lucru poate dura ore sau chiar mai mult.
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. Nu luați acest lucru ca pe o restricție îndreptată împotriva dumneavoastră. Considerați-l o protecție împotriva folosirii abuzive a site-ului dumneavoastră pentru activități ilegale. Datorită acestei măsuri preventive, putem asigura ca e-mailurile corecte și solicitate să ajungă întotdeauna de pe site-ul dumneavoastră la clienții, cunoscuții, vizitatorii dumneavoastră și așa mai departe. Fără această limită, acest lucru ar putea să nu fie posibil.