Čo je to poštový server. Výber poštového servera pre stredné podniky

Poštový server je špeciálny agent - program, ktorý spracováva požiadavky na poštu, prenáša správy z jedného počítača na druhý.

Server Email pôsobí ako skutočná, nám známa pošta, spracovávajúca bajty, ako papierové správy v obálkach.

Ak chcete poslať list priateľovi, musíte napísať jeho obsah, zadať e-mailovú adresu príjemcu a preniesť všetky údaje na adresu vášho servera elektronické správy. Proces odosielania je automatizovaný na počítači alebo . Odosielajúci server vykoná potrebné výpočty a presmeruje korešpondenciu na server príjemcu, kde sa list dostane k šťastnému priateľovi.

Čo je protokol poštového servera

Ukazuje sa, že pre neprerušované a synchrónne fungovanie sa všetky poštové servery na svete riadia tromi hlavnými pracovné protokoly,

Odosielanie pošty SMTP Simple Mail Transfer Protocol

Za odosielanie pošty je vždy zodpovedný protokol s názvom SMTP, ktorého prvá verzia bola popísaná v štandardoch z roku 1982. V roku 2008 bol upgradovaný na verziu ESMTP s rozšírenou funkcionalitou. Klasický protokolový prístupový port: 25 TCP, v prípade použitia SSL shellu sa port zmení na 465 TCP.

Typickým príkladom fungovania protokolu SMTP je nasledujúca postupnosť akcií:

Váš poštového klienta na počítači vytvorí spojenie so serverom SMTP, na ktorý je nakonfigurované viazanie
Server zaujíma iba jeden parameter, ktorý od vás dostane – príjemca. Požiada službu DNS, aby získala IP adresu doručenia
Keď server SMTP zistí polohu príjemcu v adresnom priestore, vykoná sa pokus o pripojenie priamo k serveru príjemcu na porte 25
SMTP server príjemcu kontroluje prítomnosť klienta v databáze, v prípade zhody odošle dáta na svoj interný POP3 server na umiestnenie do poštovej schránky užívateľa.
Ak sa vyskytnú problémy s pripojením k hostiteľovi SMTP príjemcu, pokus o odoslanie sa v pravidelných intervaloch ešte niekoľkokrát zopakuje. Ak odmietnete, dostanete späť chybové hlásenie.

Prijímanie a ukladanie pošty POP3 Post Office Protocol 3

Úplne prvý, klasický a jednoduchý protokol vzdialený prístup do poštovej schránky. Nie je žiadnym tajomstvom, že e-mail je uložený na serveroch a to, čo vidíte na obrazovke, je len jeho lokálna kópia. V roku 1988 bola vytvorená tretia, finálna verzia protokolu, podľa ktorej klienti môžu zbierať korešpondenciu zo serverov. V predvolenom nastavení sa správy po skopírovaní do lokálneho úložiska pomocou protokolu POP3 natrvalo odstránia zo servera. Štandardný prístupový port: 110 TCP

Zvážte reláciu šablóny so serverom POP3:

Autorizácia. Pripojený klient prejde procesom autentifikácie menom a heslom. Skontroluje, či táto e-mailová adresa patrí jemu
transakcie. Dochádza k výmene údajov o aktuálnom stave schránky, prijímaniu listov a práci s korešpondenciou
Aktualizovať. Server odstráni prečítané správy zo svojho úložiska a zatvorí reláciu.

Pokročilé spracovanie pošty IMAP Internet Message Access Protocol

Zložitejší, komplexnejší a modernejší protokol pre prácu so vzdialeným poštovým serverom. Vyšlo v roku 1986 a výrazne vzrástlo v objeme posledného vydania v roku 2003. Hlavným rozdielom od POP3 komunikácie je, že práca prebieha bez odoslania celého obsahu, ste priamo na serveri a priamo tam upravujete informácie. Nevýhodou protokolu je nemožnosť práce s poštou pri strate internetového pripojenia. Niektorí odborníci sa domnievajú, že IMAP by sa stal monopolistom poštových protokolov, nebyť jeho priemernej implementácie funkcie odosielania e-mailov. Hlavný port pripojenia: 143 TCP alebo 993 TCP pri pripojení cez šifrovaný kanál SSL.

Server IMAP môže byť v štyroch stavoch

Bez autentifikácie. Server čaká na prenos prihlasovacieho mena a hesla od používateľa
Overené. Pre ďalšiu prácu je na výber poštová schránka
Stav výberu. Po výbere poštovej schránky začína práca s písmenami v nej.
VÝCHOD. Zatvorenie spojenia chybou alebo požiadavkou klienta

Vlastný poštový server

Bežný používateľ má pošty dosť služby Google, Yandex atď. Oveľa ťažšie to však majú správcovia portálov a spoločnosti, pre ktoré je potrebné zvýšiť softvér poštové prevody. Žiadna spoločnosť nebude chcieť prijímať objednávky od zákazníkov pod doménou niekoho iného, čo znamená, že nastal čas na vytvorenie vlastného poštového uzla. Tu je viacero možností

Pripravené riešenia

Yandex a MAIL.ru poskytujú bezplatné služby poskytovateľa pošty pre vašu doménu. To znamená, že poštu dostávate na adrese [chránený e-mailom], bolo to úplne rovnaké, ak ste si manuálne vytvorili vlastný poštový server. Spoločnosť sa však stará o spracovanie korešpondencie poskytovaním pohodlného webového rozhrania a samostatných adries pre zamestnancov.

Ďalšou výhodou je, že serverové adresy firemných poštových serverov sú vždy v dôvere klientov, čo znamená, že je oveľa menšia šanca dostať sa do spamu.

Vlastná konfigurácia manuálne

Toto je náročná cesta. Nastavenie takéhoto servera trvá dlho. A kontaktovať špeciálnu spoločnosť bude jednoduchšie a dokonca lacnejšie.

Pre Windows Server Microsoft Exchange Server je považovaný za klasický. Plne integrovaný do Prostredie Windows, kompatibilné so všetkými protokolmi, rýchle a jednoduché nastavenie

Existuje niekoľko plnohodnotných riešení pre Linux, ale odborníci nedávno označili server Postfix za najbezpečnejší a najpohodlnejší spôsob práce. Pripojiteľné spamové filtre, kontrola vynechanej pošty a podpora databázy sú neoddeliteľnou súčasťou Postfixu.

