Regole e restrizioni per l'invio di e-mail

Web hosting, WMS, sito web, mail hosting

È severamente vietato utilizzare i servizi Webhosting, WMS, WebSite e Mailhosting per l'invio di messaggi e-mail di massa, indipendentemente dal fatto che si tratti di messaggi richiesti o non richiesti.Ciò include offerte commerciali di massa e newsletter inviate a destinatari registrati. Se avete bisogno di inviare questo tipo di posta, create un servizio specializzato nell'invio di posta di massa (VEDOS non offre, non media né raccomanda alcun servizio di questo tipo), oppure potete creare un vostro server di posta su VPS o su un server dedicato.

Webhosting, WMS e WebSite inviano e-mail in due modi:

• dal server di web hosting della funzione mail() in PHP: qui rientrano molti moduli di contatto, il ripristino della password di WordPress e vari altri messaggi (almeno in parte) automatizzati.
• dal software di posta elettronica tramite il nostro server SMTP: per inviare un'e-mail in questo modo è necessario accedere alla casella di posta con nome utente e password.

Il mailhosting consente l'invio di e-mail solo tramite SMTP. Con Webhosting e WMSnon è possibile inviare e-mail non autorizzate tramite il protocollo SMTP(non è possibile stabilire una connessione esterna tramite la porta TCP 25). Per inviare posta tramite il protocollo SMTP da un'applicazione web, è necessario inviare in modo autorizzato (cioè dopo aver effettuato l'accesso) tramite il nostro server di posta o un server di terze parti sulla porta 587.

La tabella seguente riassume le limitazioni relative all'invio di e-mail dai servizi di hosting:

Limitazioni	Webhosting NoLimit/Extra, WebSite (eccetto Free), WMS	Web hosting LowCost	Mailhosting Individuale	Mailhosting Business (può essere attivato per qualsiasi Webhosting)
Numero massimo di email inviate tramite PHP al giorno	500	50	–	–
Numero massimo di e-mail inviate tramite SMTP al giorno	500	50	500	2500
Dimensione massima dell'e-mail inviata, inclusi gli allegati (MB)	100	100	100	100

Quando si tenta di inviare un'e-mail che supera il limite stabilito:

• La funzione mail() in PHP restituisce false e il server scarta il messaggio
• Il server SMTP rifiuterà il messaggio con un messaggio di errore che informa del superamento del limite.

Il limite si applica al giorno di calendario, il contatore viene azzerato ogni giorno a mezzanotte (CEST).

I limiti indicati per gli e-mail inviati possono essere aumentati esclusivamente acquistando il servizio aggiuntivo Upgrade alla variante Business. Non sussiste alcun diritto all'aumento del limite e il fornitore si riserva il diritto di rifiutare la richiesta di aumento (o di fornitura del servizio aggiuntivo) anche senza indicarne il motivo. L'aumento del limite non consente l'invio massivo di messaggi e-mail né lo giustifica in alcun modo.

Server virtuali e dedicati

È possibile utilizzare VPS e server dedicati per l'invio di messaggi richiesti in blocco, nel rispetto delle seguenti condizioni:

• devono essere messaggi richiesti, ovvero i destinatari devono essere consapevoli di essersi iscritti per ricevere tali messaggi
• i messaggi devono essere inviati in quantità non fastidiosa
• i messaggi devono essere inviati in quantità ragionevolmente ridotte, mai in grandi quantità in una sola volta
• il messaggio deve indicare la procedura per annullare l'iscrizione e il mittente deve accettare e rispettare le richieste di annullamento dell'iscrizione

Per i server virtuali e dedicati, il cliente è tenuto a fornire, su nostra richiesta, informazioni relative all'invio di comunicazioni di massa:

• come vengono ottenuti gli indirizzi e-mail dei destinatari e come viene ottenuto il consenso all'invio
• quali messaggi vengono inviati
• con quale frequenza vengono inviate le notizie
• in che quantità vengono spediti (numero totale, velocità di spedizione)
• come i destinatari possono annullare l'iscrizione
• eventuali ulteriori informazioni secondo le nostre richieste

Se il cliente viola queste condizioni o non ci fornisce le informazioni richieste, siamo autorizzati a bloccare completamente l'invio di e-mail o a sospendere l'intero server.

Perché queste restrizioni?

Innanzitutto, è importante sottolineare chequeste restrizioni non sono rivolte principalmente contro i nostri clienti. Tra le cause e le fonti più comuni di spam figurano:

• Vulnerabilità nel codice PHP che consente il suo abuso, ad esempio l'inserimento massiccio di post in un forum di discussione (il forum invia poi questi nuovi post ai membri del forum), errore direttamente nel modulo di contatto, ecc.
• Rubando la password dell'account FTP del sito web (di solito da un PC domestico infettato da virus), l'aggressore inserisce poi nel sito web del cliente uno script PHP dannoso, attraverso il quale invia spam in massa. Il cliente potrebbe non averne la minima idea.
• Errore nello script PHP del cliente, che ad esempio entra in un "ciclo infinito" e inizia a inviare e-mail in modo intensivo e non pianificato.

L'invio intenzionale di spam da parte dei nostri clienti è l'ultima cosa che accade e che dobbiamo risolvere.

Perché queste limitazioni?I servizi di posta elettronica Webhosting, WMS, WebSite e Mailhosting sono condivisi: su un unico server sono ospitati i siti web o le caselle di posta elettronica di diverse centinaia di clienti. Se tale server inizia (per qualsiasi motivo) a inviare messaggi in massa e viene successivamente bloccato dal server di posta elettronica del destinatario, anche tutti gli altri utenti dello stesso server verranno bloccati temporaneamente o permanentemente (poiché hanno tutti lo stesso indirizzo IP). Se tale blocco viene impostato da un importante fornitore di servizi di posta elettronica, come Seznam, Gmail o Outlook, un gran numero di utenti e clienti non riceverà messaggi legittimi da quel server fino a quando la situazione non sarà risolta e l'indirizzo sbloccato. Ciò può richiedere ore o anche più tempo.

Perché le restrizioni non vengono risolte solo quando succede qualcosa?La soluzione deve essere preventiva. Se un hacker trova una falla nella sicurezza di un sito web o di un'e-mail e inizia a sfruttarla per inviare spam in massa, è già troppo tardi. L'invio di decine di milioni di messaggi è questione di un solo script e di un tempo relativamente breve; prima che potessimo ricevere ed elaborare la segnalazione, tale server sarebbe già stato bloccato in vari punti di Internet.

Questa soluzione non è un male.Non considerarla una limitazione contro di te. Considerala una protezione contro l'uso improprio del tuo sito per attività illegali. Grazie a questa misura preventiva, siamo in grado di garantire che le e-mail richieste giungano sempre dai tuoi clienti, amici, visitatori, ecc. dal tuo sito web. Senza questa limitazione, ciò potrebbe non essere possibile.