Правила та обмеження щодо надсилання e-mails
Інформація про правила та ліміти надсилання електронних повідомлень із вебхостингу, WebSite, Mailhosting і з віртуальних чи виділених серверів.
Щоб запобігати надсиланню небажаних електронних повідомлень (спаму) та стримувати його, для всіх наших хостингових послуг діють певні правила. Ці обмеження слугують для захисту репутації наших спільних поштових серверів, особливо у випадку скомпрометованих поштових скриньок або вебформ.
Web Hosting, WMS, WebSite, Mailhosting
Надсилання будь-яких масових повідомлень електронною поштою з послуг Web Hosting, WMS, WebSite і Mailhosting суворо заборонено, незалежно від того, є повідомлення бажаними чи небажаними. Це стосується як масових комерційних пропозицій, так і розсилок, що надсилаються підписаним одержувачам.
Якщо вам потрібно надсилати таку пошту, налаштуйте службу, що спеціалізується на масових розсилках (VEDOS не пропонує, не посередничає і не рекомендує жодної такої служби), або ви можете налаштувати власний поштовий сервер наVPS or dedicated server.
Вебхостинг, WMS і WebSite надсилають електронні листи двома способами:
Функція mail() у 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
З поштової програми через наш SMTP-сервер. Щоб надіслати лист у такий спосіб, потрібно увійти до скриньки з іменем користувача та паролем.
Мейлхостинг дозволяє надсилати електронні листи лише через SMTP. На Вебхостингу та WMS неможливо надсилати неавторизовані листи за протоколом SMTP (вихідне з’єднання через TCP-порт 25 встановити не вдасться). Щоб надсилати пошту за протоколом SMTP із вебзастосунку, потрібно надсилати її авторизовано (тобто після входу) через наш поштовий сервер або сервер стороннього постачальника на порту 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
- Під
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.
Віртуальні та виділені сервери
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
- Як отримують електронні адреси одержувачів і як отримують згоду на надсилання повідомлень.
- 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.
- Крадіжка FTP-пароля до вебсайту (зазвичай з інфікованого домашнього комп’ютера); зловмисник потім розміщує на вебсайті клієнта шкідливий PHP-скрипт, через який надсилає масовий спам. Клієнт може навіть не здогадуватися, що це відбувається.
- Помилка в PHP-скрипті клієнта, який, наприклад, зациклюється й починає несподівано та інтенсивно надсилати електронні листи.
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 Hosting, WMS, WebSite і Mailhosting є спільними. На одному сервері розміщуються вебсайти або поштові скриньки кількох сотень клієнтів. Якщо такий сервер почне (з будь-якої причини) надсилати масові повідомлення і його згодом заблокує поштовий сервер отримувача, усіх інших клієнтів на тому самому сервері також буде тимчасово або навіть назавжди заблоковано (бо всі вони мають спільну IP-адресу).
Якщо таке блокування встановить великий постачальник послуг електронної пошти, як-от Seznam, Gmail чи Outlook, велика кількість користувачів і клієнтів не отримає навіть легітимних повідомлень із того сервера, доки ситуацію не буде виправлено, а адресу розблоковано. Це може тривати години або навіть довше.
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. Не сприймайте це як обмеження, спрямоване проти вас. Вважайте це своїм захистом від того, щоб ваш сайт використовували для незаконної діяльності. Завдяки цьому запобіжному заходу ми можемо забезпечити, щоб правильні, очікувані листи завжди доходили з вашого сайту до ваших клієнтів, друзів, відвідувачів тощо. Без цього ліміту це могло б бути неможливим.