Ak máte chuť naučiť sa vyhľadávať a využívať zraniteľné miesta v informačných sieťach, odporúčam vám zoznámiť sa s online kurz „Workshop na Kali Linux» v OTUS. Kurz je určený pre tých, ktorí nemajú prax informačná bezpečnosť, na prijatie je potrebné prejsť.

Začnime tým, čo myslím pod pojmom stredné podnikanie. Nepoznám presnú klasifikáciu a nikde som nehľadal, nekontroloval. Intuitívne sa mi zdá, že je to od 10-15 používateľov po 200-300. Zvážim segment až 100 používateľov, keďže takmer celý čas pracujem výlučne v tomto výklenku. Problémy a potreby väčších spoločností mi nie sú s určitosťou známe. Nie som si síce istý, že niečo bude zásadne odlišné od 100 ľudí, ale myslím si, že prístupy budú rovnaké, len hardvér je výkonnejší. Problémy rozloženia záťaže a klastrovania tu s najväčšou pravdepodobnosťou ešte nevzniknú.

Máme malú firmu s niekoľkými desiatkami ľudí. Potrebujeme poštový server. Napriek tomu, že technológie už dávno vykročili vpred a poskytujú množstvo rôznych komunikačných prostriedkov, e-mail stále pevne stojí na svojich pozíciách a zatiaľ sa ich nehodlá vzdať. Zároveň v takom malom tíme nie sú kladené veľké požiadavky na poštový server. Najčastejšie stačí, aby pošta len fungovala, bez špeciálnych funkčných zbytočností. Postačí buď emailový klient a protokol imap, alebo webové rozhranie. No, ak je možné nastaviť automatickú odpoveď, urobte to zdieľané priečinky, jediný adresár, ale dá sa žiť aj bez neho.

Spomedzi všetkých možných možností poštovej služby vyberám 3 zásadne odlišné prístupy k implementácii potrebnej funkcie:

Služby založené na bezplatných poštových službách Google, Yandex alebo pošty.
Váš poštový server založený na slobodnom softvéri.
Exchange server od spoločnosti Microsoft.

Poďme analyzovať každý z nich podrobnejšie.

Bezplatná pošta z google, yandex a mail.ru

Hneď napíšem pár komentárov. Nie som si istý, či Google teraz dokáže zaregistrovať bezplatnú firemnú poštu. Všetci, ktorí sa pred použitím zaregistrovali, sú zadarmo a len pre nových používateľov platené predplatné. Ale to nie je zásadné a nesúvisí to priamo s témou článku. Ak sa spoločnosť Google stala úplne platenou za podnikanie, jednoducho ju vylúčime z nášho zoznamu. Yandex a Mail.ru sú stále určite bezplatné. Sám som spravoval poštové domény v aplikácie google a v Yandex. S biz.mail.ru som nepracoval, len viem, že niečo podobné je tam implementované. Samotnú spoločnosť akosi nemám rád od starých čias. Hoci sa teraz zdá, že sa otočili tvárou k používateľom, ale Amigo je stále nažive a zdravý, takže sa ešte neotočili.

Zvážte výhody týchto poštových služieb.

Najdôležitejšou výhodou je, že plnohodnotná pošta je pripravená ihneď po registrácii. Neexistujú žiadne náklady na nákup hardvéru a konfigurácie. Je to dostatočné pre viac či menej pokročilých používateľov, ktorí si podľa pokynov na stránke budú môcť pripojiť doménu a vytvárať poštové schránky. A poštu už môžete používať.
Jednoduchá administrácia a spravovať používateľov, webová služba na to poskytuje všetky potrebné nástroje. Sú pohodlné a intuitívne (aj keď nie vždy) zrozumiteľné.
Pohodlné a zvyčajné webové rozhranie. Všetko funguje rýchlo, odkiaľkoľvek, kde je internetové pripojenie a prehliadač. Existuje dobrá mobilná aplikácia.
Široká funkčnosť, pripravený ihneď po vytvorení krabice. Rôzne filtre, zberače pošty, dobrý antispam (od Google) a mnoho ďalšieho.

Zdá sa, že všetkému nič nechýba. Zdá sa, že výhody sú zrejmé a významné. Ale skôr, než urobíme unáhlené závery, pozrime sa na nevýhody.

Túto poštu neovládate. Nepatrí ti, nie je na vašich serveroch. Nevieš čo sa s ňou deje. Ak máte veľmi citlivú a súkromnú korešpondenciu, vznikajú podozrenia a pochybnosti o používaní obľúbených e-mailových služieb. Môže to znieť paranoidne, ale používateľov a vlastníkov firiem to skutočne znepokojuje, a preto by sa to nemalo podceňovať.
Nie ste imúnni voči zlyhaniam v systéme a nemôžete im žiadnym spôsobom zabrániť. A zlyhania, aj keď nie často, ale stávajú sa. Keďže služby sú bezplatné nikto ti nič nezaručí. A ak dôjde k nejakému zásahu vyššej moci a údaje sa stratia, jednoducho vám povieme prepáč. Ak vy sami nemáte veľmi spoľahlivú IT štruktúru, pravdepodobnosť technické problémy na tvojom osobný server bude pravdepodobne vyššia. Môžete to však ovládať a teoreticky byť schopní zostaviť systém s úrovňou spoľahlivosti, ktorá vás uspokojí.
Nejasné spôsoby zálohovania a obnovenie poštových schránok v takýchto službách. Existujú situácie, keď sú z poštovej schránky odstránené všetky listy. Povedzme, že ich môžete zachrániť rôzne cesty, len sa sťahuje a ako to potom vrátiť späť do krabice so zachovaním všetkých pôvodných dátumov?
Neexistuje spôsob, ako analyzovať nepochopiteľné situácie. Napríklad odošlete list, ktorý sa však adresátovi nedostane. Čo robiť? V prípade cloudovej pošty neurobíte nič, pretože nemáte žiadne nástroje na analýzu situácie. Skúste poslať list z inej schránky. Niekedy nedostanete list a neviete prísť na to, prečo tam nie je. A prípad môže byť banálny v nesprávne nakonfigurovanom filtri. Toto je bežná situácia, keď existuje veľa filtrov a ak je nakonfigurované nejaké ďalšie presmerovanie. Bez prístupu k protokolom servera môže byť ťažké pochopiť situáciu. A ak existuje protokol poštového servera, okamžite je jasné, prečo list nebol odoslaný alebo čo sa s ním stalo po jeho prijatí. Môžete určite zistiť, či vzdialený server dostal váš list alebo nie.
Nie jednoduchými spôsobmi obmedziť prístup k poštovým schránkam, napríklad len z lokálna sieť kancelária. Schránky verejných služieb sú vždy dostupné cez internet. Tento problém je možné vyriešiť v aplikáciách Google prostredníctvom autorizácie v službách tretích strán. V Yandex a pošte som nevidel príležitosť implementovať takúto funkčnosť.
Aj to je potrebné pochopiť syr zadarmo vedieť, kde sa to deje. Nie je úplne jasné, ako poštové služby využívajú informácie prijaté od používateľov. No, keby len preto, aby sa im zobrazovali relevantné reklamy. Nemyslím si, že je to len na to.

