Zasady i limity wysyłki e-mails
Informacje o zasadach i limitach wysyłania wiadomości e-mail z Webhostingu, WebSite, Mailhostingu oraz z serwerów wirtualnych i dedykowanych.
Aby zapobiegać wysyłaniu niechcianych wiadomości e-mail (spamu) i je ograniczać, dla wszystkich naszych usług hostingowych obowiązują określone zasady. Limity te służą ochronie reputacji naszych współdzielonych serwerów pocztowych, zwłaszcza w przypadku przejętych skrzynek pocztowych lub formularzy internetowych.
Web Hosting, WMS, WebSite, Mailhosting
Wysyłanie jakichkolwiek masowych wiadomości e-mail z usług Webhosting, WMS, WebSite i Mailhosting jest surowo zabronione, niezależnie od tego, czy wiadomości są zamówione, czy niezamówione. Obejmuje to zarówno masowe oferty handlowe, jak i newslettery wysyłane do zapisanych odbiorców.
Jeśli potrzebujesz wysyłać tego rodzaju pocztę, skorzystaj z usługi specjalizującej się w masowej wysyłce poczty (VEDOS żadnej takiej usługi nie oferuje, nie pośredniczy w niej ani jej nie poleca) albo możesz postawić własny serwer pocztowy naVPS or dedicated server.
Webhosting, WMS i WebSite wysyłają e-maile na dwa sposoby:
Funkcja mail() w 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
Z programu pocztowego przez nasz serwer SMTP. Aby wysłać e-mail w ten sposób, musisz zalogować się do skrzynki za pomocą nazwy użytkownika i hasła.
Mailhosting umożliwia wysyłanie e-maili wyłącznie przez SMTP. W przypadku hostingu i WMS nie jest możliwe wysyłanie nieautoryzowanych e-maili przez protokół SMTP (nie można nawiązać połączenia wychodzącego przez port TCP 25). Aby wysyłać pocztę protokołem SMTP z aplikacji internetowej, należy wysyłać ją w sposób autoryzowany (czyli po zalogowaniu) przez nasz serwer pocztowy lub serwer innej firmy na porcie 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
- Terminem
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.
Serwery wirtualne i dedykowane
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
- W jaki sposób pozyskiwane są adresy e-mail odbiorców i w jaki sposób uzyskiwana jest zgoda na wysyłanie wiadomości.
- 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.
- Kradzież hasła FTP do strony internetowej (zwykle z zainfekowanego domowego komputera); napastnik umieszcza następnie na stronie klienta złośliwy skrypt PHP, za pośrednictwem którego rozsyła później masowy spam. Klient może nie mieć o tym pojęcia.
- Błąd w skrypcie PHP klienta, który na przykład zapętla się i zaczyna nieoczekiwanie i intensywnie wysyłać e-maile.
Deliberate sending of spam by our customer is the last thing that happens and the last thing we deal with.
So why these limits? Usługi e-mail Webhostingu, WMS, WebSite i Mailhostingu są współdzielone. Na jednym serwerze umieszczone są strony internetowe lub skrzynki pocztowe kilkuset klientów. Jeśli taki serwer zacznie (z jakiegokolwiek powodu) rozsyłać masowe wiadomości i w następstwie zostanie zablokowany przez serwer poczty odbiorcy, wszyscy pozostali klienci na tym samym serwerze również zostaną tymczasowo lub nawet trwale zablokowani (ponieważ wszyscy współdzielą ten sam adres IP).
Jeśli taką blokadę ustawi duży dostawca usług pocztowych, jak Seznam, Gmail czy Outlook, duża liczba użytkowników i klientów nie otrzyma nawet uprawnionych wiadomości z tego serwera, dopóki sytuacja nie zostanie naprawiona, a adres odblokowany. Może to potrwać godziny, a nawet dłużej.
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. Nie traktuj tego jako ograniczenia wymierzonego przeciwko Tobie. Potraktuj to jako swoją ochronę przed wykorzystaniem Twojej strony do nielegalnych działań. Dzięki temu środkowi zapobiegawczemu jesteśmy w stanie zapewnić, że właściwe, oczekiwane e-maile zawsze dotrą z Twojej strony do Twoich klientów, znajomych, odwiedzających i tak dalej. Bez tego limitu mogłoby to nie być możliwe.