A küldés szabályai és korlátai e-mails
Információk az e-mail-üzenetek küldésére vonatkozó szabályokról és korlátokról Webhostingról, WebSite-ról, Mailhostingról, valamint virtuális vagy dedikált szerverekről.
A kéretlen e-mail-üzenetek (spam) küldésének megelőzése és visszaszorítása érdekében valamennyi hostingszolgáltatásunkra bizonyos szabályok vonatkoznak. E korlátok a megosztott levelezőszervereink jó hírnevének védelmét szolgálják, különösen feltört postafiókok vagy webes űrlapok esetén.
Web Hosting, WMS, WebSite, Mailhosting
A Web Hosting, WMS, WebSite és Mailhosting szolgáltatásokból bármilyen tömeges e-mail üzenet küldése szigorúan tilos, függetlenül attól, hogy az üzenetek kértek vagy kéretlenek. Ide tartoznak a tömeges kereskedelmi ajánlatok és a feliratkozott címzetteknek küldött hírlevelek is.
Ha ilyen jellegű leveleket kell küldenie, állítson be olyan szolgáltatást, amely tömeges levélküldésre szakosodott (a VEDOS ilyen szolgáltatást nem kínál, nem közvetít és nem is ajánl), vagy létrehozhatja saját levelezőszerverét egyVPS or dedicated server.
A Web Hosting, a WMS és a WebSite kétféleképpen küld e-maileket:
A PHP mail() függvénye
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-mail-szoftverből az SMTP-szerverünkön keresztül. Ahhoz, hogy így küldjön e-mailt, felhasználónévvel és jelszóval be kell jelentkeznie a postafiókba.
A Mailhosting csak SMTP-n keresztül teszi lehetővé az e-mailek küldését. A Webhosting és a WMS esetében nem lehet jogosulatlan e-maileket küldeni az SMTP protokollon keresztül (a 25-ös TCP porton nem létesíthető kimenő kapcsolat). Ahhoz, hogy webalkalmazásból SMTP protokollon keresztül küldjön levelet, azt hitelesített módon (azaz bejelentkezés után) kell elküldenie a mi levelezőszerverünkön vagy egy harmadik fél szerverén az 587-es porton.
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
- A
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.
Virtuális és dedikált szerverek
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
- Hogyan szerzik be a címzettek e-mail-címeit, és hogyan szerzik be a hozzájárulást az üzenetek küldéséhez.
- 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.
- Egy weboldal FTP-jelszavának ellopása (általában fertőzött otthoni számítógépről); a támadó ezután kártékony PHP-szkriptet helyez el az ügyfél weboldalán, amelyen keresztül tömeges levélszemetet küld. Az ügyfélnek erről esetleg fogalma sincs.
- Hiba az ügyfél PHP-szkriptjében, amely például végtelen ciklusba kerül, és váratlanul, intenzíven kezd e-maileket küldeni.
Deliberate sending of spam by our customer is the last thing that happens and the last thing we deal with.
So why these limits? A Web Hosting, a WMS, a WebSite és a Mailhosting e-mail-szolgáltatásai osztottak. Egyetlen szerveren több száz ügyfél weboldalai vagy postafiókjai találhatók. Ha egy ilyen szerver (bármilyen okból) tömeges üzenetek küldésébe kezd, és a címzett e-mail-szervere emiatt letiltja, akkor az azonos szerveren lévő összes többi ügyfél is ideiglenesen vagy akár véglegesen letiltásra kerül (mivel mindannyian ugyanazt az IP-címet használják).
Ha ilyen tiltást egy nagy e-mail-szolgáltató, például a Seznam, a Gmail vagy az Outlook állít be, nagyszámú felhasználó és ügyfél még a jogos üzeneteket sem kapja meg az adott szerverről mindaddig, amíg a helyzet orvoslásra nem kerül, és a címről a tiltás le nem kerül. Ez órákig vagy akár tovább is tarthat.
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. Ne tekintse Ön ellen irányuló korlátozásnak. Tekintse inkább védelemnek az ellen, hogy webhelyét illegális tevékenységre használják vissza. Ennek a megelőző intézkedésnek köszönhetően biztosítani tudjuk, hogy a helyes, kért e-mailek a webhelyéről mindig eljussanak ügyfeleihez, barátaihoz, látogatóihoz és így tovább. E korlát nélkül ez talán nem lenne lehetséges.