Keď som pred 10 rokmi prvýkrát začal pracovať, nebolo pochýb o tom, aký druh pošty v organizácii používať. Každý si nastavil svoje poštové servery a spravoval ich. Bezplatné poštové služby neposkytovali v tom čase firmám žiadne nástroje na správu pošty. Keď sa takéto nástroje začali objavovať, myslel som si, že čoskoro nikto nebude potrebovať ich poštové servery, pretože už nebudú dávať zmysel. A všetko moje trápenie (nerád s nimi pracujem) s poštovými servermi stratí zmysel.

Dostal som možnosť spravovať domény založené na verejných poštových službách. Potom sa objavil zoznam nevýhod napísaný vyššie. A pre mňa osobne tieto mínusy prevážili plusy a teraz si poštové servery nastavujem sám. V konečnom dôsledku je to pohodlnejšie a spoľahlivejšie, keď spolu zvážite výhody a nevýhody používania a správy.

Najväčšiu nevýhodu vidím v nedostatku plnohodnotných protokolov pošty a dobrej schémy zálohovania. Je nepohodlné analyzovať problémy bez protokolov. Nebude možné rýchlo a jednoducho obnoviť vymazaný list na pôvodné miesto, hoci je to jednoduchá záležitosť pre poštové servery s otvoreným zdrojovým kódom.

Poštový server založený na slobodnom softvéri

Zvážte výhody a nevýhody vášho vlastného poštového servera založeného na slobodnom softvéri. V zásade sa sem dajú zaradiť aj niektoré platené, napríklad Kerio Mail Server, ktorý sa tiež často používa. Myslím, že to možno pripísať aj tu, keďže poskytuje podobnú funkcionalitu. Beriem do úvahy všetky poštové servery súhrnne, bez toho, aby som vyčlenil jednotlivých zástupcov. Aj keď v Linuxe som okrem postfixu a eximu osobne nevidel nič vo výrobe. Sám vždy používam postfix, pretože som naň zvyknutý a dobre ho poznám. Dôkladne zvážte výhody takýchto serverov.

Máte úplnú kontrolu nad všetkými informáciami, ktorý prichádza poštou a je uložený na vašom serveri. Prístup k pošte môžete obmedziť podľa vlastného uváženia. technické prostriedky. Môžete centrálne nakonfigurovať pravidlá pre odstraňovanie, napríklad súkromných informácií v listoch, podľa rôznych kritérií, ktoré si sami nastavíte.
Úroveň dostupnosti poštovej služby závisí len od vás. So správnym prístupom, môžete poskytnúť spoľahlivosť, ktorá vám vyhovuje prevádzka systému.
Flexibilný zálohovací systém. Na jeho organizáciu je veľa finančných prostriedkov, vrátane bezplatných. Všetko závisí od vašich potrieb, zručností a schopností. Môžete ukladať rôzne plátky podľa dátumu, poštovej schránky, domény, organizovať akúkoľvek vhodnú schému.
Prakticky neobmedzená funkčnosť. V rozumných medziach, samozrejme :) Môžete si vytvárať schránky s možnosťou len lokálnej korešpondencie, môžete centrálne spravovať príjem a odosielanie pošty, viesť si vlastné biele a čierne listiny. Na poštové schránky a domény si môžete nastaviť rôzne obmedzenia. Môžete jednoducho centrálne spravovať duplikáciu pošty potrebných poštových schránok, robiť všetky druhy preposielania a oveľa viac.
Všetky prostriedky monitorovania prevádzky servera sú vo vašich rukách. Budete si vedieť poradiť s každou nepochopiteľnou situáciou s protokolmi poštového servera. Táto služba je dobre prihlásená. Takmer nikdy som nemal problémy, keď nebolo jasné, kam list zmizol. Najčastejšie sú tam stopy a určite viete povedať, čo sa stalo s listom.

Nevyhnutné kúpiť alebo prenajať vybavenie na usporiadanie vášho poštového servera. V prípade servera Linux nebudú požiadavky na výkon veľké. Väčšinou mám dosť virtuálnych strojov pre 4 jadrá a 4 GB Náhodný vstup do pamäťe. Diskový subsystém je oveľa dôležitejší. Tu platí, že čím rýchlejšie sú disky, tým lepšie. Nezabudnite na zálohu. Potrebuje aj zdroje železa.
Nastavenie plnohodnotného, multifunkčného poštového servera si vyžaduje aspoň priemerné znalosti v administrácii linuxového systému. To znamená, že tu nebude fungovať iba admin-enikey. Potrebujete odborníka so skúsenosťami. Mal by mať slušný plat. Ak v štáte takýto admin nie je, odporúčam zamestnať niekoho na jednorazovú nastavovaciu prácu. Najčastejšie sa po nastavení nevyžaduje špeciálna práca na údržbe servera, ak nezmeníte funkčnosť. Stačí len nasledovať voľné miesto na diskoch a spravovať boxy cez webový panel.
Jednoduché použitie cez webové rozhranie bude nižšia ako v bezplatných poštových službách. Páči sa vám to alebo nie, ale ten istý gmail je implementovaný veľmi pohodlne. Rýchle vyhľadávanie, filtre, triedenie, štítky atď. Je to naozaj pohodlné. Som na to veľmi zvyknutý a nemôžem používať nič iné.

Vidím takéto nevýhody mojej poštovej služby. Najdôležitejšia je pre mňa tá posledná. Sám som zvyknutý pracovať s poštou cez web. Nerád používam poštových klientov, hoci musím. Webové rozhrania bezplatných poštových serverov z hľadiska pohodlia a rýchlosti nezaostávajú za gmailom alebo Yandexom, nemá zmysel porovnávať. A napriek tomu si myslím, že pre priemernú organizáciu je to najviac najlepšia možnosť. Príkladom nastavenia takéhoto bezplatného poštového servera je .

Výhody a nevýhody servera Microsoft Exchange Server

