Anche nei tempi antichi, le persone sentivano il bisogno di scambiarsi informazioni e le organizzavano a livello statale. Pertanto, l'ufficio postale è una delle istituzioni più chiaramente organizzate al mondo.
La posta elettronica è un nuovo mezzo moderno di trasferimento delle informazioni. A differenza della posta ordinaria, le copie elettroniche di messaggi, file, programmi, vari dati vengono trasmesse via e-mail, ad es. informazioni elaborate da un computer.
Gli oggetti principali che compongono il sistema di posta elettronica sono computer speciali chiamati server di posta.
I server di posta sono server che ricevono e inviano messaggi elettronici.
Il server che riceve i messaggi di posta elettronica utilizza il protocollo POP (Post Office Protocol).
Il server che invia le e-mail è in esecuzione Protocollo smtp(protocollo di trasferimento di posta semplice).
Server di posta, server di posta elettronica, server di posta: nel sistema di inoltro della posta elettronica, questo è solitamente il nome dell'agente di trasferimento dei messaggi (agente di trasferimento della posta inglese, MTA). Questo programma per computer, che trasmette i messaggi da un computer all'altro. Di solito il server di posta funziona "dietro le quinte" e gli utenti si occupano di un altro programma: un client di posta elettronica (agente utente di posta inglese, MUA).
Riso. 1.
Ad esempio, in una configurazione comune, l'agente utente è Outlook Express. Quando l'utente ha digitato un messaggio e lo invia al destinatario, il client di posta comunica con il server di posta utilizzando il protocollo SMTP. Il server di posta del mittente interagisce con il server di posta del destinatario (direttamente o tramite un server intermedio - relay). Sul server di posta del destinatario, il messaggio entra nella cassetta postale, da dove viene consegnato al client del destinatario utilizzando un agente di consegna dei messaggi (MDA). Spesso gli ultimi due agenti sono combinati in un unico programma, sebbene esistano MDA specializzati che, tra le altre cose, si occupano del filtraggio dello spam. La consegna finale dei messaggi ricevuti non è SMTP, ma un altro protocollo, spesso POP3 o IMAP, anch'esso supportato dalla maggior parte dei server di posta. Sebbene nell'implementazione più semplice dell'MTA sia sufficiente inserire i messaggi ricevuti nella home directory dell'utente sistema di file server centrale ("casella di posta").
Server di posta, server di posta, server di posta elettronica: di solito è il nome dell'agente di inoltro dei messaggi nel sistema di inoltro della posta elettronica. Questo è un software che trasmette messaggi da un computer all'altro. Il server di posta di solito non è visibile all'utente. L'utente stesso ha a che fare con un altro software: un client di posta elettronica.
Ad esempio, nella configurazione più comune, il client di posta è Outlook Express. Sebbene il client Mozilla Thunderbird sia spesso utilizzato ultimamente. Quando un utente digita un messaggio e lo inoltra al destinatario, il client di posta interagisce con il server di posta tramite il protocollo SMTP. Il server di posta del mittente interagisce con il server del destinatario. Sul server del destinatario, il messaggio a lui inviato va nella casella di posta, dalla quale, utilizzando l'agente di consegna del messaggio MDA (agente di consegna della posta), viene consegnato al client del destinatario. Esistono anche protocolli POP3 e IMAP supportati da molti server di posta.
Molti amministratori di sistema incontrano alcune difficoltà quando lavorano con i sistemi di posta elettronica. Questo non è sorprendente, il server di posta ha una struttura molto più complessa di file server, router o server terminale. In questo articolo considereremo la struttura e il principio di funzionamento dei server di posta, senza capire quale, l'impostazione di un sistema di posta elettronica è perfettamente in grado di trasformarsi in danze sciamaniche con un tamburello.
Questo materiale contiene molte semplificazioni e generalizzazioni per dare amministratori di sistema le conoscenze minime richieste. A nostro avviso, per amministrare uno o due server di posta livello base Non devi essere un esperto di posta elettronica.
Per la maggior parte degli utenti e degli amministratori inesperti, il server di posta è una sorta di "scatola nera" che, ricevuta una lettera, la consegna al destinatario per vie "sconosciute" e viceversa. Tutta l'interazione con tale server consiste nell'indirizzare il client di posta a determinate porte, o anche attraverso l'interfaccia web. Tuttavia, all'interno è nascosto un intero meccanismo, la cui comprensione del funzionamento è la chiave per configurare e mantenere con successo un sistema di posta elettronica. Ciò è particolarmente importante per l'amministrazione dei server sulla piattaforma Linux. A differenza di Windows, dove il server di posta è una soluzione software completa e gli sviluppatori si sono già occupati dell'interazione interna, in Linux i componenti del server di posta sono singoli programmi e devi configurare tu stesso la loro interazione.
Diamo un'occhiata alla struttura del server di posta e cosa succede quando un utente cerca di inviare posta.
La parte più importante del server di posta è MTA (Agente di trasferimento della posta-- mail forwarding agent) i cui compiti comprendono la ricezione e la trasmissione della posta. Molto spesso (in Linux/UNIX) l'MTA viene chiamato anche server di posta. MTA funziona sul protocollo SMTP e uno di questi, in linea di principio, è già sufficiente per creare un sistema di posta elettronica. Una volta era esattamente così e per accedere alla tua casella di posta era necessario disporre di determinate conoscenze tecniche.
Il progresso però non si ferma, MTA, ricevendo una lettera, la inserisce nella casella di posta dell'utente sul server a cui quest'ultimo deve accedere, preferibilmente nel modo più semplice e comprensibile. Ecco che arriva il palco MDA (Agente di consegna della posta-- mail delivery agent), il suo compito, su richiesta del client di posta, è di trasferire ad esso la posta dalla casella di posta sul server. MDA può funzionare utilizzando i protocolli POP3 o IMAP, in alcuni casi, per "comunicare" il client di posta e l'agente di consegna, possono essere utilizzati i propri protocolli con funzionalità estese, come MAPI (Exchange Server).
Contrariamente all'idea sbagliata popolare, MDA non ha nulla a che fare con il processo di trasferimento della posta. Questa è la prerogativa della MTA. Per tracciare un'analogia, puoi immaginare l'MTA come un ufficio postale che riceve e spedisce la posta, e l'MDA con il postino che ti porta a casa la corrispondenza in arrivo. Se il postino è malato, ciò non influirà sul lavoro dell'ufficio postale, semplicemente non riceverai lettere a casa. Anche MDA, il suo fallimento non porta all'inoperabilità del server di posta, diventa indisponibile solo la ricezione della posta da parte del client di posta, allo stesso tempo è facilmente accessibile in altri modi, ad esempio tramite l'interfaccia web.
Vediamo cosa succede quando si invia la posta. Nel nostro esempio, l'utente Ivanov, che si trova nel dominio example.org ( [e-mail protetta]), scrive una lettera a Kozlov nel dominio example.com ( [e-mail protetta]). Per Ivanov, il processo di invio della posta consiste nel creare un messaggio e premere il pulsante "Invia" nel client di posta. Il client di posta si connette all'MTA utilizzando il protocollo SMTP e comunica prima le proprie credenziali. Dopo aver autorizzato l'utente, l'MTA accetta il messaggio e prova a consegnarlo ulteriormente.
In realtà, l'autorizzazione non è una procedura obbligatoria per l'MTA, ma senza autorizzazione avremo un open relay, ad es. chiunque può utilizzare il nostro server per inviare posta e gli spammer ne saranno felicissimi! Attualmente, i relay aperti si verificano principalmente a causa di errori di configurazione del server. Tuttavia, è del tutto possibile che un MTA riceva posta da utenti fidati senza autorizzazione, ad esempio da rete locale imprese.
L'MTA può utilizzare il proprio elenco utenti, elenco di sistema, elenchi utenti LDAP o AD per l'autorizzazione. C'è anche un modo: l'autorizzazione POP prima di SMTP, quando l'utente accede all'MDA prima di inviare la posta, che a sua volta conferma l'autenticazione dell'utente all'MTA.
Il passaggio successivo dell'MTA analizza le informazioni di servizio della lettera, determinando il dominio del destinatario, se appartiene ai domini serviti dai dati dell'MTA, il destinatario viene cercato e la lettera viene inserita nella sua casella di posta. Ciò è accaduto se Ivanov ha scritto una lettera a Petrov o Sidorov.
Se il dominio del destinatario non è servito dall'MTA, viene generata una query DNS che richiede i record MX per quel dominio. Un record MX è un tipo speciale di record DNS che contiene i nomi dei server di posta che gestiscono la posta in arrivo per un determinato dominio. Possono esistere più di un record MX, nel qual caso l'MTA tenta di stabilire una connessione in sequenza, partendo dal server con la priorità più alta. In assenza di un record MX, viene richiesto un record A (un record di indirizzo che mappa Nome del dominio con un indirizzo IP) e viene effettuato un tentativo di consegnare la posta all'host specificato. Se il messaggio non può essere inviato, viene restituito al mittente (inserito nella casella di posta dell'utente) con un messaggio di errore.
Non considereremo il lavoro del server ricevente, supponiamo che tutto sia andato bene, Kozlov ha ricevuto una lettera da Ivanov e gli ha scritto una risposta. Il server che serve il dominio example.com fa esattamente la stessa cosa e tenta di inviare posta al nostro server. Avendo ricevuto messaggio in arrivo L'MTA, come nel caso di un mittente locale, controlla il dominio del destinatario, se è uno degli MTA serviti, l'elaborazione del messaggio continua, altrimenti il server rifiuta di accettare la posta. Dopo aver controllato il dominio, viene controllato il destinatario, se è presente nella lista degli utenti, il messaggio viene recapitato nella sua casella di posta, altrimenti ci sono due opzioni: rifiuto di ricevere il messaggio o ricezione del messaggio nella casella generale (casella dell'amministratore ). Da un lato questa impostazione aumenta il numero di spam ricevuti, dall'altro consente di non perdere lettere con indirizzi errati.
Un'altra misura anti-spam consiste nel richiedere un record PTR. Un record PTR (pointer record) associa un indirizzo IP a un nome di dominio. Quando si richiede un PTR, l'MTA accetta la posta solo se il dominio del mittente corrisponde al dominio del server di invio.
Consideriamo un esempio in modo più dettagliato. Alcuni server spam.com stanno tentando di inviare e-mail con un mittente falso, presumibilmente dal server example.com a noi noto. In caso di filtraggio per liste bianche / nere, tale lettera verrà recapitata, poiché il mittente è un utente di un dominio attendibile (che è ciò su cui contavano gli spammer). Per combattere lo spam, l'MTA genera una richiesta PTR per l'indirizzo IP del server di invio, che riporta durante la sessione SMTP. Per l'indirizzo y.y.y.y, la richiesta PTR restituirà un nome di dominio spam.com che non corrisponde al dominio del mittente, il che comporterà il rifiuto questo messaggio. Allo stesso tempo, i messaggi dal server x.x.x.x verranno ricevuti perché il dominio del record PTR per x.x.x.x (example.com) corrisponde al dominio del mittente.
Quindi, il messaggio è stato ricevuto ed è nella casella di posta dell'utente. Come leggerlo? L'archiviazione della posta, dove si trovano le caselle utente, può essere organizzata in vari modi: da banali cartelle e file a un database. Senza conoscenze tecniche, è improbabile che tu possa leggere la tua posta. Ma l'utente Ivanov dovrebbe preoccuparsi di questo? Per lui, il processo di ricezione della posta si riduce alla pressione del pulsante "Ricevi" nel client di posta.
Per ricevere la posta, il client stabilisce una connessione con l'MDA tramite il protocollo POP3 o IMAP, passando necessariamente i dati per l'autorizzazione. MDA controlla se l'utente è nelle liste e, in caso di successo, invia al cliente tutti i nuovi messaggi nella sua casella di posta. L'utente Ivanov riceve la sua corrispondenza e può lavorarci in un modo a lui conveniente.
È qui che finisce il nostro articolo, consigliamo vivamente una lettura ponderata e l'assimilazione del materiale in esso presentato. In futuro, considerando le implementazioni pratiche dei server di posta, invieremo materiale sulla base del fatto che il lettore abbia una conoscenza pari almeno a questo articolo.
Se hai il desiderio di imparare come trovare e sfruttare le vulnerabilità in reti di informazione Consiglio di conoscere corso online "Laboratorio su KalìLinux» in OTUS. Il corso è pensato per coloro che non hanno esperienza in informazioni di sicurezza, per l'ammissione è necessario passare.
Iniziamo con cosa intendo per media impresa. Non conosco la classificazione esatta e non ho guardato da nessuna parte, non ho controllato. Mi sembra intuitivamente che questo sia da 10-15 utenti a 200-300. Prenderò in considerazione il segmento fino a 100 utenti, poiché quasi sempre lavoro esclusivamente in questa nicchia. I problemi e le esigenze delle aziende più grandi non mi sono noti con certezza. Anche se non sono sicuro che qualcosa sarà fondamentalmente diverso da 100 persone, penso che gli approcci saranno gli stessi, solo l'hardware è più potente. I problemi di distribuzione del carico e clustering molto probabilmente non si presenteranno ancora qui.
Abbiamo una piccola azienda con diverse dozzine di persone. Abbiamo bisogno di un server di posta. Nonostante il fatto che la tecnologia abbia fatto un passo avanti molto tempo fa, fornendo molti mezzi di comunicazione diversi, l'e-mail è ancora saldamente nelle sue posizioni e non le rinuncerà ancora. Allo stesso tempo, in un team così piccolo, non ci sono grandi requisiti per il server di posta. Molto spesso è sufficiente che la posta funzioni, senza particolari fronzoli funzionali. O un client di posta elettronica e protocollo imap o interfaccia web. Bene, se è possibile impostare una risposta automatica, fallo cartelle condivise, un'unica rubrica, ma puoi farne a meno.
Tra tutti opzioni servizio di posta, ho individuato 3 approcci fondamentalmente diversi all'implementazione della funzionalità necessaria:
Analizziamo ciascuno di essi in modo più dettagliato.
Faccio subito un paio di commenti. Non sono sicuro che Google ora possa registrarsi gratuitamente posta aziendale. Tutti coloro che si sono registrati prima dell'uso gratuitamente e solo per i nuovi utenti abbonamenti a pagamento. Ma questo non è fondamentale e non è direttamente correlato all'argomento dell'articolo. Se Google è diventato completamente pagato per il business, lo escluderemo semplicemente dal nostro elenco. Yandex e Mail.ru sono ancora decisamente gratuiti. Io stesso ho amministrato i domini di posta nelle app Google e Yandex. Non ho lavorato con biz.mail.ru, so solo che qualcosa di simile è implementato lì. In qualche modo non mi piace l'azienda stessa dai vecchi tempi. Anche se ora sembrano essersi voltati per affrontare gli utenti, ma Amigo è ancora vivo e vegeto, quindi non si sono ancora voltati.
Considera i vantaggi di questi servizi di posta.
A tutto sembra non mancare nulla. Sembrerebbe che i vantaggi siano evidenti e significativi. Ma prima di saltare alle conclusioni, diamo un'occhiata ai contro.
Quando ho iniziato a lavorare circa 10 anni fa, non c'erano dubbi sul tipo di posta da utilizzare nell'organizzazione. Ognuno ha configurato i propri server di posta e li ha amministrati. I servizi di posta gratuiti a quel tempo non fornivano alcuno strumento per le imprese per gestire la posta. Quando iniziarono ad apparire tali strumenti, pensai che presto nessuno avrebbe avuto bisogno dei loro server di posta, poiché non avrebbero più avuto senso. E tutto il mio tormento (non mi piace lavorare con loro) con i server di posta diventerà privo di significato.
Mi è stata data l'opportunità di amministrare domini basati su servizi di posta pubblica. Successivamente, è apparso l'elenco dei contro scritto sopra. E per me personalmente, questi svantaggi hanno superato i pro, e ora continuo a configurare i server di posta da solo. In definitiva, è più conveniente e affidabile se si considerano insieme i pro ei contro dell'uso e dell'amministrazione.
Il più grande svantaggio che vedo è la mancanza di registri di posta completi e un buon schema di backup. È scomodo analizzare i problemi senza registri. Non sarà possibile ripristinare rapidamente e facilmente una lettera eliminata nella sua posizione originale, sebbene questa sia una questione semplice per i server di posta open source.
Considera i vantaggi e gli svantaggi del tuo server di posta basato su un servizio gratuito Software. In linea di principio, qui possono essere inclusi anche alcuni a pagamento, ad esempio Kerio Mail Server, anch'esso spesso utilizzato. Penso che possa essere attribuito anche qui, poiché fornisce una funzionalità simile. Considero tutti i server di posta in forma aggregata, senza individuare i singoli rappresentanti. Sebbene in Linux, a parte postfix ed exim, personalmente non ho visto nulla in produzione. Personalmente uso sempre postfix, perché ci sono abituato e lo conosco bene. Considera attentamente i vantaggi di tali server.
Vedo tali svantaggi del mio servizio di posta. Il più importante per me è l'ultimo. Io stesso sono abituato a lavorare con la posta via web. Non mi piace usare i client di posta, anche se devo. Le interfacce Web per i server di posta gratuiti in termini di praticità e velocità non sono molto inferiori a Gmail o Yandex, non ha senso fare confronti. Eppure, penso che per un'organizzazione media questo sia il massimo migliore opzione. Un esempio di impostazione di un server di posta gratuito è .
Non ho molta esperienza nell'amministrazione dei cambi. L'ho provato molto tempo fa quando ho deciso con quali server di posta avrei lavorato. Installato, studiato la funzionalità. Quindi ho creato una volta un server di posta per l'organizzazione. Volevano esattamente lo scambio. Non ci sono stati problemi, l'ho configurato velocemente secondo numerose guide su Internet. La soglia per accedere ai configuratori del server di posta Exchange è molto bassa. Anche enikey può gestire le funzionalità di base.
Per le organizzazioni di medie dimensioni, considero i calendari condivisi una funzionalità davvero utile e difficile da sostituire. E, naturalmente, la comodità dell'integrazione con AD, se presente. E molto spesso c'è l'AD, poiché non riesco a immaginare l'amministrazione della rete per più di 20-30 persone senza Directory attiva. Penso che sia inutile salvare qui e devi acquistare Microsoft Server.
Considera ora i pro e i contro Scambio Microsoft server. Ti avverto di nuovo per ogni evenienza. Racconto solo la mia visione, ho poca esperienza con il server, quindi vorrei ricevere commenti su di esso nei commenti per avere una valutazione più adeguata di questo sistema. Professionisti dello scambio:
Gli svantaggi di Exchange Server sono caratteristici quanto i vantaggi per la maggior parte dei prodotti Microsoft:
La mia conclusione su Exchange Server è che è buono in quasi tutto, tranne che per il prezzo. Se fosse gratuito, molto probabilmente lo userei. Per ragioni abbastanza oggettive, questo è impossibile. Un software buono e conveniente non appare da solo. Devi crearlo e spendere soldi su di esso che vuoi restituire con un profitto.
Oggi, dato il costo di Microsoft Exchange Server e Microsoft Office, non utilizzo questi prodotti Microsoft. Poche persone accettano di stabilire l'importo necessario per il server di posta. Vorrei dare un'occhiata più da vicino a Exchange in condizioni reali almeno 60-80 persone per valutare questo server in modo più obiettivo. Ma finora questa opportunità non si è presentata.
Consentitemi di riassumere il mio ragionamento sul server di posta per una piccola organizzazione media. Sebbene la conclusione, credo, sia già chiara. Io stesso preferisco la seconda opzione che ho descritto: un server di posta basato su software gratuito su Linux. Ma non scarterei le altre due opzioni. Posta gratuita dai servizi pubblici sarà sicuramente conveniente per una squadra molto piccola - per 10-15 persone. Non ha senso bloccare il tuo server per un tale numero.
Consiglierei di utilizzare Exchange Server se ce l'hai e non ti dispiace spendere soldi per acquistarlo. Il prodotto è straordinariamente conveniente, funzionale e facile da configurare e amministrare. Parlando in modo semplice, devi capire che questo è condizionale. Le configurazioni possono essere molto complesse, ma questo caso Sto guardando a livello di entrata.
