Puoi inviare email dal tuo server di casa? (Invece di usare un servizio di hosting?)

Sì...e no.

Sì, perché tutto quello che devi fare per inviare e-mail è essere in grado di effettuare connessioni SMTP in uscita al server SMTP appropriato che riceve la posta per il destinatario. Cioè, se vuoi inviare e-mail a qualcuno con un indirizzo Gmail, devi essere in grado di stabilire una connessione TCP a smtp.gmail.com sulla porta 25, interagire con il server in modo appropriato e chiudere la connessione.

Potete anche fare questo dal terminale/linea di comando del vostro sistema operativo preferito, sia macOS, Linux/Unix, o anche Windows usando il programma telnet (se conoscete i comandi SMTP, cioè).

Tuttavia, proprio intorno al 2003 o 2004 circa, ci fu un enorme aumento di virus macro di Microsoft Word che implementavano un client SMTP (mal scritto) per spammare le persone. Il virus macro si diffondeva inviando se stesso ai destinatari e continuando a spammare direttamente dai computer di casa della gente.

Come risultato, la maggior parte degli ISP blocca le connessioni in uscita alla porta 25, il che significa che non è più possibile inviare e-mail direttamente, ma è necessario utilizzare il relay dell'ISP o un server SMTP con un'autenticazione e una porta di invio posta alternativa (maggiori informazioni in seguito).

Inoltre, poiché i client SMTP erano implementati così male, essi violano una serie di convenzioni su come identificarsi come server di posta. Molti amministratori di posta hanno implementato controlli aggiuntivi per bloccare e/o filtrare la posta di dubbia provenienza.

Ovvero,

1. Se non hai una voce DNS MX valida per il tuo dominio, la tua posta potrebbe essere rifiutata.
2. Se non hai un hostname DNS valido per il tuo server di posta, la tua posta potrebbe essere rifiutata.
3. Se l'indirizzo IP del tuo server di posta è in una lista di IP dinamici (per esempio, un cliente ISP), la tua posta potrebbe essere rifiutata.
4. Se l'indirizzo IP del tuo server di posta non può ricevere posta (verifica del mittente), la tua posta potrebbe essere rifiutata.
5. Se l'indirizzo IP del tuo server di posta è in una lista nera basata su DNS, la tua posta potrebbe essere rifiutata.
6. Se il tuo server di posta non ha voci SPF o DomainKeys nel DNS, la tua posta potrebbe essere rifiutata.
7. Se il tuo server di posta non è configurato correttamente in qualche modo, la tua posta potrebbe essere rifiutata.
8. Se l'indirizzo del mittente della busta (non l'intestazione From: che vedi) è strano in qualche modo, indicando un programma di posta automatico (come i moduli email del server web), la posta potrebbe essere rifiutata.
9. Se il server di posta ricevente ha un filtro dei messaggi che legge il corpo dell'email alla ricerca di URL/link, parole chiave, o altre caratteristiche spammose, la tua email potrebbe essere rifiutata.

C'erano una serie di tentativi di controllare l'epidemia di spam all'epoca, e molti di questi sono stati incorporati all'epoca. A volte, potrebbero non rifiutare completamente, ma i criteri di cui sopra potrebbero aumentare un punteggio di spam di qualche punto. Più test un'email falliva (sia dai fallimenti del protocollo del server di posta d'invio di cui sopra che dai criteri aggiuntivi intorno al contenuto), più probabilmente sarebbe stata identificata come spam e rifiutata o filtrata/cancellata.

Al giorno d'oggi, sembra che la maggior parte degli amministratori di posta rifiuterà l'email per una o due caratteristiche primarie di configurazione del server (DNS, range IP dinamico), e riceverà tutta l'altra posta con un pesante esame per il filtraggio in una cartella di spam.

A causa di tutto questo, combinato con gli ISP che bloccano la posta in uscita direttamente ai server SMTP, generalmente non sarete in grado di inviare dalla vostra rete domestica. Il modo in cui la maggior parte dei provider di hosting e dei servizi di posta elettronica funzionano è una porta di invio email autenticata.

Configurate il vostro client di posta per connettervi a un server SMTP sulla porta 587, inserite il nome utente e la password del vostro account (verifica chi sta inviando questa merda), e poi potete bypassare il vostro ISP. L'idea è che nessun server SMTP riceve posta per i suoi clienti sulla 587, ma solo posta da inoltrare altrove.

Tutto questo presuppone che tu abbia una connessione ISP a consumo. Se hai un servizio di classe business, probabilmente ci saranno meno restrizioni sull'invio della posta (cioè, non bloccare la porta 25) poiché un'azienda può legittimamente inviare posta dall'interno. Se la restrizione è in atto, allora una telefonata alla linea di supporto aziendale probabilmente risulterà in un'eccezione alla politica.

Allora vi divertirete a configurare il vostro server di posta elettronica in modo che gli altri non rifiutino completamente la posta da voi. Questo sarà complesso la prima volta (specialmente se non avete familiarità con i concetti di supporto), ma è relativamente semplice.

Hai bisogno di:

1. Un nome di dominio e un meccanismo per pubblicare i record DNS (ad esempio, la tua società di registrazione, la società di hosting, o un tuo server DNS correttamente configurato)
2. Le voci DNS corrette:
   1. Il record A per il tuo server di posta (identifica il tuo server di posta sulla rete)
   2. Il record MX per il tuo dominio (identifica quale server dovrebbe ricevere la posta per il tuo dominio)
   3. Il record PTR per l'indirizzo IP (opzionalmente il PTR punta al record A di cui sopra, ma questo non è ufficialmente richiesto)
3. Un server di posta (personalmente consiglio Postfix), correttamente configurato
4. Opzionale: Certificati SSL e una conoscenza generale su come ottenerne uno
   1. I protocolli server-to-server sono ancora non criptati, ma l'accesso al vostro server può essere protetto. Se sei su una rete domestica privata, potresti non preoccupartene più di tanto, ma accedere al tuo server da un bar significa che chiunque può vedere la tua password e le tue email volare nell'aria attraverso una connessione wireless)
5. Opzionale: Software di posta IMAP/POP3 per scaricare la posta che la gente ti manda (o puoi leggere la posta direttamente sul server se vuoi - PINE era il mio programma preferito ai tempi)

A meno che tu non abbia un reale bisogno di gestire le email dalla tua rete domestica, per esempio, gestisci un'attività di consulenza IT fuori casa tua e hai bisogno di avere dei server di posta da usare come riferimento per configurare altri, è quasi meglio usare un servizio di posta. È più facile e ti permette di concentrarti sulla tua competenza principale.

Se l'idea è quella di avere un ambiente economico e di autoapprendimento intorno al servizio di posta e ai protocolli, allora le informazioni di cui sopra ti porteranno nella giusta direzione. È più o meno il modo in cui abbiamo insegnato a noi stessi ai vecchi tempi, ma così tanti spammer hanno abusato di questo che è quasi impossibile gestire ancora un server di posta domestico.