Nemám veľa skúseností s výmennou správou. Testoval som to už dávno, keď som sa rozhodoval, s ktorými poštovými servermi budem pracovať. Nainštalované, preštudované funkcie. Potom som raz nastavil poštový server pre organizáciu. Chceli presne výmenu. Neboli žiadne problémy, rýchlo som to nastavil podľa početných návodov na internete. Vstupný limit pre nástroje na prispôsobenie pošty výmenné servery veľmi nízky. Základnú funkcionalitu zvládne aj enikey.

Pre stredne veľké organizácie považujem zdieľané kalendáre za skutočne užitočnú a ťažko nahraditeľnú funkcionalitu. A samozrejme, pohodlie integrácie s AD, ak existuje. A najčastejšie je tam AD, keďže si neviem predstaviť správu siete pre viac ako 20-30 ľudí bez Active Directory. Myslím si, že je zbytočné tu šetriť a musíte si kúpiť Microsoft Server.

Zvážte teraz výhody a nevýhody servera Microsoft Exchange Server. Pre každý prípad vás ešte raz varujem. Hovorím len svoju víziu, so serverom mám málo skúseností, preto by som k nemu rád dostal komentáre sám v komentároch, aby som mal adekvátnejšie posúdenie tohto systému. Výhody výmeny:

Skvelá funkčnosť s relatívnou ľahkosťou nastavenia. Nasaďte server so základnými funkciami pre každého správcu. Navyše, táto základná funkcionalita môže byť viac než akákoľvek zostava pod Linuxom.
Integrácia s Active Directory. vytvárate nový účtu užívateľ a Poštová schránka okamžite pre neho pripravený. Ak používateľ má, nie sú potrebné žiadne špeciálne nastavenia Microsoft Outlook. Pripojenie k serveru je nakonfigurované niekoľkými kliknutiami myšou.
Pohodlné administratívne nástroje ako hotové moduly snap-in Windows Server. Všetko je pre riešenia od Microsoftu tradičné.

Nevýhody servera Exchange sú rovnako charakteristické ako plusy pre väčšinu produktov spoločnosti Microsoft:

Cena, cena a ešte cena. Microsoft Exchange Server je drahý. Je potrebné zvážiť a odhadnúť, či bude opodstatnené ho získať. Ak chcete použiť všetky vstavané funkcie, bude to potrebné pre každú z nich pracovisko kúpiť vydanie Microsoft Office vrátane Outlooku. Ide o dodatočné náklady.
Vyžaduje si dobrý výkon oveľa výkonnejšie železo v porovnaní so servermi na Linuxe. A na podporu veľkých poštových schránok, napríklad 50 gigabajtov, budete potrebovať veľmi výkonný hardvér. Hoci takéto boxy pre ten istý holubník nepredstavujú žiadne zvláštne problémy. Výmenou za to s najväčšou pravdepodobnosťou použijete kvóty na obmedzenie maximálnej veľkosti poštovej schránky.
Na zálohovanie si s najväčšou pravdepodobnosťou budete musieť zakúpiť aj slušný hardvér a platený softvér. Tu len hádam, naozaj neviem, čo je potrebné na pohodlné zálohovanie výmeny. Poznám platený softvér od populárnych predajcov. Možno je niečo zadarmo.

Môj záver o Exchange Server je, že je dobrý takmer vo všetkom, okrem ceny. Keby to bolo zadarmo, s najväčšou pravdepodobnosťou by som to použil. Z celkom objektívnych dôvodov je to nemožné. Dobrý a pohodlný softvér sa neobjaví sám od seba. Musíte si ho vytvoriť a minúť naň peniaze, ktoré chcete vrátiť so ziskom.

Dnes, vzhľadom na náklady na Microsoft Exchange Server a Microsoft Office, tieto produkty Microsoftu nepoužívam. Len málo ľudí súhlasí s tým, že vyčlení potrebné množstvo pre poštový server. Rád by som sa bližšie pozrel na Exchange v reálnych podmienkach, aspoň 60-80 ľudí, aby som mohol objektívnejšie zhodnotiť tento server. Táto príležitosť sa však zatiaľ nenaskytla.

Záver

Dovoľte mi zhrnúť moje úvahy o poštovom serveri pre malú priemernú organizáciu. Aj keď záver, myslím, je už jasný. Ja sám preferujem druhú možnosť, ktorú som opísal – poštový server založený na slobodnom softvéri na linuxe. Ale neznevažoval by som ďalšie dve možnosti. Pošta zadarmo z verejných služieb bude určite vhodný pre veľmi malý tím - pre 10-15 ľudí. Nemá zmysel ohradzovať váš server pre takéto číslo.

Odporúčam používať Exchange Server, ak ho máte a nevadí vám míňať peniaze na jeho nákup. Produkt je jedinečne pohodlný, funkčný a ľahko konfigurovateľný a spravovateľný. Jednoducho povedané, musíte pochopiť, že je to podmienené. Konfigurácie môžu byť veľmi zložité, ale v tomto prípade sa pozerám na vstupnú úroveň.

Workshop na Kali Linuxe

Kurz pre tých, ktorí majú záujem robiť penetračné testy a chcú si prakticky vyskúšať situácie blízke reálnym. Kurz je určený pre tých, ktorí ešte nemajú skúsenosti s informačnou bezpečnosťou. Tréning trvá 3 mesiace po 4 hodiny týždenne. Čo vám tento kurz dá:

Hľadajte a využívajte zraniteľné miesta alebo chyby v konfigurácii v podnikových sieťach, webových stránkach, serveroch. Dôraz na testovanie OS Windows a na bezpečnosť firemného segmentu.
Učebné nástroje ako metasploit, sqlmap, wireshark, burp suite a mnoho ďalších.
Ovládanie sady nástrojov Kali Linux v praxi – každý špecialista na informačnú bezpečnosť by ju mal poznať.

Otestujte sa na vstupnom teste a pozrite si program, kde nájdete ďalšie podrobnosti.

Mnoho správcov systému má pri práci s e-mailovými systémami určité ťažkosti. To nie je prekvapujúce, poštový server má oveľa zložitejšiu štruktúru ako súborový server, smerovač alebo terminálový server. V tomto článku sa budeme zaoberať štruktúrou a princípom fungovania poštových serverov, bez toho, aby sme pochopili, ktoré nastavenie e-mailového systému je celkom schopné premeniť sa na šamanské tance s tamburínou.

Tento materiál obsahuje pomerne veľa zjednodušení a zovšeobecnení, aby bolo možné poskytnúť správcov systému požadované minimálne znalosti. Podľa nášho názoru nie je pre správu jedného alebo dvoch základných poštových serverov vôbec potrebné stať sa špecialistom v oblasti elektronickej pošty.

