Правила и ограничения за изпращане e-mails
Информация за правилата и лимитите за изпращане на електронни съобщения от Уеб хостинг, WebSite, Mailhosting и от виртуални или специализирани сървъри.
За да се предотврати и ограничи изпращането на нежелани електронни съобщения (спам), за всички наши хостинг услуги са въведени определени правила. Тези лимити служат за защита на репутацията на нашите споделени пощенски сървъри, особено в случай на компрометирани пощенски кутии или уеб формуляри.
Web Hosting, WMS, WebSite, Mailhosting
Изпращането на каквито и да било масови имейл съобщения от услугите Уеб хостинг, WMS, WebSite и Мейл хостинг е строго забранено, независимо дали съобщенията са поискани или непоискани. Това включва както масови търговски оферти, така и бюлетини, изпращани до абонирани получатели.
Ако имате нужда да изпращате такъв вид поща, настройте си услуга, специализирана в масово изпращане на поща (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 сървър. За да изпратите имейл по този начин, трябва да влезете в пощенската кутия с потребителско име и парола.
Mailhosting позволява изпращане на е-мейли само чрез 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? Имейл услугите на Уеб хостинг, 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. Не го приемайте като ограничение, насочено срещу вас. Приемете го като своя защита срещу злоупотреба с вашия уебсайт за незаконни дейности. Благодарение на тази превантивна мярка сме в състояние да осигурим, че правилните, желани имейли винаги достигат от вашия уебсайт до вашите клиенти, приятели, посетители и т.н. Без това ограничение това може да не е възможно.