Questo è l'inizio di un grande corso sul funzionamento dei server di posta. Non ho l'obiettivo di insegnare rapidamente a qualcuno a lavorare con i server di posta. Qui ci sarà molte informazioni aggiuntive riguardanti le domande che incontreremo lungo il cammino, perché cerco di fare il corso principalmente per coloro che stanno solo muovendo i primi passi.
IntroduzioneÈ così che lavoro anche come insegnante di amministrazione di Linux. Come compito a casa, do agli studenti una decina di link a diverse risorse, poiché in alcuni casi il materiale è insufficiente, e in altri è troppo complesso. Inoltre, in diverse risorse, il materiale è spesso duplicato e talvolta inizia a divergervi. Inoltre, la maggior parte del contenuto è in inglese e ci sono studenti che hanno difficoltà di comprensione. Ci sono corsi eccellenti di Semaev e Lebedev e, forse, di altri, ma, a mio avviso, alcuni argomenti non sono sufficientemente trattati, alcuni non sono abbastanza collegati agli altri.
Così un giorno ho deciso di riassumere il materiale e darlo agli studenti in un formato conveniente. Ma dato che lo faccio, perché non condividerlo con tutti? Inizialmente cercavo di fare un testo e di arricchirlo con link, ma ci sono milioni di risorse e a che serve? In alcuni casi mancava chiarezza e spiegazioni, in altri gli studenti si rilassano nel leggere tutto il testo (e non solo loro) e si creano lacune nelle conoscenze.
Ma la questione non riguarda solo gli studenti. Ho lavorato tutta la mia carriera in integratori IT, il che mi ha dato un'enorme esperienza con vari sistemi. Alla fine, sono diventato un ingegnere multidisciplinare. Spesso mi capita di incontrare informatici in diverse aziende e noto molto spesso che hanno lacune nelle loro conoscenze. Nel settore IT ci sono molti autodidatti, me compreso. E ho molte di queste lacune, e vorrei aiutare gli altri e me stesso a colmarle.
Per me, brevi video informativi sono più interessanti e più facili da assimilare, quindi ho deciso di provare questo formato. E so perfettamente che il mio modo di parlare non è fluido, ascoltarmi è difficile, ma sto cercando di migliorare. Per me è un nuovo hobby che vorrei sviluppare. Prima avevo un microfono di qualità inferiore, ora mi concentro principalmente a risolvere problemi di suono e di dizione. Voglio creare contenuti di qualità e ho davvero bisogno di critiche oggettive e consigli.
P.S. Alcuni hanno ritenuto che il formato video non sia del tutto adatto e sia meglio utilizzare il testo. Non sono completamente d'accordo, ma lasciamo la scelta — sia video che testo.
Video
Avanti >
Per poter lavorare con la posta elettronica, hai bisogno di un client di posta. Questo può essere sia un client web, come gmail, owa, roundcube, sia un'applicazione sul computer — outlook, thunderbird e così via. Supponiamo che tu ti sia già registrato su un servizio di posta e che tu debba configurare il client di posta. Apri il programma e ti richiede alcuni dati: nome dell'account, il tuo indirizzo email e la password.
Dopo aver inserito questi dati, il tuo client di posta cercherà informazioni sul tuo server di posta. Questo è 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 vari metodi per cercare informazioni riguardanti il server e le impostazioni di connessione. Questi metodi possono variare a seconda del client di posta.
Ad esempio, Outlook utilizza il metodo «autodiscover», e il client si rivolge al server dns per richiedere un determinato 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 web server.
Dopo che il client di posta ha scoperto l'indirizzo del web server, si rivolge 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 si passa senza cercare il record DNS autodiscover e tenta immediatamente di connettersi al web server autoconfig con il nome del dominio fornito. E cerca anche di trovare un file con le impostazioni di connessione in formato XML sul web server.
Se il client di posta non trova il file con le impostazioni necessarie, tenterà 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 noterai 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 sono indicati con nomi DNS diversi, mentre in grandi aziende potrebbero essere server differenti. Ma non è importante se si tratta dello stesso server o meno — i servizi che vi stanno dietro sono differenti. 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). Dal nome, si può intuire che Postfix è usato per inviare e-mail, mentre Dovecot è usato per riceverle dai client di posta. I server di posta comunicano tra loro tramite 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 il messaggio, cercherà 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 — che indica il server di posta per quel dominio. Questi record possono differire per diversi sottodomini.
Dopo aver scoperto l'indirizzo del server del destinatario, il tuo server invia il tuo messaggio tramite SMTP a quell'indirizzo, dove il server di posta (MTA) del destinatario accetterà il messaggio e lo metterà in una directory speciale, a cui accede anche il servizio responsabile della ricezione dei messaggi da parte dei client (MDA).
La prossima volta che il client di posta del destinatario chiederà al server di posta in arrivo la disponibilità di nuovi messaggi, MDA gli invierà il tuo messaggio.
Poiché i server di posta operano su Internet e chiunque può collegarsi ad essi e inviare messaggi, e poiché i server di posta sono ampiamente utilizzati da varie aziende per scambiare dati importanti, rappresentano un obiettivo molto allettante per i malintenzionati, specialmente per gli spammer. Pertanto, nei moderni server di posta ci sono molte misure aggiuntive per confermare il mittente, controllare lo spam e così via. E molte di queste tematiche cercherò di affrontare nelle parti successive.
Fonte: habr.com