Pre väčšinu používateľov a začínajúcich správcov je poštový server akousi „čiernou skrinkou“, ktorá po prijatí listu doručí list adresátovi „neznámymi“ spôsobmi a naopak. Celá interakcia s takýmto serverom spočíva v adresovaní poštového klienta na určité porty, prípadne aj cez webové rozhranie. Vo vnútri sa však skrýva celý mechanizmus, ktorého pochopenie fungovania je kľúčové pre úspešné nastavenie a údržbu e-mailového systému. Toto je obzvlášť dôležité pre správu serverov na platforme Linux. Na rozdiel od Windowsu, kde je poštový server kompletným softvérovým riešením a vývojári sa už postarali o internú interakciu, v Linuxe sú súčasti poštového servera samostatné programy a ich interakciu si musíte nakonfigurovať sami.

Pozrime sa na štruktúru poštového servera a na to, čo sa stane, keď sa používateľ pokúsi odoslať poštu.

Najdôležitejšou súčasťou poštového servera je MTA (Agent pre prenos pošty-- agent pre zasielanie pošty), medzi ktorého úlohy patrí prijímanie a odosielanie pošty. Veľmi často (v Linuxe/UNIXe) sa MTA označuje aj ako poštový server. MTA funguje na protokole SMTP a jeden z nich už v zásade stačí na vytvorenie e-mailového systému. Kedysi to bolo presne tak a na to, aby ste sa dostali do svojej poštovej schránky, ste potrebovali určité technické znalosti.

Pokrok však nie je zastavený, MTA, ktorý dostane list, ho umiestni do poštovej schránky používateľa na serveri, ku ktorému musí mať prístup, pokiaľ možno najjednoduchším a najzrozumiteľnejším spôsobom. Tu prichádza fáza MDA (Zástupca doručovania pošty-- agent doručovania pošty), jeho úlohou je na žiadosť poštového klienta prenášať naň poštu z poštovej schránky na serveri. MDA môže pracovať pomocou protokolov POP3 alebo IMAP, v niektorých prípadoch na „komunikáciu“ poštového klienta a doručovacieho agenta možno použiť ich vlastné protokoly s rozšírenou funkcionalitou, ako je MAPI (Exchange Server).

Na rozdiel od všeobecnej mylnej predstavy, MDA nemá nič spoločné s procesom prenosu pošty. Toto je výsada MTA. Ak chcete nakresliť analógiu, môžete si predstaviť MTA ako poštu, ktorá prijíma a odosiela poštu, a MDA s poštárom, ktorý prináša prichádzajúcu korešpondenciu až k vám domov. Ak je poštár chorý, nebude to mať vplyv na prácu pošty, len nebudete dostávať listy doma. Taktiež MDA, jeho výpadok nevedie k nefunkčnosti poštového servera, iba sa stáva nedostupný príjem pošty poštovým klientom, zároveň je ľahko prístupný aj inými spôsobmi, napríklad cez webové rozhranie.

Pozrime sa, čo sa stane pri odosielaní pošty. V našom príklade používateľ Ivanov nachádzajúci sa v doméne example.org ( [chránený e-mailom]), napíše list Kozlovovi v doméne example.com ( [chránený e-mailom]). Pre Ivanova proces odosielania pošty pozostáva z vytvorenia správy a stlačenia tlačidla „Odoslať“ v poštovom klientovi. Poštový klient sa pripojí k MTA pomocou protokolu SMTP a najprv komunikuje svoje poverenia. Po autorizácii používateľa MTA prijme správu a pokúsi sa ju doručiť ďalej.

V skutočnosti autorizácia nie je povinná procedúra pre MTA, ale bez autorizácie dostaneme otvorené relé, t.j. ktokoľvek môže použiť náš server na odosielanie pošty a spameri budú nadšení! V súčasnosti sa otvorené prenosy vyskytujú hlavne v dôsledku chýb konfigurácie servera. Je však celkom možné, že MTA prijíma poštu od dôveryhodných používateľov, napríklad z lokálnej siete spoločnosti, bez autorizácie.

MTA môže na autorizáciu použiť svoj vlastný zoznam používateľov, zoznam systémov, zoznamy používateľov LDAP alebo AD. Existuje aj spôsob: Autorizácia POP pred SMTP, keď sa používateľ pred odoslaním pošty prihlási do MDA, čo následne potvrdí autentifikáciu používateľa do MTA.

Ďalší krok MTA analyzuje servisné informácie listu, určí doménu príjemcu, ak patrí k doménam obsluhovaným údajmi MTA, vyhľadá sa príjemca a list sa vloží do jeho poštovej schránky. To sa stalo, ak Ivanov napísal list Petrovovi alebo Sidorovovi.

Ak doménu príjemcu neobsluhuje MTA, vygeneruje sa DNS dotaz s požiadavkou na MX záznamy pre danú doménu. Záznam MX je špeciálny druh záznamu DNS, ktorý obsahuje názvy poštových serverov, ktoré spracovávajú prichádzajúcu poštu pre danú doménu. Môže existovať viac ako jeden záznam MX, v takom prípade sa MTA pokúsi nadviazať spojenie postupne, počnúc serverom s najvyššou prioritou. Ak neexistuje záznam MX, požaduje sa záznam A (záznam adresy, ktorý mapuje Doménové meno s adresou IP) a vykoná sa pokus o doručenie pošty na hostiteľa, ktorý je tam uvedený. Ak správu nie je možné odoslať, vráti sa odosielateľovi (umiestnená v poštovej schránke používateľa) s chybovým hlásením.

Nebudeme brať do úvahy prácu prijímajúceho servera, budeme predpokladať, že všetko prebehlo dobre, Kozlov dostal list od Ivanova a napísal mu odpoveď. Server obsluhujúci doménu example.com robí presne to isté a pokúša sa odoslať poštu na náš server. Po prijatí prichádzajúcej správy MTA, rovnako ako v prípade lokálneho odosielateľa, skontroluje doménu príjemcu, ak je medzi obsluhovanými MTA, spracovanie správy pokračuje, inak server odmietne prijať poštu. Po kontrole domény sa skontroluje príjemca, ak je prítomný v zozname užívateľov, správa je doručená do jeho schránky, inak sú dve možnosti: odmietnutie prijatia správy alebo prijatie správy do všeobecnej schránky (schránka správcu ). Toto nastavenie na jednej strane zvyšuje počet prijatých spamov, na druhej strane umožňuje nestratiť listy s chybne napísanými adresami.

