Questo è l'inizio di un ampio corso sul lavoro dei server di posta. Il mio obiettivo non è insegnare rapidamente a qualcuno come lavorare con i server di posta. Ci saranno molte informazioni aggiuntive qui riguardo alle domande che incontreremo lungo il percorso, perché sto cercando di realizzare il corso principalmente per coloro che stanno appena muovendo i primi passi.
prefazioneSi dà il caso che lavoro part-time come insegnante di amministrazione Linux. E come compito a casa, do agli studenti una dozzina di collegamenti a varie risorse, poiché in alcuni punti non c'è abbastanza materiale, in altri è troppo complesso. E su risorse diverse, il materiale è spesso duplicato e talvolta inizia a divergere. Inoltre, la maggior parte dei contenuti è in inglese e alcuni studenti hanno difficoltà a comprenderli. Ci sono ottimi corsi di Semaev e Lebedev, e forse di altri, ma, secondo me, alcuni argomenti non sono sufficientemente trattati, alcuni non sono sufficientemente collegati con altri.
Pertanto, un giorno ho deciso di prendere in qualche modo appunti sul materiale e di consegnarlo agli studenti in una forma conveniente. Ma visto che sto facendo qualcosa, perché non condividerla con tutti? All'inizio ho provato a farlo con il testo e a diluirlo con i collegamenti, ma ci sono milioni di risorse del genere, che senso ha? Da qualche parte mancano chiarezza e spiegazioni, da qualche parte gli studenti sono troppo pigri per leggere l'intero testo (e non solo loro) e ci sono lacune nella loro conoscenza.
Ma non si tratta solo degli studenti. Nel corso della mia carriera ho lavorato negli integratori IT e questa è una grande esperienza nel lavorare con vari sistemi. Di conseguenza, sono diventato un ingegnere generale. Mi imbatto spesso in specialisti IT in varie aziende e molto spesso noto lacune nelle loro conoscenze. Nel campo informatico molti sono autodidatti, me compreso. E ne ho abbastanza di queste lacune e vorrei aiutare me stesso e gli altri a sbarazzarci di queste lacune.
Per quanto mi riguarda, i video brevi con informazioni sono più interessanti e più facili da digerire, quindi ho deciso di provare questo formato. E so benissimo che la mia lingua non è sospesa, è difficile ascoltarmi, ma sto cercando di migliorare. Questo è un nuovo hobby per me che voglio sviluppare. Prima avevo un microfono peggiore, ora risolvo principalmente problemi con il suono e la voce. Voglio realizzare contenuti di qualità e ho davvero bisogno di critiche e consigli oggettivi.
PS Alcuni hanno ritenuto che il formato video non fosse del tutto adatto e che sarebbe stato meglio farlo in formato testo. Non sono del tutto d'accordo, ma lascia che ci sia una scelta: sia video che testo.
Video
Succ.>
Per poter lavorare con la posta elettronica, è necessario un client di posta elettronica. Può trattarsi di un client Web, ad esempio Gmail, owa, roundcube, o di un'applicazione su un computer: Outlook, Thunderbird, ecc. Supponiamo che tu sia già registrato con qualche servizio di posta elettronica e che sia necessario configurare un client di posta elettronica. Apri il programma e ti chiede dei dati: un nome account, il tuo indirizzo email e una password.
Dopo aver inserito queste informazioni, il tuo client di posta elettronica proverà a trovare informazioni sul tuo server di posta elettronica. 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. Per fare ciò, i client di posta utilizzano diversi modi per cercare informazioni sul server e sulle impostazioni di connessione. Questi metodi possono variare a seconda del client di posta elettronica.
Ad esempio, Outlook utilizza il metodo di "individuazione automatica", il client contatta il server DNS e richiede un record di individuazione automatica specifico associato al dominio di posta specificato nelle impostazioni del client di posta. Se l'amministratore ha configurato questa voce sul server DNS, punta al server web.
Dopo che il client di posta ha appreso l'indirizzo del server web, lo contatta e trova lì un file già preparato con le impostazioni per la connessione al server di posta in formato XML.
Nel caso di Thunderbird, il client di posta ignora la ricerca dei record DNS di individuazione automatica e tenta immediatamente di connettersi al server Web di configurazione automatica. e il nome del dominio specificato. E cerca anche di trovare sul server web un file con le impostazioni di connessione in formato XML.
Se il client di posta non trova un file con le impostazioni necessarie, proverà a indovinare le impostazioni tra quelle utilizzate più frequentemente. Ad esempio, se il dominio si chiama example.com, il server di posta controllerà se sono presenti server denominati imap.example.com e smtp.example.com. Se lo trova, lo registrerà nelle impostazioni. Se il client di posta non riesce in alcun modo a determinare l'indirizzo del server di posta, chiederà all'utente di inserire lui stesso i dati di connessione.
Quindi noterai 2 campi per i server: indirizzo del server di posta in entrata e indirizzo del server di posta in uscita. Di norma, nelle piccole organizzazioni questi indirizzi sono gli stessi, anche se specificati tramite nomi DNS diversi, ma nelle grandi aziende potrebbero essere server diversi. Ma non importa se si tratta dello stesso server o meno: i servizi dietro di essi sono diversi. Uno dei pacchetti di servizi di posta più popolari è Postfix e Dovecot. Dove Postfix funge da server di posta in uscita (MTA - mail transfer agent) e Dovecot come server di posta in entrata (MDA - mail delivery agent). Dal nome puoi intuire che Postfix viene utilizzato per inviare posta e Dovecot viene utilizzato per ricevere posta dal client di posta. Gli stessi server di posta comunicano tra loro utilizzando il protocollo SMTP, ovvero Per gli utenti è necessario Dovecot (MDA).
Diciamo che abbiamo configurato una 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 elettronica invierà messaggi al tuo server di posta in uscita.
Quando il tuo server riceve un messaggio, proverà a trovare a chi consegnarlo. Il tuo server non può conoscere a memoria gli indirizzi di tutti i server di posta, quindi cerca nel DNS per trovare un record MX speciale, che punta al server di posta per un determinato dominio. Queste voci possono differire per diversi sottodomini.
Dopo aver trovato l'indirizzo del server del destinatario, invia il tuo messaggio tramite SMTP a questo indirizzo, dove il server di posta del destinatario (MTA) accetterà il messaggio e lo inserirà in una directory speciale, controllata anche dal responsabile del servizio per la ricezione dei messaggi ai client (MDA).
La prossima volta che il client di posta del destinatario richiederà nuovi messaggi al server di posta in entrata, MDA gli invierà il messaggio.
Ma poiché i server di posta funzionano su Internet e chiunque può collegarsi ad essi e inviare messaggi, e i server di posta sono ampiamente utilizzati da diverse aziende per scambiare dati importanti, questo è un boccone piuttosto appetitoso per gli aggressori, soprattutto per gli spammer. Pertanto, i moderni server di posta dispongono di molte misure aggiuntive per confermare il mittente, verificare la presenza di spam, ecc. E cercherò di trattare molti di questi argomenti nelle parti seguenti.
Fonte: habr.com