Questo è l'inizio di un ampio corso sulla gestione dei server di posta. Non ho l'obiettivo di insegnare rapidamente a qualcuno a lavorare con i server di posta. Ci sarà molta informazione aggiuntiva riguardo le questioni che affronteremo lungo il cammino, poiché cerco di rendere il corso principalmente per coloro che stanno solo muovendo i primi passi.
PrefazionePer caso, lavoro come insegnante di amministrazione di Linux. Come compito a casa, do agli studenti una dozzina di link a varie risorse, poiché a volte ci sono materiali insufficienti, e altre volte sono troppo complessi. Inoltre, su diverse risorse, i materiali sono spesso duplicati e a volte iniziano a divergere. Inoltre, la maggior parte dei contenuti è in inglese, e ci sono studenti che incontrano difficoltà nella comprensione. Ci sono corsi eccezionali di Semaev e Lebedev, e forse di altri, ma, secondo me, alcune tematiche non sono sufficientemente approfondite, mentre altre non sono collegate adeguatamente alle altre.
Perciò, un giorno ho deciso di prendere appunti e condividerli con gli studenti in un formato più accessibile. Ma dato che mi impegno in questo, perché non condividerlo con tutti? All'inizio ho provato a scrivere del testo e arricchirlo con dei link, ma ci sono milioni di risorse simili, e quale sarebbe l'utilità? A volte mancava la chiarezza e le spiegazioni, altre volte gli studenti si scocciano di leggere tutto il testo (e non solo loro), il che porta a lacune nella comprensione.
Ma il problema non riguarda solo gli studenti. Per tutta la mia carriera ho lavorato in aziende di integrazione IT, accumulando un'enorme esperienza con vari sistemi. Alla fine, sono diventato un ingegnere polivalente. Spesso mi trovo a interagire con professionisti IT in diverse aziende e noto frequentemente le loro lacune di conoscenze. Nel settore IT, molti sono autodidatti, compreso me. Anch'io ho delle lacune e vorrei aiutare gli altri, e me stesso, a colmarle.
Secondo me, brevi video informativi sono più interessanti e facili da assimilare, quindi ho deciso di provare questo formato. So bene che la mia espressione non è fluida, è difficile ascoltarmi, ma sto cercando di migliorare. È un nuovo hobby per me che voglio sviluppare. In passato avevo un microfono di qualità inferiore, ora mi concentro principalmente sulla risoluzione dei problemi audio e di eloquio. Voglio creare contenuti di qualità e ho veramente bisogno di critiche costruttive e consigli.
P.S. Alcuni hanno ritenuto che il formato video non fosse del tutto adatto e fosse meglio utilizzare il testo. Non sono del tutto d'accordo, ma ci deve essere una scelta — sia video che testo.
Video
Prossimo >
Per poter lavorare con la posta elettronica, hai bisogno di un client di posta. Questo può essere un client web, come gmail, owa, roundcube, oppure un'applicazione sul computer — outlook, thunderbird, ecc. Supponiamo che tu ti sia già registrato a un servizio di posta e che tu debba configurare il client di posta. Apri il programma e questo ti chiede i dati: nome per l'account, indirizzo email e password.
Una volta inseriti questi dati, il tuo client di posta cercherà informazioni sul tuo server di posta. Questo viene fatto per semplificare la configurazione della connessione al server, poiché la maggior parte degli utenti non conosce gli indirizzi e i protocolli di connessione. A tal fine, i client di posta utilizzano diversi metodi per cercare informazioni sul server e sulle impostazioni di connessione. Questi metodi possono variare a seconda del client di posta.
Ad esempio, Outlook utilizza il metodo 'autodiscover', in cui il client si rivolge al server DNS e chiede un particolare record autodiscover associato al dominio di posta che hai specificato nelle impostazioni del tuo client di posta. Se l'amministratore ha configurato questo record sul server DNS, esso punta a un server web.
Dopo che il client di posta ha scoperto l'indirizzo del server web, si connette a esso e trova un file preimpostato con le impostazioni di connessione al server di posta in formato XML.
Nel caso di Thunderbird, il client di posta bypassa la ricerca del record DNS autodiscover e tenta subito di connettersi al server web autoconfig e al nome del dominio specificato. Inoltre, cerca sul server web un file con le impostazioni di connessione in formato XML.
Se il client di posta non trova il file con le impostazioni necessarie, cercherà di indovinare le impostazioni tra quelle più comunemente utilizzate. Ad esempio, se il dominio si chiama example.com, il server di posta verificherà se esistono server con i nomi imap.example.com e smtp.example.com. Se li trova, li registrerà nelle impostazioni. Se il client di posta non riesce a determinare l'indirizzo del server di posta, chiederà all'utente di inserire manualmente i dati di connessione.
Allora noterete 2 campi per server — indirizzo del server di posta in arrivo e indirizzo del server di posta in uscita. Di solito, in piccole organizzazioni, questi indirizzi coincidono, anche se possono essere specificati con nomi DNS diversi, mentre in grandi aziende possono essere server diversi. Ma non importa se sono lo stesso server o meno — i servizi dietro di essi sono diversi. Una delle combinazioni più popolari di servizi di posta è Postfix & Dovecot. Dove Postfix funge da server di posta in uscita (MTA — mail transfer agent) e Dovecot da server di posta in arrivo (MDA — mail delivery agent). Come suggerisce il nome, Postfix viene utilizzato per inviare posta, mentre Dovecot viene utilizzato per ricevere posta dal client di posta. I server di posta comunicano tra loro usando il protocollo SMTP — cioè Dovecot (MDA) è necessario per gli utenti.
Supponiamo di aver configurato la connessione al nostro server di posta. Proviamo a inviare un messaggio. Nel messaggio indichiamo il nostro indirizzo e l'indirizzo del destinatario. Ora, per consegnare il messaggio, il tuo client di posta invierà il messaggio al tuo server di posta in uscita.
Quando il tuo server riceve un messaggio, cerca di capire a chi deve consegnarlo. Il tuo server non può conoscere a memoria gli indirizzi di tutti i server di posta, quindi si rivolge al DNS per trovare un record MX specifico, che indica il server di posta per quel dominio. Questi record possono variare per diversi sottodomini.
Dopo aver scoperto l'indirizzo del server del destinatario, invia il tuo messaggio tramite SMTP a quell'indirizzo, dove il server di posta (MTA) del destinatario riceverà il messaggio e lo posizionerà in una directory speciale, che sarà anche controllata dal servizio responsabile della ricezione dei messaggi da parte dei clienti (MDA).
La prossima volta che il client di posta del destinatario chiederà al server della posta in arrivo se ci sono nuovi messaggi, l'MDA invierà il tuo messaggio.
Poiché i server di posta operano su Internet e chiunque può connettersi e inviare messaggi, e poiché i server di posta sono ampiamente utilizzati da varie aziende per lo scambio di dati importanti, rappresentano un obiettivo attraente per i malintenzionati, in particolare per i programmatori di spam. Pertanto, nei moderni server di posta esistono molte misure aggiuntive per confermare il mittente, controllare lo spam, ecc. E molte di queste tematiche cercherò di approfondire nelle parti successive.
Fonte: habr.com