Ďalším opatrením proti spamu je vyžiadanie záznamu PTR. Záznam PTR (pointer record) spája IP adresu s názvom domény. Keď požadujete PTR, MTA prijíma poštu iba vtedy, ak sa doména odosielateľa zhoduje s doménou odosielajúceho servera.

Pozrime sa na príklad podrobnejšie. Nejaký server spam.com sa pokúša posielať e-maily s falošným odosielateľom, údajne zo servera example.com, ktorý je nám známy. V prípade filtrovania podľa bielych/čiernych listín bude takýto list doručený, keďže odosielateľom je používateľ z dôveryhodnej domény (s čím spameri rátali). Aby bolo možné bojovať proti spamu, MTA generuje požiadavku záznamy PTR pre IP adresu odosielajúceho servera, ktorú nahlási počas relácie SMTP. Pre adresu y.y.y.y žiadosť PTR vráti názov domény spam.com, ktorý sa nezhoduje s doménou odosielateľa, čo spôsobí odmietnutie správy. Zároveň budú prijaté správy zo servera x.x.x.x, pretože doména zo záznamu PTR pre x.x.x.x (example.com) sa zhoduje s doménou odosielateľa.

Takže správa bola prijatá a je v poštovej schránke používateľa. Ako to čítať? Úložisko pošty, kde sa nachádzajú schránky používateľov, možno organizovať rôznymi spôsobmi: od banálnych priečinkov a súborov až po databázu. Bez technických znalostí je nepravdepodobné, že budete môcť čítať svoju vlastnú poštu. Mal by sa však používateľ Ivanov o to zaujímať? Pre neho je proces prijímania pošty zredukovaný na stlačenie tlačidla „Prijať“ v poštovom klientovi.

Na prijímanie pošty klient nadviaže spojenie s MDA cez protokol POP3 alebo IMAP, pričom nevyhnutne odovzdá údaje na autorizáciu. MDA skontroluje, či sa používateľ nachádza v zoznamoch a v prípade úspechu pošle klientovi všetky nové správy do jeho poštovej schránky. Používateľ Ivanov dostáva jeho korešpondenciu a môže s ňou pracovať spôsobom, ktorý mu vyhovuje.

Tu náš článok končí, dôrazne odporúčame premyslené čítanie a asimiláciu materiálu v ňom uvedeného. Následne pri zvažovaní praktické implementácie mail servery, predložíme materiál na základe toho, že čitateľ má znalosti v rozsahu minimálne tohto článku.

Poštový server (e-mailový server, poštový server)- v systéme preposielania e-mailov je to zvyčajne meno agenta prenosu správ (anglický mail transfer agent, MTA). Toto počítačový program, ktorý prenáša správy z jedného počítača do druhého. Poštový server zvyčajne funguje „v zákulisí“ a používatelia sa zaoberajú iným programom - e-mailovým klientom (anglický mail user agent, MUA).

Organizácia vlastného poštového servera vám umožňuje flexibilnejšie formovať politiku odosielania a prijímania poštových správ. Možnosti hostiteľa poštovej domény na nastavenie a spracovanie správ sú často obmedzené, zatiaľ čo filtre ICS vám umožňujú simulovať mnoho rôznych situácií, ako aj uchovávať záznamy a štatistiky prenášaných správ a mnoho ďalšieho.

Pri vstupe do modulu sa zobrazí stav všetkých služieb poštového a jabber servera, ako aj tlačidlo „Zakázať“ (alebo „Povoliť“, ak je služba vypnutá). K dispozícii je tiež miniaplikácia s výberom hlavných akcií, grafom štatistík pošty a informačných kanálov, ako aj najnovšími udalosťami denníka.

nastavenie

Karta Nastavenia vám umožňuje definovať nasledujúce možnosti poštový server:

Port SMTP/POP3/IMAP- umožňuje zmeniť štandardné porty pre príjem a odosielanie poštových správ.

Rozhrania pre SMTP/POP3/IMAP- umožňuje vybrať serverové rozhrania, cez ktoré sa prijímajú a odosielajú e-mailové správy. V predvolenom nastavení sú všetky rozhrania povolené.

Nasledujúce polia vám umožňujú nastaviť maximálna veľkosť písmená (v megabajtoch), maximálne množstvo správy z rovnakej IP adresy za minútu, interval medzi pokusmi o odoslanie, ako aj minimálny a maximálny čas čakania vo fronte pošty.

Štandardne relé. Relé - uzol, ktorý prijíma/preposiela správy (e-mail), v tomto prípade ICS funguje ako jeho predvolená úloha. V niektorých prípadoch možno budete musieť zaregistrovať iný server, cez ktorý bude ICS odosielať poštu (napríklad v prípade poštovej schránky typu multidrop nakonfigurovanej na poštovom serveri poskytovateľa).

Adresy, z ktorých je povolené preposielanie- toto je zoznam adries a názvov domén, z ktorých bude ICS vždy prijímať poštu bez greylistingu a kontroly korešpondencie dopredných a spätných záznamov.

Adresy, z ktorých je preposielanie zakázané- toto je zoznam adries a názvov domén, e-mailových správ, z ktorých ICS vždy odmietne.

čierne listiny RBL. RBL, Real-time Blackhole List (alebo DNSBL - DNS blacklist alebo DNS blocklist) - zoznamy hostiteľov uložené pomocou systému architektúry DNS. Zvyčajne sa používa na boj proti spamu. Poštový server pristupuje k DNSBL a kontroluje prítomnosť IP adresy klienta, od ktorého prijíma správu. Ak je odpoveď kladná, považuje sa to za pokus o prijatie spamovej správy. Server odosielateľa je hlásený o chybe 5xx (závažná chyba) a správa nie je prijatá. Vo väčšine prípadov nemusíte tento zoznam meniť.

Predvolená doména autorizácie definuje poštovú doménu, ktorá bude automaticky nahradená počas autorizácie užívateľa. Ak zadáte predvolenú doménu, používatelia tejto domény sa budú môcť prihlásiť pomocou názvu svojej poštovej schránky bez zadania domény.

Automaticky vytvárať priečinky pri vytváraní poštovej schránky- obsahuje zoznam štandardných priečinkov vytvorených v poštovej schránke. V prípade potreby môžete zmeniť ich zloženie.

Skontrolujte poštu s antivírusom Clamav /Dr.Wed /Kaspersky- nastavenie týchto príznakov dáva signál poštovému serveru, aby skontroloval prichádzajúce a odchádzajúce správy na prítomnosť vírusov. Ak je výsledok pozitívny, namiesto samotného listu dostane príjemca správu o výsledkoch kontroly a samotný list sa pripojí k správe.

Použite greylisting. Greylisting je metóda automatického blokovania spamu, založená na skutočnosti, že „správanie“ softvéru určeného na rozosielanie spamu je odlišné od správania bežných emailových serverov. Ak poštový server príjemcu odmietne prijať list a ohlási „dočasnú chybu“, server odosielateľa to musí skúsiť znova neskôr. Softvér na odosielanie spamu sa to v takýchto prípadoch zvyčajne nepokúša. Tento režim môžete povoliť pre rozšírenú kontrolu nevyžiadanej pošty. Po povolení tejto možnosti budú parametre greylistu dostupné na úpravu - čas ignorovania opätovného odoslania (v sekundách), čas čakania na opätovné odoslanie (v hodinách), čas ponechania odosielateľa na bielom zozname (v dňoch).

Názov servera pre SMTP definuje možnosť SMTP Banner Postfix.

Certifikát pre SMTP/POP3/IMAP- ako ostatné ICS služby, aj poštový server môže pracovať podľa štandardného protokolu, v ktorom nie sú dáta pri prenose súborov šifrované (čo nie je bezpečné), ako aj podľa zabezpečeného. Na tieto účely sa používajú SSL certifikáty. Kliknutím na tlačidlo […] môžete každému protokolu priradiť certifikát, ktorý bol predtým vytvorený v príslušnom module.

Použite DLP- spúšťa službu na kontrolu poštových správ pomocou odtlačkov prstov dôverných informácií.

Pevný disk na ukladanie pošty umožňuje presunúť poštový obchod do samostatného HDD. Štandardne sa pošta ukladá na systémový oddiel.

Podpis pre webové rozhranie je povolené v nastaveniach poštového servera, preto musíte začiarknuť políčko „použiť podpis“ a zadať podpis do okna, ktoré sa otvorí, kliknutím na tlačidlo „upraviť html“ a potom uložiť nastavenia.

Podpis je možné zadať v režime wysiwyg aj v režime html.

V podpise je možné použiť premenné v tvare [názov premennej], ich možné hodnoty sú uvedené nižšie:

Cn - Používateľské meno ou - Skupina, v ktorej je mail - Mailová adresa popis - Pole "popis" v poznámkach používateľa - Pole "komentár" telefónneho čísla používateľa - Pole "telefón" v názve používateľa - Pole "pozícia" používateľa url - Pole "Webová stránka" poštovej adresy používateľ - Pole "Adresa" používateľa pagera - Pole "ICQ" používateľ upozorní - Pole "popis" skupiny, v ktorej je

Na vkladanie obrázkov sa používa kódovanie obrázkov v údajoch: url. To sa deje takto: pomocou služby http://dataurl.net/#dataurlmaker (alebo podobnej) sa obrázok skonvertuje do formátu , následne sa výsledný text vloží do podpisového html kódu.

DÔLEŽITÉ: zvláštnosťou tohto mechanizmu v Roundcube je, že podpis sa automaticky vygeneruje len pre nový účet vytvorený po nastavení podpisu. Po vygenerovaní tiež nebude možné podpis automaticky zmeniť, preto si automatický podpis pri vytváraní dôkladne naplánujte

Nahrajte logo pre Roundcube- toto tlačidlo umožňuje vybrať obrázok, ktorý sa bude nachádzať v ľavom hornom rohu webového rozhrania pošty. Napríklad logo vašej organizácie.

Posledné tri začiarkavacie políčka vám umožňujú povoliť podpis DKIM, skontrolovať DKIM prichádzajúcich správ a automaticky zakódovať hlavičky e-mailov do UTF-8.

Adresár

Domény a poštové schránky

Pred pridaním vlastných poštových schránok musíte vytvoriť poštovú doménu. Prejdite na kartu „Domény a poštové schránky“ a kliknite na tlačidlo „Pridať“ → „poštová doména“. Doménu môžete pomenovať ľubovoľným neexistujúcim názvom, ak bude výmena listov prebiehať v rámci podnikovej siete, alebo si môžete nastaviť preposielanie správ na reálnej doméne registrovanej pre vašu organizáciu. Ak je v nastaveniach zaškrtnuté políčko „Vytvoriť podpis DKIM“, pridá sa automaticky.

Keď znova dvakrát kliknete na vytvorený účet, otvorí sa s už vytvoreným kľúčom DKIM, ktorý je možné v prípade potreby skopírovať.

Potom zvýraznením vytvorenej domény môžete do nej pridať vlastné poštové schránky. Server vás vyzve na zadanie názvu schránky, hesla a výber používateľa, ktorému bude táto schránka priradená. V prípade potreby môžete určiť kvótu - maximálne vyhradené miesto na pevnom disku ICS na ukladanie písmen tohto používateľa. Po prekročení tejto kvóty nebudú písmená pre používateľa akceptované. V predvolenom nastavení neexistuje žiadna kvóta.

Nie je potrebné vytvárať samostatnú poštovú schránku pre každý e-mailový názov, ktorý potrebujete. Namiesto toho môžete vytvoriť prepojenie na zadanú poštovú schránku. Potom všetky písmená prichádzajúce do krabice [chránený e-mailom], bude presmerovaný do skutočnej schránky [chránený e-mailom]

Dôležité: pri vytváraní poštových domén a poštových schránok sa príslušné domény a účty zobrazia v sekcii server jabber. Platí to aj naopak.

Aby bola poštová doména dostupná z externej siete a mohla si vymieňať dáta s inými externými servermi, je potrebné nakonfigurovať DNS záznamy.

Po vytvorení poštových schránok pre používateľov sa môžu pripojiť k ICS pomocou e-mailových klientov (napríklad Mozilla Thunderbird alebo Microsoft Outlook) alebo použiť webové rozhranie pre poštu.

Záložka "Filtre" slúži na spracovanie odoslaných a prijatých správ. Poštu spracúvajú podľa týchto podmienok: veľkosť, odosielateľ, príjemca, predmet. Podmienka môže byť prísna alebo neprísna. Počet podmienok môže byť ľubovoľný, pričom filter dokáže spracovať poštu, keď sa všetky podmienky úplne zhodujú, aj keď nastane prvá zhoda. Po zhode podmienky môže filter vymazať správu, presunúť ju do inej schránky alebo vytvoriť kópiu.

Vo vyššie uvedenom príklade sa všetky listy odoslané na rovnakú adresu, ktorých veľkosť je väčšia ako 5000 kB a v predmete listu obsahuje výraz „nie je spam“, skopírujú do inej schránky ICS.

Ak chcete vytvoriť nový filter, musíte najskôr vybrať podmienky pre spustenie – ak sa zhodujú všetky podmienky, ktorúkoľvek z podmienok, alebo použiť na všetky správy bez ohľadu na podmienky.

Prichádzajúce a odchádzajúce e-maily môžete filtrovať podľa predmetu e-mailu, odosielateľa, príjemcu a veľkosti (v kilobajtoch). Kontrola zhody podmienok môže byť prísna („zhoduje sa s“) alebo nie prísna („obsahuje“, „začína na“, „končí na“), ako aj naopak („neobsahuje“). Jednému filtru môžete priradiť ľubovoľný počet podmienok.

Posledným krokom je výber akcie, ktorá sa vykoná po spustení filtra. List môžete presunúť, skopírovať na inú adresu alebo vymazať. Prvé dve podmienky umožňujú zadať názov poštovej schránky alebo ju vybrať zo zoznamu vytvoreného na ICS.

Príklad konfigurácie filtrov nájdete v časti .

Mailing listy sú rovnaké filtre, ale so zjednodušeným rozhraním, v ktorom stačí špecifikovať mailboxy, do ktorých bude mailing list distribuovaný. Schránku, do ktorej do systému prichádza pôvodný list, neotvárajte, keďže ide o odkaz.

Antispam

Na šoférovanie poštové účty umiestnené na iných serveroch, môžete použiť funkciu "zberateľ pošty" ICS. S jeho pomocou sa ICS pripojí k zadanému poštovému serveru pod zvoleným prihlasovacím menom a heslom a presunie alebo skopíruje obsiahnutú poštu do poštových schránok používateľov ICS.

Môžete určiť, čo robiť so správami na serveri - zhromažďovať všetky, zhromažďovať iba nové, nechať správy na serveri alebo ich odstrániť. Interval zberača a počet stiahnutých písmen na reláciu sú tiež nakonfigurované.

Funguje v dvoch režimoch – automatická detekcia príjemcu a určenie poštovej schránky na zostavenie. Automatická detekcia funguje, ak má organizácia jednu externú schránku umiestnenú na serveri poskytovateľa a ostatné schránky slúžia ako jej aliasy. V ostatných prípadoch sa používa priame označenie montážnej krabice. To znamená, že vo väčšine prípadov musíte pri vytváraní kolektora nastaviť prepínač do polohy „Vpred do“.

Zberač pošty je možné použiť aj v prípadoch, keď organizácia používa takzvanú metódu pošty „multidrop“. Spočíva v tom, že všetka pošta prichádza na server poskytovateľa alebo hostiteľa a tam sa ukladá bez toho, aby bola rozdelená do užívateľských schránok. V tomto prípade pri nastavovaní zberača pošty nie je potrebné meniť pole „príjemca“ (predvolená hodnota v ňom je adresa príjemcu). Zozbierané listy sa teda budú automaticky distribuovať v závislosti od adresáta v schránkach používateľov ICS a v prípade absencie takýchto adresátov budú pridané do štandardne vybranej schránky.

frontu pošty

Táto karta zobrazuje správy, ktoré čakajú na odoslanie alebo ktoré z nejakého dôvodu neboli odoslané (napríklad odmietnuté sivým zoznamom upstream poštového servera). Keď vyberiete akýkoľvek objekt zo zoznamu, môžete vidieť kód chyby, pre ktorý nebol dodaný. Frontu pošty môžete spravovať pomocou tlačidiel „Vymazať front“ a „Odoslať všetko“. Každý list môže byť tiež odoslaný jednotlivo alebo odstránený z frontu.

Štatistiky

Na kontrolu prichádzajúcej a odchádzajúcej pošty, ako aj spamu a nechcených e-mailov môžete použiť sekciu „Štatistiky“.

Rovnako ako v štatistikách používateľov, aj v ovládacom paneli môžete použiť rôzne filtre všeobecné informácie o poštovej prevádzke ICS a zobraziť ich vo forme tabuľky. Stĺpce tabuľky sa líšia v závislosti od použitého filtra.

Generátor prehľadov vyzerá veľmi podobne ako štatistiky používateľov. Hlavné filtre môžu zobrazovať informácie o návštevnosti používateľov, zoskupené podľa nasledujúcich kritérií:

podľa domén odosielateľa,

podľa domén príjemcov,

cez poštové schránky,

podľa hodín/dní/mesiacov,

podrobnosti o písmenách;

Časopis

Záložka Log obsahuje súhrn všetkých systémových správ z poštového servera. Časopis je rozdelený na strany, pomocou tlačidiel „dopredu“ a „späť“ môžete prechádzať zo strany na stranu, prípadne zadať do poľa číslo strany a ihneď sa na ňu prepnúť.

Záznamy denníka sú farebne zvýraznené v závislosti od typu správy. Normálne systémové hlásenia sú označené bielou farbou, chyby červenou farbou.

V pravom hornom rohu modulu je vyhľadávací panel. Pomocou neho môžete v denníku vyhľadať záznamy, ktoré potrebujete.

Denník vždy zobrazuje udalosti pre aktuálny dátum. Ak chcete zobraziť udalosti na iný deň, vyberte požadovaný dátum pomocou kalendára v ľavom hornom rohu modulu.

Poštový server, poštový server, e-mailový server – toto je zvyčajne názov agenta na preposielanie správ v systéme preposielania e-mailov. Ide o softvér, ktorý prenáša správy z jedného počítača do druhého. Poštový server zvyčajne nie je viditeľný pre používateľa. Samotný používateľ má do činenia s iným softvérom – e-mailovým klientom.

Napríklad v najbežnejšej konfigurácii je poštový klient Outlook Express. Aj keď sa v poslednej dobe často používa klient Mozilla Thunderbird. Keď používateľ napíše správu a prepošle ju príjemcovi, poštový klient komunikuje s poštovým serverom prostredníctvom protokolu SMTP. Poštový server odosielateľa komunikuje so serverom príjemcu. Na serveri príjemcu prejde správa, ktorá je mu odoslaná, do schránky, z ktorej je pomocou agenta na doručovanie správ MDA (mail delivery agent) doručená klientovi príjemcu. Existujú aj protokoly POP3 a IMAP, ktoré sú podporované mnohými poštovými servermi.