Alustame sellest, mida ma mõtlen keskmise suurusega ettevõtte all. Ma ei tea täpset klassifikatsiooni ega ole kuskilt vaadanud ega kontrollinud. Mulle tundub intuitiivselt, et see on 10–15 kasutajat 200–300 kasutajani. Ma kaalun segmenti kuni 100 kasutajat, kuna töötan peaaegu kogu aeg ainult selles nišis. Suuremate ettevõtete probleemid ja vajadused pole mulle usaldusväärselt teada. Kuigi ma pole kindel, et miski 100 inimesest põhimõtteliselt erineb, arvan, et lähenemisviisid on samad, ainult riistvara on võimsam. Koormuse jaotuse ja klasterdamise probleeme siin suure tõenäosusega veel ei teki.

Meil on väike ettevõte mitmekümnele inimesele. Me vajame meiliserver. Vaatamata sellele, et tehnoloogia on pikka aega edasi astunud, pakkudes palju erinevaid suhtlusvahendeid, hoiab e-post endiselt kindlalt oma positsiooni ega kavatse sellest veel loobuda. Samas pole nii väikeses meeskonnas meiliserverile suuri nõudmisi. Enamasti piisab sellest, kui kiri lihtsalt töötab, ilma eriliste funktsionaalsete näpunäideteta. Piisab kas meilikliendist ja imap-protokollist või veebiliidest. Hea, kui on võimalik seadistada automaatvastus, tehke seda jagatud kaustad, üks aadressiraamat, kuid saate ilma selleta elada.

Kõigi võimalike postiteenuse võimaluste hulgast toon välja 3 põhimõtteliselt erinevat lähenemisviisi vajalike funktsioonide rakendamiseks:

1. Teenused, mis põhinevad Google'i, Yandexi või posti tasuta meiliteenustel.
2. Oma meiliserver, mis põhineb tasuta tarkvaral.
3. Exchange'i server Microsoftilt.

Vaatame igaüks neist üksikasjalikumalt.

Tasuta kirjad saidilt google, yandex ja mail.ru

Teen kohe paar kommentaari. Ma pole kindel, kas saate nüüd Google'is tasuta ettevõtte e-posti registreerida. Kõik, kes varem registreerusid, kasutavad seda tasuta, kuid uutele kasutajatele on nüüd saadaval ainult tasulised tellimused. Kuid see pole oluline ega ole otseselt artikli teemaga seotud. Kui Google on äritegevuse eest täielikult tasutud, jätame selle lihtsalt oma loendist välja. Yandex ja Mail.ru on endiselt kindlasti tasuta. Ma ise haldasin meili domeene Google'i rakendustes ja Yandexis. Ma pole biz.mail.ru-ga töötanud, ma lihtsalt tean, et seal rakendatakse midagi sarnast. Millegipärast ei meeldi mulle see seltskond vanast ajast. Kuigi nüüd tundub, et nad on kasutajate poole pöördunud, on Amigo endiselt elus ja terve, nii et nad pole veel täielikult ümber pööranud.

Vaatame nende e-posti teenuste eeliseid.

1. Kõige olulisem eelis on see, et täisväärtuslik post on kohe pärast registreerimist valmis. Riistvara ostmise ja seadistamise kulud puuduvad. Piisab enam-vähem kogenud kasutajale, kes vastavalt saidil olevatele juhistele suudab domeeni ühendada ja postkaste luua. Ja saate juba posti kasutada.
2. Lihtne manustada ja kasutajaid hallata, pakub veebiteenus selleks kogu vajaliku varustuse. Need on mugavad ja intuitiivsed (kuigi mitte alati) arusaadavad.
3. Mugav ja tuttav veebiliides. Kõik töötab kiiresti, kõikjal, kus on Internet ja brauser. Seal on hea mobiilirakendus.
4. Lai funktsionaalsus, valmis kohe pärast karbi loomist. Erinevad filtrid, kirjade kogujad, hea rämpspostitõrje (Google'ilt) ja palju muud.

Tundub, et kõik, ma ei jätnud millestki ilma. Tundub, et eelised on ilmsed ja märkimisväärsed. Kuid enne järelduste tegemist mõelgem puudustele.

1. Te ei halda seda meili. Ta ei kuulu sulle, pole teie serverites. Sa ei tea, mis temaga toimub. Kui teil on väga tundlikku ja privaatset kirjavahetust, tekivad populaarsete meiliteenuste kasutamise osas kahtlused ja kahtlused. See võib tunduda paranoiana, kuid see on kasutajatele ja ettevõtete omanikele tõsine mure ning seda ei tohiks allahinnata.
2. Te ei ole süsteemitõrgete eest immuunne ega saa neid mingil viisil ära hoida. Ja ebaõnnestumisi, kuigi mitte sageli, tuleb ette. Kuna teenused on tasuta, keegi ei garanteeri sulle midagi. Ja kui juhtub vääramatu jõud ja andmed kaovad, siis nad lihtsalt ütlevad sulle vabandust. Kui teil endal pole väga usaldusväärset IT-struktuuri, on tõenäoline tehnilisi probleeme sinu peal isiklik server see on ilmselt kõrgem. Kuid saate seda kontrollida ja teoreetiliselt luua teid rahuldava usaldusväärsuse tasemega süsteemi.
3. Varundusmeetodid pole ilmsed ja taastumine postkastid sellistes teenustes. On olukordi, kus postkastist kustutatakse kõik kirjad. Oletame, et saate neid salvestada mitmel viisil, lihtsalt alla laadides, kuid kuidas saate need kasti tagasi saata, jättes kõik kuupäevad originaaliks?
4. Arusaamatuid olukordi ei saa kuidagi analüüsida. Näiteks saadad kirja, aga see ei jõua adressaadini. Mida teha? Pilveposti puhul ei tee te midagi, kuna teil pole olukorra analüüsimiseks mingeid tööriistu. Proovige lihtsalt teisest postkastist kiri saata. Mõnikord ei jõua kiri teieni ja te lihtsalt ei saa aru, miks seda seal pole. Kuid probleem võib olla lihtsalt valesti konfigureeritud filtris. See tavaline olukord, kui filtreid on palju ja kui on seadistatud mõni muu edastamine. Ilma juurdepääsuta serveri logidele võib olukorrast olla raske aru saada. Ja kui meiliserveri logi on olemas, siis saab kohe selgeks, miks kirja ei saadeta või mis sellest peale kättesaamist sai. Saate kindlalt teada, kas olete saanud kaugserver sinu kiri või mitte.
5. Ei lihtsaid viise piirata juurdepääsu postkastidele, näiteks ainult alates kohalik võrk kontoris. Avalike teenuste postkastid on alati kättesaadavad Interneti kaudu. Seda probleemi on võimalik lahendada Google'i rakendustes autoriseerimise kaudu kolmanda osapoole teenused. Ma pole näinud võimalust sellist funktsiooni Yandexis ja postis rakendada.
6. Seda peame ka mõistma tasuta juust tea, kus see juhtub. Pole täiesti selge, kuidas meiliteenused kasutajatelt saadud teavet kasutavad. Noh, kui ainult selleks, et neile asjakohast reklaami näidata. Ma arvan, et mitte ainult selle pärast.

Kui ma umbes 10 aastat tagasi esimest korda tööle asusin, ei tekkinud küsimustki, millist e-posti organisatsioonis kasutada. Igaüks seadis üles oma meiliserverid ja administreeris neid. Sel ajal ei pakkunud tasuta meiliteenused ettevõtetele ühtegi meilihaldustööriista. Kui sellised tööriistad ilmuma hakkasid, arvasin, et varsti pole kellelgi oma meiliservereid vaja, kuna neil pole enam mõtet. Ja kogu mu piin (mulle ei meeldi nendega töötada) meiliserverite pärast muutub mõttetuks.

Sain võimaluse administreerida domeene avalike meiliteenuste alusel. Pärast seda ilmus ülaltoodud miinuste loend. Ja minu jaoks isiklikult kaalusid need miinused üle plussid ja nüüd seadistan ikka meiliservereid ise. Lõppkokkuvõttes on mugavam ja töökindlam, kui vaadelda koos kasutamise ja haldamise plusse ja miinuseid.

Suurimaks miinuseks näen, et puuduvad täisväärtuslikud kirjalogid ja hea varuskeem. Ilma logideta on probleeme ebamugav analüüsida. Kustutatud meili pole võimalik kiiresti ja lihtsalt oma algsesse asukohta taastada, kuigi see on avatud lähtekoodiga meiliserverite jaoks lihtne.

Tasuta tarkvaral põhinev meiliserver

Vaatame oma meiliserveri eeliseid ja puudusi, mis põhinevad tasuta tarkvara. Siia kuuluvad põhimõtteliselt näiteks mõned tasulised Kerio Mail Server, mida samuti sageli kasutatakse. Ma arvan, et selle võib siia lisada, kuna see pakub sarnaseid funktsioone. Arvestan kõiki meiliservereid ühiselt, üksikuid esindajaid välja toomata. Kuigi Linuxis pole ma isiklikult peale postfixi ja eximi midagi tootmises näinud. Ise kasutan alati postfixi, sest olen sellega harjunud ja tean seda hästi. Vaatame lähemalt selliste serverite eeliseid.

1. Teil on täielik kontroll kogu teabe üle, mis saabub posti teel ja salvestatakse teie serverisse. Saate oma äranägemise järgi piirata juurdepääsu meilidele erinevatel viisidel. tehnilisi vahendeid. Saate tsentraalselt seadistada reeglid näiteks kirjades oleva privaatse teabe kustutamiseks, lähtudes erinevatest kriteeriumidest, mida saate ise määrata.
2. Postiteenuse kättesaadavuse tase sõltub ainult teist. Õige lähenemisega saate pakkuda teile sobivat usaldusväärsust süsteemi toimimine.
3. Paindlik varusüsteem. Selle korraldamiseks on palju ressursse, sealhulgas tasuta. Kõik sõltub teie vajadustest, oskustest ja võimalustest. Saate salvestada erinevaid jaotisi kuupäeva, kasti, domeeni järgi või korraldada mis tahes sobiva skeemi.
4. Praktiliselt piiramatu funktsionaalsus. Mõistlikkuse piires muidugi :) Postkaste saab luua ainult kohaliku kirjavahetusega, saab tsentraalselt hallata kirjade vastuvõtmist ja saatmist ning pidada oma valgeid ja musti nimekirju. Postkastidele ja domeenidele saate seada erinevaid piiranguid. Saate hõlpsasti keskselt hallata vajalike postkastide kirjade dubleerimist, teha kõikvõimalikke edasisaatmisi ja palju muud.
5. Kõik serveri jälgimise tööriistad on teie kätes. Saate hakkama iga ebaselge olukorraga, millel on meiliserveri logid käes. See teenus on hästi logitud. Mul polnud peaaegu kunagi probleeme, kui polnud selge, kuhu kiri kadus. Kõige sagedamini leitakse jälgi ja võib kindlalt öelda, mis kirjaga juhtus.

1. Vajalik osta või rentida seadmeid oma meiliserveri korraldamiseks. Linuxi serveri puhul ei ole jõudlusnõuded suured. Minu jaoks piisab tavaliselt 4 tuuma ja 4 GB virtuaalmasinast muutmälu. Ketta alamsüsteem on palju olulisem. Siin, mida kiiremad on kettad, seda parem. Ärge unustage varundamist. See nõuab ka rauaressursse.
2. Täisväärtusliku, multifunktsionaalse meiliserveri seadistamine eeldab vähemalt keskmisi teadmisi süsteemist Linuxi administreerimine. See tähendab, et lihtsalt administraatori kasutajanimi siin ei tööta. Vaja on kogemustega spetsialisti. Tal peab olema korralik palk. Kui sellist administraatorit personalis pole, soovitan palgata kellegi ühekordseks seadistustööks. Enamasti pole pärast häälestamist vaja serveri toetamiseks erilist tööd, kui te funktsionaalsust ei muuda. Piisab lihtsalt vaba kettaruumi jälgimisest ja postkastide haldamisest veebipaneeli kaudu.
3. Kasutuslihtsus veebiliidese kaudu on madalam kui tasuta postiteenuste puhul. Mida iganes võib öelda, kuid sama gmaili rakendatakse väga mugavalt. Kiire otsing, filtrid, sortimine, sildid jne. See on tõesti mugav. Olen sellega väga harjunud ja ei oska midagi muud kasutada.

Need on minu e-posti teenuse puudused, mida ma näen. Minu jaoks on kõige olulisem viimane. Olen ise harjunud veebi kaudu postiga töötama. Mulle ei meeldi meilikliente kasutada, kuigi pean. Tasuta meiliserverite veebiliidesed ei ole mugavuse ja kiiruse poolest kaugeltki võrreldavad Gmaili või Yandexiga, pole mõtet võrrelda. Ja siiski, ma usun, et keskmise organisatsiooni jaoks on see kõige optimaalsem variant.

Microsoft Exchange Serveri plussid ja miinused

Vahetuse haldamise kogemust mul palju ei ole. Testisin seda kaua aega tagasi, kui otsustasin, milliste meiliserveritega ma töötan. Installisin selle ja uurisin funktsionaalsust. Seejärel seadsin korra organisatsioonile üles meiliserveri. Nad tahtsid vahetust. Probleeme polnud, panin selle kiiresti paika, kasutades Internetis arvukaid juhendeid. Exchange'i meiliserveri kohandajate sisenemislävi on väga madal. Isegi Enike saab põhifunktsioonidega hakkama.

Keskmise suurusega organisatsioonide jaoks on ühiskalendrid minu arvates tõesti kasulik ja raskesti asendatav funktsioon. Ja muidugi AD-ga integreerimise mugavus, kui see on saadaval. Ja enamasti on seal AD, kuna ma ei kujuta ette, et saaksin ilma Active Directoryta enam kui 20-30 inimese võrku hallata. Arvan, et siin pole mõtet kokku hoida ja tuleb osta Microsoft Server.

Vaatame nüüd eeliseid ja Microsofti miinused Exchange Server. Hoiatan igaks juhuks veel kord. Räägin teile ainult oma nägemuse, mul on serveriga töötamise kogemus vähe, seega soovin selle kohta ise kommentaarides kommentaare saada, et saaksin selle süsteemi kohta adekvaatsema hinnangu. Vahetuse plussid:

1. Suurepärane funktsionaalsus suhtelise seadistamise lihtsusega. Iga administraator saab juurutada põhifunktsioonidega serveri. Lisaks võib see põhifunktsioon olla suurem kui mis tahes Linuxi järgu oma.
2. Active Directory integreerimine. Lood uue kasutajakonto ja postkast on tema jaoks kohe valmis. Pole vaja ühtegi eriseaded, kui kasutaja Microsoft Outlook. Ühendus serveriga konfigureeritakse mõne hiireklõpsuga.
3. Mugav haldustööriistad valmis Windows Serveri lisandmoodulite kujul. Kõik siin on Microsofti lahenduste jaoks traditsiooniline.

Exchange Serveri puudused on sama tüüpilised kui enamiku Microsofti toodete eelised:

1. Hind, hind ja veelkord hind. Microsoft Exchange Server on kallis. Peate arvestama ja välja mõtlema, kas selle ostmine on õigustatud. Kõigi sisseehitatud funktsioonide kasutamiseks peate iga tööjaama jaoks ostma Microsoft Office'i väljaande koos Outlookiga. Need on lisakulud.
2. Hea jõudluse jaoks on see vajalik palju rohkem võimas raud , võrreldes Linuxi serveritega. Ja suurte, näiteks 50 gigabaidiste postkastide toetamiseks vajate väga võimsat riistvara. Kuigi sellised kastid samale tuvipuule ei tekita erilisi probleeme. Vastutasuks kasutate suure tõenäosusega postkasti maksimaalse suuruse piiramiseks kvoote.
3. Varundamiseks peate tõenäoliselt ostma korraliku võimsa riistvara ja tasuline tarkvara. Siin ma lihtsalt oletan, ma tõesti ei tea, mida on vaja mugavaks vahetusvarunduseks. Tean populaarsete tootjate tasulist tarkvara. Võib-olla on midagi tasuta.

Minu järeldus Exchange Serveri kohta on, et see on hea peaaegu kõiges, välja arvatud hind. Kui see oleks tasuta, kasutaksin seda suure tõenäosusega. Üsna objektiivsetel põhjustel on see võimatu. Hea ja mugav tarkvara ei teki iseenesest. Peate selle looma ja kulutama selle peale raha, mida soovite kasumiga tagastada.

Arvestades Microsoft Exchange Serveri ja Microsoft Office'i maksumust, ma täna neid ei kasuta Microsofti tooted. Vähesed inimesed on nõus postiserveri eest vajaliku summa välja maksma. Sooviksin Exchange’i reaalsetes tingimustes lähemalt vaadata vähemalt 60-80 inimesele, et seda serverit objektiivsemalt hinnata. Kuid seni pole sellist võimalust end avanud.

Järeldus

Lubage mul võtta kokku oma mõtted väikese keskmise organisatsiooni meiliserveri kohta. Kuigi järeldus on minu arvates juba selge. Ise eelistan teist varianti, mida kirjeldasin – Linuxis tasuta tarkvaral põhinev meiliserver. Kuid ma ei jätaks alla kahte ülejäänud võimalust. Avalike teenuste tasuta postitamine on kindlasti mugav väga väikesele meeskonnale - 10-15 inimest. Pole mõtet oma serverit nii suure hulga jaoks taraga piirata.

Soovitaksin kasutada Exchange Serverit, kui teil see on ja te ei soovi selle ostmisele raha kulutada. Toode on kindlasti mugav, funktsionaalne ning lihtsalt seadistatav ja administreeritav. Lihtsamalt öeldes peate mõistma, et see on tingimuslik. Konfiguratsioonid võivad olla väga keerulised, kuid antud juhul arvestan algtasemega.

Veebikursus "Linuxi administraator"

Kui teil on soov õppida ehitama ja hooldama väga kättesaadavaid ja töökindlaid süsteeme, soovitan teil nendega tutvuda veebikursus "Linux Administrator" aastal OTUS. Kursus ei ole algajatele sisseastumiseks vajate baasteadmisi võrgustikest ja Linuxi installimine virtuaalsesse masinasse. Koolitus kestab 5 kuud, pärast mida saavad edukad kursuse lõpetajad läbida intervjuud partneritega. Pane end proovile sisseastumiskatsel ja vaata programmi täpsemalt.

E-post näeb enamiku kasutajate jaoks välja tavalise veebisaidina. kasutajasõbralik liides, kuhu saab mugavalt trükkida teksti, lisada pilte ja saata sõpradele sõnumeid. Tegelikkuses on aga kõik palju keerulisem. Andmete edastamiseks kasutatakse Linuxi meiliservereid. Nemad töötlevad, edastavad ja suunavad sõnumeid. Selles artiklis vaadeldakse Linuxi kõige populaarsemaid meiliservereid ja ka seda, kuidas mõnda neist konfigureerida.

Ülevaade lahendustest sõnumite saatmise ja vastuvõtmise süsteemide loomiseks

Linuxi meiliserverit kasutades saate kiiresti ja mugavalt juurutada oma sõnumite vastuvõtmise ja saatmise mehhanismi. Internetis on palju valmislahendusi, mis tuleb lihtsalt installida ja veidi “viimistleda”. Nende hulgas on muidugi raskemini seadistatavaid süsteeme, mille konfiguratsiooni näidatakse allpool Postfixi näitel.

SendMail – populaarne ja kiire

SendMaili võib nimetada Linuxi meiliserverite seas teerajajaks. Esimene versioon ilmus 1983. aastal. Sellest ajast peale on SendMail valdanud paljusid jaamu ja sõlme. Seda kasutatakse aktiivselt tänapäevani. Kiire ja optimeeritud server aga ei vasta tänapäevastele turvanõuetele ning seda on üsna keeruline seadistada.

Postfix – paindlik, võimas ja töökindel

Algselt töötati välja IBMi uurimiskeskuse sisemisteks vajadusteks. Paljud funktsioonid ja funktsioonid on SendMailist laenatud. See on aga palju kiirem, turvalisem ning seadistamine võtab vähem aega ja vaeva. Saab kasutada meiliserverina Linuxis, MacOSis, Solarises.

IredMail

See server on sisuliselt suur hulk skripte ja konfiguratsioonifaile. Nende abiga saate kiiresti seadistada Linuxis meiliserveri veebiliidesega või ilma. See toetab SMTP-, POP3- ja IMAP-protokolle. Paigaldusprotseduur ei kesta üldiselt rohkem kui 10 minutit, olenevalt administraatori oskustest.

iRedMaili protsess installib automaatselt viiruse- ja rämpspostivastased tööriistad. Lisaks neile saab lisada parooliga brute force kaitsemehhanisme, erinevaid analüsaatoreid jne. Suurepärane võimalus valmis Linuxi meiliserveri jaoks.

IndiMail

Ühendab edastuse rakendamiseks mitu tuntud protokolli ja tehnoloogiat meilisõnumid. Süsteem integreerib võimaluse luua kanaleid sama võrgu sõlmede vahel, näiteks korraldada ühist posti ressurss ettevõtte erinevatele harudele. Süsteemil on väga paindlik seadistusmehhanism. Seda rakendatakse muutujate ümberdefineerimise kaudu, mida serveris on umbes 200. Sel juhul saate paralleelselt luua mitu IndiMaili töölõimi.

Müristama

Linuxi meiliveebiserver, mis on kirjutatud C++ keeles. Haldamiseks ja skriptimiseks on sisseehitatud API. Sellel on karbist väljas palju funktsioone ja võimalusi. Toetatakse mitmeid tuntud DBMS-i versioone. Soovi korral või ümberseadistamisel saate kiiresti ühelt teisele lülituda. Serveri liidesed on eraldatud õigustega nende konkreetsetele tsoonidele – kasutajad, domeeni ja serveri administraatorid.

Zentyal

Tõenäoliselt kõige lihtsam ja mugavam valmis Linuxi meiliserver. Selles tehakse peaaegu kõik juhised ja seadistused spetsiaalselt graafiline liides. See meiliserver põhineb funktsioonide või võimaluste lisamine toimub uute moodulite installimise teel. Selle abiga saate korraldada nii eraldi meiliserveri kui ka teatud ruuteri või vahesõlme peamiste kiirteede vahel.

Axigen

Tasuta, võimas ja funktsioonirikas meiliserver. Saab kasutada kas oma veebiliidese või mõne muu kaudu meili klient. Saab koguda kirju välised sahtlid, vastake sõnumitele automaatselt, filtreerige neid ja importige need mugavalt CSV-vormingus.

Sellel on oma veebiliides konfigureerimiseks ja haldamiseks. Armastajatele klassikaline mudel juhtnupud - käske saab seadistada konsooli kaudu.

Server toetab suurt hulka operatsioonisüsteemid, sealhulgas alates Windowsi jooned. Interaktsiooniprotsess on väga hästi dokumenteeritud ja paljude näidetega selgitatud arendaja veebisaidil.

CommuniGate Pro

Platvormideülene server, mis on võimeline töötama meili- ja häälsõnumitega. Sellega on võimalik ühenduda meiliklientide või tsentraliseeritud veebiliidese abil. On juurutatud ühe konto juurdepääsuõiguste eristamine mitmele inimesele. Pluginad võivad aidata integreerida erinevaid viirusetõrjesüsteemid ja lahendusi.

Seadistamine ühe süsteemi näitel

Pärast Linuxi meiliserverite ülevaatamist tasub kaaluda ühe neist üksikasjalikumalt seadistamist.

Näiteks saate näidata, kuidas Ubuntu installida. Eeldatakse, et riistvaral on see operatsioonisüsteem juba olemas ja seda on värskendatud uusimale versioonile.

Esimene asi, mida peate tegema, on serveri enda allalaadimine. See on saadaval Ubuntu hoidlates, seega peate terminalis tippima:

Installimise käigus palub süsteem teil määrata andmebaasi kasutaja jaoks uus parool juurkonto all. Seejärel tuleb seda kinnitamiseks korrata. Seejärel võib ta küsida, mis tüüpi paigaldus teda huvitab. Siis süsteem postinimi, milles saate määrata - some.server.ru.

Nüüd peame looma andmebaasi serveri jaoks. Seda saate teha käsuga:

mysqladmin -u root -p loob meili.

Siin on vaja andmebaasi jaoks eelnevalt määratud parooli.

Nüüd saate MySQL-i kesta sisse logida, kasutades käsku:

mysql -u juur. Süsteem küsib uuesti parooli, mis tuleb sisestada.

Teil on vaja ka põhiandmebaasis olevaid tabeleid, mida saate luua järgmiselt:

Nüüd pole mysql-konsooli enam vaja ja saate sellest väljuda.

Postfixi konfiguratsioon

Esiteks peate näitama serverile, kuidas andmebaasi juurde pääseda, kuidas sealt vajalikke väärtusi otsida. Selleks luuakse mitu faili. Need võivad asuda kataloogis /etc/postfix. Siin on nende nimed:

Need peaksid sisaldama järgmist sisu, mille hulgas on iga faili päringurida kordumatu:

user = tabeli loomisel määratud administraatori nimi;

parool =<пароль админа>;

dbname = loodud andmebaasi nimi;

query = päring, iga faili puhul erinev;

hosts = 127.0.01.

Failide päringumuutuja:

Need failid sisaldavad parooli andmebaasi sisenemiseks, nii et juurdepääs neile peab olema kuidagi piiratud. Näiteks õiguste seadmine on piirav.

Nüüd peame Postfixile lisama veel mõned sätted. Väärib märkimist, et allolevatel ridadel peate mõne.server.ru asendama päris domeeniga.

Ohutussertifikaadid

Esiteks peate looma oma sertifitseerimisasutuse, mis kinnitab kõigi sertifikaatide autentsust.

Luuakse failimälu:

Ja konfiguratsioonifail. See sisaldab järgmist koodi:

Väike selgitus selle kohta:

• muutuja C - siin peate määrama riigi kahetähelises vormingus, näiteks Venemaa jaoks - RU;
• ST - tähendab konkreetset piirkonda või piirkonda;
• L - linn;
• O - ettevõtte nimi;
• CN - siin peate määrama domeeni, millele võti on mõeldud;
• aadress Meil.

Seejärel luuakse võti ise:

sudo openssl genrsa -des3 -out ca.key 4096

Süsteem palub teil määrata selle võtme jaoks parool, mida te ei tohiks kunagi unustada.

Nüüd ma vajan avatud versioon võti:

openssl req -new -x509 -nodes -sha1 -days 3650 -key ca.key -out ca.crt -config ca.conf

Siin peate sisestama privaatvõtme jaoks eelnevalt loodud parooli.

Nüüd sertifikaat:

openssl pkcs12 -export -in ca.cer -inkey ca.key -out ca.pfx

mkdir SERV/some.domain.ru

Ja see loob oma konfiguratsiooni:

nano SERV/some.domen.ru/openssl.conf

See peaks sisaldama allolevaid sätteid. Need on sarnased juba loodud toodetega.

Võtmete genereerimiseks kasutage käsku:

sudo openssl genrsa -passout pass:1234 -des3 -out SERV/some.server.ru/server.key.1 2048

See rida kasutab parooli 1234. Seda on mõnda aega vaja.

Nüüd eemaldatakse parool käsust:

openssl rsa -passin pass:1234 -in SERV/some.server.ru/server.key.1 -out SERV/ some.server.ru/server.key

Nüüd peate võtme allkirjastama:

openssl req -config SERV/some.server.ru/ openssl.conf -uus -võti SERV/some.server.ru/ server.key -out SERV/some.server.ru/ server.csr

Ja eemaldage ajutine: rm -f SERV/ some.server.ru/server.key.1

Nende manipulatsioonide abil ilmub meiliserver, mis saab lihtsalt sõnumeid vastu võtta ja saata. Lisaks põhilistele on ka lisamooduleid, mida saab funktsionaalsuse laiendamiseks paigaldada. See võimaldab teil luua ettevõtte jaoks Linuxis täisväärtusliku meiliserveri.

Lisafunktsioonid

Järgmisi mooduleid saab kasutada meiliserveri võimaluste laiendamiseks, näiteks "Rämpspostitõrje" või postiteenus.

• Hord. Väga mugav veebiliides meili jaoks. Lisaks põhiülesandele on sellel sisseehitatud kalender, ajakava ja kontaktid. Sellel on mugav konfiguratsiooni- ja seadistusskeem.
• Amavisd-uus. Toimib lüüsina ja seda kasutatakse peamiselt erinevate tehnoloogiate ühendamiseks. Amavisd-new võtab teate vastu, filtreerib selle, teeb kindlaks, kas see võib olla ohtlik, ja ühendab kontrollimiseks teiste moodulite lisafunktsioone.
• SpamAssassin. Nagu nimigi ütleb, filtreerib moodul tähti teatud reeglite järgi, tuvastades rämpsposti. Saab kasutada kas eraldi või erinevate deemonite osana.
• ClamAV. Populaarne viirusetõrje Linuxi keskkonnas.On tasuta tarkvara. Saab töötada paljude erinevate meiliserveritega, skannida faile ja sõnumeid lennult.
• Raseerija. See moodul salvestab kontrollsummad rämpsposti e-kirju ja nendega otse suhelda P ostfix.
• Pyzor on veel üks tööriist pahatahtlikku või kasutajale mittekasulikku koodi sisaldavate sõnumite tuvastamiseks.
• Fail2ban. Tööriist, mis kaitseb kasutajakontosid paroolide jõhkra jõuga häkkimise eest. Pärast teatud arvu katseid blokeeritakse teatud IP-aadress mõneks ajaks.
• Postimees. Mugav tööriist uudiskirjade koostamiseks veebiliidese kaudu.
• Munin. Tööriist serveri jõudluse jälgimiseks. Sellel on suur hulk valmis pluginaid, mis laiendavad selle võimalusi. Võrguprotokollide tööd saab jälgida mugavatel graafikutel.

Järeldus

Nagu artiklist näete, on täisväärtusliku meiliserveri käsitsi installimine ja konfigureerimine pikk ja keeruline ülesanne. Selline lähenemine võimaldab meil aga üldiselt mõista süsteemi toimimist ning teada selle nõrku ja tugevaid külgi. Probleemi korral saab koolitatud administraator probleemi kiiresti isoleerida ja lahendada. See on eriti oluline suurettevõtete jaoks, kelle töö sõltub täielikult klientidele või partneritele sõnumite vastuvõtmise ja saatmise kiirusest. Väikeste võrkude jaoks on üsna sobiv "kastist väljas" lahendus, mida saab mugava liidese abil kiiresti kasutusele võtta.

Kui aga server katki läheb, võtab süsteemi ülesehitusse süvenemine ja selle mõistmine kaua aega. Kasutades näitena Postfixi meiliserverit, näidati artiklis põhimeetodid ja seadistusmeetodid esmaseks kasutamiseks. Koos suure hulga moodulite, pistikprogrammide ja lisandmoodulitega loob see võimsa ja usaldusväärse tööriista sõnumite saatmiseks ja vastuvõtmiseks.

Lõuna-Uurali Riiklik Ülikool

Miassi mehaanikateaduskond

Kvaliteedijuhtimise ja standardimise osakond

Kursuse töö

Arvutiteaduses

Teemal "Meiliserver"

Sissejuhatus ____________________________________________________________________3

Meiliserver __________________________________________________________________________________________________________________

E-post ______________________________________________________________________5

E-posti aadressi struktuur ______________________________________________________________6

Mis on domeen _________________________________________________________________7

Märgi ajalugu @___________________________________________________________________9

E-posti teel ____________________________________________________________________________11

Mail.ru___________________________________________________________________________________________________________________12

Yahoo! Post _____________________________________________________________________________15

Rambler.ru _____________________________________________________________________________17

Juhtivad meilikliendid _______________________________________________________________17

Järeldus ______________________________________________________________________________18

Kasutatud kirjandus_______________________________________________________________________________19

Sissejuhatus

Juba iidsetel aegadel tundsid inimesed infovahetuse vajadust ja korraldasid seda riiklikul tasandil. Seetõttu on postkontor üks selgemini organiseeritud asutusi maailmas.

E-post on uus kaasaegsed vahendid teabe edastamine. Erinevalt tavapostist kasutatakse edastamiseks e-posti elektroonilised koopiad sõnumid, failid, programmid, erinevad andmed – s.t. arvuti abil töödeldud teave.

Peamised objektid, mis moodustavad meilisüsteemi, on spetsiaalsed arvutid nimetatakse meiliserveriteks.

Meiliserver

Meiliserverid on serverid, mis võtavad vastu ja saadavad meilisõnumeid.

Meile vastu võttev server kasutab POP-i (Post Office Protocol).

Meile saatv server kasutab SMTP-protokolli (Simple Mail Edastusprotokoll).

Meiliserver, meiliserver, meiliserver- meiliedastussüsteemis nimetatakse seda tavaliselt sõnumiedastusagendiks (ingl. postiedastusagent, MTA). See arvutiprogramm, mis edastab sõnumeid ühest arvutist teise. Tavaliselt töötab meiliserver kulisside taga ja kasutajad tegelevad teise programmiga – meilikliendiga. meili kasutaja agent, MUA).

Interaktsiooniskeem

Näiteks tavalises konfiguratsioonis on kasutajaagent Outlook Express. Kui kasutaja sisestab sõnumi ja saadab selle adressaadile, suhtleb meiliklient meiliserveriga SMTP-protokolli kasutades. Saatja meiliserver suhtleb saaja meiliserveriga (otse või vaheserveri kaudu – relee). Adressaadi meiliserveris siseneb kiri postkasti, kust see toimetatakse sõnumiedastusagendi (MDA) abil adressaadi kliendile. Sageli ühendatakse kaks viimast agenti ühte programmi, kuigi on olemas spetsiaalsed MDA-d, mis tegelevad ka rämpsposti filtreerimisega. Vastuvõetud kirjade lõplikuks kohaletoimetamiseks kasutatakse muud protokolli peale SMTP – sageli POP3 või IMAP –, mida toetab ka enamik meiliservereid. Kuigi sisse lihtsaim teostus MTA peab lihtsalt saabunud kirjad kasutaja isiklikku kataloogi sisestama failisüsteem keskserver (“postkast”).

Meil

Elektronpost (e-post, ladina keelest "elektrooniline post").

E-post, nagu tavapost, töötab elektrooniliste "postkontorite" süsteemiga - meiliserveritega, mis tagavad kirjade saatmise ülemaailmsete võrkude kaudu. Nad suhtlevad kasutades postiprotokollid, mis pakub võrgus edastatava teabe edastamist ja tuvastamist. Meiliserveri klientarvutid teenindavad meili kasutajaid. Igaüks saab oma postiaadress ja teie "postkast" selles arvutis, st. mäluala, samuti parool sellele juurdepääsuks.

Meiliprogrammi abil saate koostada kirju, lugeda neid meiliserverist, töötada aadressiraamatuga, salvestada ja korraldada kirju “postkasti” kaustades, valmistada faile edastamiseks ette ja pärast vastuvõtmist soovitud vormingusse teisendada jne.

Kasutaja koostab meiliprogrammi abil adressaadile sõnumi, määrab aadressi, saadab kirja ja loob selleks ühenduse meiliserveriga. Ühenduse ajal küsib meiliserver kasutajanime ja parooli. Vastasel juhul suhtlusseanssi ei toimu. Pärast ühenduse loomist saadetakse ettevalmistatud kiri automaatselt serverisse ja jõuab seejärel ühest meiliserverist teise edastamise teel adressaadini. Kohe pärast kirjavahetuse saatmist saab klient kirja automaatselt. Selle mälualasse loetud sõnumid ja failid sorteeritakse ja paigutatakse kasutaja postkasti. Kui saaja laadib oma postkasti, näeb ta sõnumeid kaustadesse paigutatuna: uued, vanad, saadetud. Ta saab neid eemaldada, sorteerida ja liigitada oma äranägemise järgi.

E-posti aadressi struktuur

Teabe saatmisel suur tähtsus on aadress, sest ilma selleta ei ole adressaati võimalik leida. Igaüks teab kurb lugu Vanka Žukov, kes saatis kirja "oma vanaisale külas". Tavalised postiaadressid väljastatakse vastavalt teatud postireeglitele.

Olemasolevad disainireeglid meiliaadressid teised. E-posti aadressidel on selgem loogiline struktuur. Need koosnevad domeenide hierarhilisest järjestusest - osadest, näiteks:

[e-postiga kaitstud]

[e-postiga kaitstud]

[e-postiga kaitstud]

Kõik aadressid koosnevad kahest osast, mis on eraldatud sümboliga @ (loe "et"). Lugedes vasakult paremale kuni selle märgini, kuvatakse kasutajate (saajate) nimed. See võib olla postkontori juhataja nimi - "postimeister", e-posti kasutajate fiktiivsed või tõesed nimed, kellele kirjavahetust võetakse. Neid võib samasse arvutisse registreerida palju. Aadressi @-st paremal olev osa identifitseerib võrku ühendatud arvuti, linna ja riigi või võrgu nime, kuhu kasutaja on registreeritud. Aadressid on jagatud osadeks, mida nimetatakse domeenideks.

Mis on domeen

Arvestades domeeni paremalt vasakule ja jagades selle punkthaaval üksikuteks sõnadeks, saame alamdomeenid, mis ükshaaval täpsustavad, kust seda postkasti otsida. Analoogiliselt sellega tavapostiga domeen on aadress (ümbrikul olev rida "Kus") ja alamdomeenid riigi, linna, tänava, maja numbri nimi.

Domeen ei kirjelda teed, mida mööda sõnum tuleks edastada, vaid ainult selgitab, kus saaja asub; samamoodi pole postiümbrikul olev aadress mitte tee kirjeldus, mida mööda postiljon peab kirja kohale toimetama, vaid koht, kuhu ta selle lõpuks toimetama peab. Mõlemal juhul valivad postiteenused aja ja raha säästmiseks marsruudi ise. Tavaliselt on mitu teed, mida mööda saab sõnumi määratud asukohta toimetada ja kirja saatmisel ei tea sa, mis teed see seekord kulgeb.

Parempoolseimat alamdomeeni (meie puhul ru) nimetatakse domeeniks kõrgeim tase ja enamasti näitab riigi koodi, kus server asub. Kood ru on Venemaa, kz Kasahstan. Iga kood koosneb kahest ladina tähest. Näiteks kood uk tähistab Suurbritanniat ja postkast aadressiga [e-postiga kaitstud] tuleks otsida ingliskeelsest JANETi võrgust.

Tippdomeen ei ole alati riigikood. Ameerika Ühendriikides on näiteks tippdomeenid, nagu edu – teadus- ja haridusorganisatsioonid või gov – valitsusasutused:

lamaster@ge rge.arc.nasa.gov

Kui postiteenus näeb domeeni paremal pool sedalaadi alamdomeeni, teab ta juba, et saaja asub Ameerika Ühendriikides, seega pole USA riigikoodi vaja. Sellised nimetused on välja töötatud Ameerikas teadusvõrgustik ARPANET juba enne seda ühendati teiste riikide võrkudega ja nüüd säilitatakse neid ainult harjumusest. Reeglina pääseb riigikoodi abil kõikidesse kohtadesse, mis on adresseeritud organisatsiooni tüübi järgi. Lihtsuse ja järjepidevuse huvides on parem kasutada aadresse koos riigikoodidega.

Neid aadresse kasutatakse tavaliselt siis, kui võrk mõistab aadresse muus vormingus kui RFC822. Seejärel kirjutate aadressi, näiteks [email protected]õrk, ning teie võrgu ja adressaadi võrgu vaheline sild teisendab selle vajalikuks vormiks.

Tippdomeenist paremal asuvad alamdomeenid määravad adressaadi asukoha selles domeenis (ru puhul Venemaal, mil puhul USA sõjaväeorganisatsioonide seas või bitneti puhul BITNET-võrgus). Näiteks aadressis [e-postiga kaitstud] demo alamdomeen tähistab organisatsiooni Venemaal ja hq tähistab masinate rühma demos.

Aadressil [e-postiga kaitstud] Tippdomeen gov tähendab, et adressaat asub ühes USA valitsusasutuses, esimene alamdomeen nasa määrab, milline neist - NASA, teine ​​alamdomeen kaar nimetab NASA divisjoni - Ames Research Center ja George tähistab konkreetset masinat. see jaotus.

Kui kiri on adresseeritud selle võrgu nimega, kuhu see tuleb saata, koosneb aadress (domeen) ainult tippdomeenist – võrgu nimest ja teisest alamdomeenist – selles võrgus oleva masina nimest. Selle võrgu postiteenistuste ülesanne on välja selgitada, kus see masin asub.

Kui on vaja jõuda aadressile, nt. ux . cso . uiuc . edu, peab arvuti selle aadressiks teisendama. Selleks hakkab teie arvuti DNS-serveritelt (arvutitelt) abi küsima, alustades nime paremast servast ja liikudes vasakule. Kõigepealt küsib ta kohalikke DNS-serverid leida aadress. Siin on kolm võimalust.

Ettevõtete meiliserverite turgu ei saa nimetada elavaks. See sisaldab suhteliselt vähe tarkvara, ja uusi üksusi ilmub üsna harva. Siiski on valik. Meie tänases ülevaates vaatleme kõige levinumaid Venemaa turg ettevõtte meiliservereid ja uurige ka, millist neist on kõige parem kasutada ja millisel juhul.

Tänapäeval kasutatakse e-posti ärikeskkonnas väga aktiivselt, kuna see kujutab endast ainulaadset suhtlusmeediumi, mida saab kasutada kiire ja väga soodsa suhtlusvahendina nii ettevõtte töötajate vahel kui ka partnerite ja klientidega. Tõsi, selleks, et selle kasutamine saavutaks maksimaalse efektiivsuse, peab ettevõte ise korraldama meiliserver. Ainult sel juhul muutub ettevõtte post hõlpsasti hallatavaks, turvaliseks ja ühtlasi kõige mugavamaks ja odavaimaks äritööriistaks kasutamiseks.

Ettevõtete turg meiliserverid elavaks ei saa nimetada. Sellel on suhteliselt vähe tooteid ja uusi esemeid ilmub üsna harva. Siiski on valik. Seetõttu valides ettevõtte meiliserver tuleks võtta ülima tõsidusega. Vastasel juhul võib ettevõttel tekkida vajadus tulevikus teisele tootele üle minna koos kõigi sellega kaasnevate probleemide ja lisakuludega. Tänases ülevaates vaatleme Venemaa turul kõige levinumaid ettevõtteid. meiliserverid ja uurige ka, millist neist ja millisel juhul on kõige parem kasutada.

On ehk kõige kuulsam meiliserver maailmas. Selle nimetamine selle terminiga pole aga võib-olla täiesti õige. Ju siis võimalused uusimad versioonid See toode ületab oluliselt tavapärase meiliserveri funktsioone. Vaadeldav lahendus kuulub "raskete" süsteemide kategooriasse, st universaalse ettevõtte suhtluskeskkonna korraldamiseks mõeldud toodete hulka, millel on kõige laiem funktsionaalsus. Nad ei paku mitte ainult tuge postisüsteem, aga ka ettevõtte kalendri sündmuste loendi, üldise aadressiraamatu ja palju muuga.

Üks peamisi omadusi on tavapäraste elektrooniliste ja kõnepost, aga ka kiirsuhtlussüsteemid ühtseks ettevõtte suhtluskeskkonnaks ning programm rakendab häälsõnumite dekodeerimise ja tavalisteks tekstisõnumiteks muutmise süsteemi. Väärib märkimist kõnealuse toote laialdased võimalused kasutajatele mõeldud postiga töötamiseks: sõnumite sortimine, nende saabumise teatamine, automaatvastaja, detailne info helistajate, "automaatse saatja" kohta (individuaalsete tervituste, helistajate menüüde loomine, organisatsiooni telefonikataloogist otsimine jne) ja palju-palju muud.

Paljud kõnealuse toote funktsioonid on pühendatud töötajate üksteisega suhtlemise mugavusele. Sellega seoses on eriti tähelepanuväärne vestlussüsteem. See võimaldab teil esitada kõik erinevat tüüpi sõnumid ühelt kontaktilt teatud tüüpi vestlusena, olenemata sellest, millises kaustas need asuvad. See on väga mugav, kuna võimaldab kiiresti vaadata kogu kirjavahetust konkreetse inimesega.

Põhimõtteliselt saab e-posti kliendina kasutada mis tahes programmi. Siiski parim võimalus meiliserver paljastab Outlook 2010. Eelkõige rakendab see klient häälega töötamise võimalust, tänu millele pääsete ligi nii oma postkasti kui ka ettevõtte ressurssidele (kalender ja aadressiraamat) ka ilma arvutita, lihtsalt telefoni teel. Eraldi äramärkimist väärib selles tootes juurutatud Outlook Web Accessi tehnoloogia, mis võimaldab kasutajatel töötada veebiliidese kaudu. Lisaks saavad ettevõtte töötajad juurdepääsu peaaegu kõigile võimalustele: vestluste vaatamine, jagamine kiirsõnumid, infootsing jne. See tehnoloogia pakub Interneti kaudu juurdepääsu ettevõtte postile kõikjalt maakera. Lisaks on kõnealusel tootel paljude mobiilseadmete täielik tugi.

Sellel on laialdased võimalused kirjade salvestamiseks ja arhiveerimiseks. Esiteks saab andmebaasi salvestada mis tahes andmekandjale: kõvakettad, RAID-massiivid, võrgusalvestused jne. Teiseks toetab programm JBOD massiive (teabe täielik dubleerimine rakenduse tasemel) koos võimalusega kahjustatud andmebaasilehti automaatselt parandada. Kolmandaks Microsoft Exchange on väga võimas süsteem sõnumite arhiveerimine. Ühest küljest on see väga paindlik, kuna põhineb peenhäälestatud poliitikate kasutamisel, ja teisest küljest on sellel lai valik funktsioone, alustades loomisest. isiklikud arhiivid ja lõpetades võimalusega tähti säilitada ja taastada.

Rääkides ettevõttest meiliserver, ei saa mainimata jätta selle ohutust. See on väga oluline aspekt, kuna ühest küljest on e-post erinevate ohtude (pahavara, rämpspost, petturid jne) allikaks ning teisest küljest kasutatakse seda sageli konfidentsiaalse teabe saatmiseks. Turvalisusega on aga kõik korras. See rakendab väga täiustatud tööriistu, et kaitsta andmeid volitamata juurdepääsu ja kasutamise eest. Nende hulgas väärib eriti tähelepanu kirjade modereerimise süsteem, automaatsed dünaamilised allkirjad ja mis kõige olulisem – IRM-tehnoloogial põhinev juurdepääsuõiguste haldus. Peate kasutama välist viirusetõrjet - tänapäeval on peaaegu kõigil viirusetõrjeturu liidritel vastavad tooted.

Toote kõiki võimalusi on peaaegu võimatu üksikasjalikult kirjeldada. Ja seetõttu me isegi ei püüa seda teha. Selle programmi üle peetud vestluse lõpetuseks märgime lihtsalt, et - üks võimsamaid meiliserverid, mõeldud kasutamiseks suurtes ja keskmise suurusega ettevõtetes.

- meie riigis üsna tuntud ettevõtte pärija meiliserver Kerio meiliserver. Tõsi, erinevalt eelkäijast on kõnealune toode saanud märgatavalt suurema funktsionaalsuse. Lisaks meiliserverile endale sisaldab see nüüd ka ettevõtte planeerijat ülesannete ja ajakavade jaoks ning tööriistu meeskonnatöö töötajad. Tulemus oli päris võimas tööriist suurendada ettevõtte kui terviku efektiivsust. Põhimõtteliselt võib seda pidada "raskeks" lahenduseks, mis on mõeldud mitte suurtele, vaid väikestele ja osaliselt keskmise suurusega ettevõtetele.

Mida saavad siis selle ettevõtte töötajad, kelle infosüsteemi toode on juurutatud? Esiteks on see muidugi mugav suhtlusvahend. Programm annab võimaluse korraldada ettevõtte meilisüsteemi ühe või mitme domeeni alusel. Erilist tähelepanu väärib hajutatud domeeni loomise võimalus, mis võimaldab ühendada mitu kaugkontorit. See annab võimaluse loodud postkaste paindlikult konfigureerida, sealhulgas erinevaid piiranguid nende suurusele ja kirjade arvule. Lisaks on administraatoril võimalus seada reegleid erinevate kasutajate kirjavahetuse automaatseks töötlemiseks. Kõik see võimaldab väga paindlikult hallata ettevõtte töötajate postisüsteemi kasutamist.

Rakendatud on kirjavahetuse salvestuspoliitika loomise võimalus. Neid saab määrata nii tervete domeenide kui ka jaoks üksikud kasutajad. Nende abiga saate automatiseerida postkastide puhastamise vananenud e-kirjadest ja säästa seeläbi oma salvestusruumi. Märkida võib ka kirjavahetuse arhiveerimissüsteemi, mis võimaldab salvestada kõik sissetulevad, väljaminevad või valitud kirjad andmebaasi koos võimalusega neid edaspidi vaadata. Seda funktsiooni saab kasutada konfidentsiaalse teabe lekkimisega seotud juhtumite analüüsimiseks, töötajate ja partnerite ning klientide vahelise suhtluse kontrollimiseks jne. Samuti on olemas varusüsteem, mis tagab teabe ja seadete ohutuse meiliserver erinevate rikete eest.

Mis puutub sellesse, kuidas kasutajad baasil ehitatud meilisüsteemiga töötavad, siis selles pole midagi ebatavalist. Töötajad saavad kirju vastu võtta ja saata iga neile tuttava kliendi kaudu. Kõnealusel serveril on ka võimalus töötada läbi brauserite. Samuti võimaldab see luua Interneti kaudu kaugühenduse ettevõtte e-postiga. On võimatu mitte märkida toetatud mobiilsete operatsioonisüsteemide kindlat loendit. Apple iPhone'i, BlackBerry seadmete ja ka töötavate seadmete kasutajad Windows Mobile, Symbian ja Palm OS.

See rakendab ettevõtte postisüsteemi turvalisuse tagamiseks väga laialdasi võimalusi. Ainult rämpspostivastaseks kaitseks sisaldab see 14 erinevaid meetodeid. Kõnealusel tootel on ka versioon integreeritud viirusetõrjega. Lisaks saate täiendavalt ühendada juhtivate arendajate viirusetõrjemooduleid ning kasutada turvalisi sideprotokolle, et kaitsta sõnumeid pealtkuulamise ja serveri võltsimise eest.

Ettevõte Entensys ja selle lipulaev UserGate Proxy&Firewall on Venemaa turul tuntud juba pikka aega. Meiliserver ilmus sama kaubamärgi all alles sel aastal ja avaldatakse Venemaal kaubamärgi 1C: Distribution all. See äratas kohe väikeste ja keskmise suurusega ettevõtete esindajate tähelepanu. Ja see pole üllatav. - "puhas" meiliserver. Puudub kalender ega üldine kontaktide loend. Kuid selle maksumus on märgatavalt madalam kui "raskete" toodete hind.

Seega on kõik olemas, et korraldada ettevõtte töötajatele mugav ja ohutu töö. Nende hulgas on mitme domeeni tugi, võimalus postkaste paindlikult konfigureerida, kirjavahetuse automaatse töötlemise reeglite süsteem, LDAP autoriseerimine jne. Mis puutub kasutajakogemusse, siis kirjavahetuse allalaadimiseks, lugemiseks ja saatmiseks saavad nad kasutada nii erinevaid klientprogramme kui ka veebiliidest.

Kõnealuse toote huvitav omadus on meililisti süsteem. Lisaks võivad need olla erinevad: saadaval on kolm erinevad režiimid. Teine võimalus on kirjavahetuse varikopeerimine. Selle sisuks on kõigi kirjade edastamine spetsiaalsesse postkasti, kus neid saavad lugeda vastutavad töötajad ja kust need vajadusel salvestada. Lisaks on sellel meiliserveril varusüsteem nii postkastide sisu kui ka süsteemi enda seadistuste jaoks.

Ettevõtte e-posti süsteemi kaitsmiseks mõeldud funktsioonide hulgas võime märkida rämpspostitõrjesüsteemi, mis sisaldab mitmeid tööriistu. Nende hulgas on spetsiaalne tasuta moodul (bayesi filtril põhinev), postkastide "must" loend, DNSBL-i, SURBL-i, Greylistingu ja Tarpitting-tehnoloogiate tugi. Lisaks saate ostmisel Commtouchilt osta tasulise rämpspostitõrje mooduli. Viiruste eest kaitsmiseks kasutab kõnealune meiliserver kahte moodulit: Kaspersky Labilt ja Panda Softwareilt. Loomulikult peate nende eest lisatasu maksma. Siiski saate osta versiooni ilma viirusetõrje. ka sisse see toode Rakendatud on turvaliste sideprotokollide tugi.

Võtame selle kokku

	Microsoft Exchange
Meiliserver
Mitme domeeni tugi
LDAP sünkroonimine
Veebi klient
Automaatne töötlemine
Rämpspostitõrje
Turvalise protokolli tugi
Sisseehitatud viirusetõrje
Välised viirusetõrjed
Varundamine mail
Süsteemi varundamine
Kalender
Planeerija
Kiirsõnumid
Mobiilseadmete tugi
Täiendavad täiustatud funktsioonid

Tänase vestluse lõpus saame kokku võtta ettevõtte kaalutluse meiliserverid. Võrreldes kõige võimsam toode on kindlasti . Enamikus ettevõtetes pole seda aga lihtsalt otstarbekas kasutada. Palju võimalusi sellest serverist ei leia kasutust väikeste ja olulise osa keskmise suurusega ettevõtete seas, seega pole mõtet nende eest üle maksta.

See on ka väga võimas toode. Kindlasti leiavad sellele suurepärast kasutust nii väikesed kui ka keskmised ettevõtted. Tõsi, selle kasutamine ei ole ka kõigi ettevõtete jaoks soovitatav. Kuidas aru saada, mis on ettevõtte jaoks õige? Peate lihtsalt kasutamist hindama infotehnoloogiadäris. Kas ettevõttel on tööriistu vaja koostöö, jagatud kalender, kas selle töötajad kasutavad mobiilseadmeid jne. Kui jah, siis on see suurepärane assistent äritegevuses.

Kui ettevõte sellest midagi ei kasuta või ettevõtte infosüsteemis on koostöövahendid juba juurutatud, siis saate valida. The meiliserver– see on täpselt meiliserver ja ei midagi enamat. Siiski võimaldab minimaalsed kulud ning täielikult toimiv ja turvaline ettevõtte meilisüsteem võeti kasutusele nii kiiresti kui võimalik.

Kuidas seadistada meiliserverit, mis suudab e-kirju vastu võtta ja saata, võidelda rämpspostiga ja suhelda klientidega? See on tegelikult üsna lihtne.

Täna räägime meiliserveritest Linuxis. Räägime serveri seadistamisest, Internetis laialdaselt kasutatavast tehnikast. SMTP protokoll, aga ka muid protokolle, nagu POP ja IMAP. Selle tulemusena leiad end omanikuks täisväärtuslik süsteem e-postiga töötamiseks.

Alustame SMTP-serveriga Linuxis

SMTP server

Protokoll SMTP (Simple Mail Transfer Protocol) määrab reeglid kirjade saatmiseks arvutite vahel, kuid see ei reguleeri kirjade salvestamise ega visualiseerimise reegleid. See on süsteemist sõltumatu protokoll, see tähendab, et kirja saatjal ja saajal võivad olla erinevad operatsioonisüsteemid.

SMTP nõuab ainult seda, et server saaks saata tavalist ASCII teksti teisele serverile kasutades sadam 25, mis on standardne port SMTP.

Tänapäeval on enamikul Linuxi distributsioonidel sisse ehitatud kaks kõige levinumat SMTP-rakendust: kirja saatma Ja postfix.

Sendmail on populaarne avatud lähtekoodiga meiliserver, mida kasutavad paljud Linuxi distributsioonid. Selle puudused hõlmavad mõnevõrra keerukat arhitektuuri ja ebapiisavalt kõrget kaitsetaset.

Postfix on selle meiliserveri arendamisel veidi arenenum süsteem Erilist tähelepanu keskendunud turvaküsimustele.

Postiteenuste komponendid

Tavalisel postiteenusel on kolm põhikomponenti:

Meiliklient, mida nimetatakse ka postiagendiks (Mail Kasutaja agent, MUA). See on see, mida kasutaja suhtleb näiteks Thunderbirdi või Microsoft Outlooki meiliklientidega. Need võimaldavad kasutajal lugeda kirju ja kirjutada e-kirju.

Meiliserver või sõnumite edastaja (Mail Transport Agent, MTA). See komponent vastutab meilide teisaldamise eest süsteemide vahel, näiteks Sendmail ja Postfix.

E-posti kohaletoimetaja(Mail Delivery Agent, MDA). See komponent vastutab saabunud sõnumite levitamise eest kasutajate postkastidesse. Näiteks on need Postfix-maildrop ja Procmail.

Meiliserveri installimine

Meie serveri seadistamiseks valiti Postfixi pakett. See on populaarne süsteemiadministraatorid valik, enamiku kaasaegsete Linuxi distributsioonide vaikepostiserver.

Alustuseks kontrollime, kas Postfix on süsteemi installitud:

$ rpm -qa | grep postfix

Kui Postfixi ei õnnestu tuvastada, installige see näiteks distributsioonidesse, mis põhinevad punane müts, saate kasutada seda käsku:

$ dnf -y installige postfix

Seejärel käivitame postfixi teenuse ja korraldame selle automaatseks käivitumiseks, kui süsteem käivitub:

$ systemctl käivita postfix $ systemctl luba postfix

Debianil põhinevatele distributsioonidele, nagu Ubuntu, saate Postfixi installida järgmiselt:

$ apt-get -y installige postfix

Installimise ajal palutakse teil valida serveri konfiguratsioon. Saadaolevate hulgas neli võimalust(Seadistus puudub, veebisait, Internet koos smarthostiga, satelliitsüsteem ja ainult kohalik), valime Konfiguratsiooni pole, mis loob vajalikud Postfixi kasutaja- ja grupikontod.

Serveri häälestamine

Pärast Postfixi meiliserveri installimist peate selle konfigureerima. Enamik konfiguratsioonifaile asub kataloogis /etc/postfix/.

Postfixi põhikonfiguratsioonifaili leiate aadressilt /etc/postfix/main.cf. Siin on palju parameetreid, vaatame kõige olulisemat.

minu hostinimi

Seda parameetrit kasutatakse meilisüsteemi hostinime määramiseks. See on Interneti-hosti nimi, mille eest Postfix kirju saab.

Levinud näited meiliserveri hostinimedest on mail.example.com ja smtp.example.com.

Seadistage see parameeter järgmiselt:

Minu hostinimi = mail.example.com

minu domeen

See säte võimaldab teil määrata meili domeeni, mida server teenindab, näiteks - example.com:

Minu domeen = näide.com

müpäritolu

See valik võimaldab teil määrata Domeeninimi, mida kasutatakse serverist saadetud kirjades. Määrame sellele väärtuse $mydomain:

Myorigin = $ minu domeen

Seadetes saate parameetritele viidata, lisades muutuja nime ette $ märgi.

minu sihtkoht

See parameeter sisaldab domeenide loendit, mida Postfixi server käsitleb sissetulevate kirjade lõppsihtkohtadena.

Meie puhul sisaldab see serveri hostinime ja domeeninime, kuid see parameeter võib sisaldada muid nimesid:

Minusihtkoht = $minuhostinimi, kohalik host.$minudomeen, $minudomeen, post.$minudomeen, www.$minudomeen

mail_spool_kataloog

Postfixi meiliserver saab kasutada kahte meiliedastusrežiimi:

• Otse kasutaja postkasti.
• Järjekordade keskkataloogi, kus kirjad lähevad kausta /var/spool/mail, kus iga kasutaja jaoks on fail.

mail_spool_directory = /var/spool/mail

minu võrgud

See muutuja on oluline parameeter seaded. See võimaldab teil määrata, millised serverid saavad Postfixi serveri kaudu kirju edastada.

Tavaliselt on lubatud ainult meiliedastused kohalikest klientarvutitest. Vastasel juhul võivad rämpspostitajad teie serveri vastu huvi tunda.

Kui konfigureerite parameetri valesti minu võrgud, saavad rämpspostitajad serverit meiliedastajana kasutada. See viib väga kiiresti selleni, et mõni rämpspostivastane süsteem lisab selle ühte musta nimekirja, näiteks DNS-i musta nimekirja (DNSBL) või reaalajas musta aukude nimekirja (RBL). Kui server on sellises loendis, saavad väga vähesed inimesed selle kaudu saadetud e-kirju vastu võtta.

Selle parameetri seadistus võib välja näha selline:

Minuvõrgud = 127.0.0.0/8, 192.168.1.0/24

smtpd_banner

See muutuja võimaldab määrata vastuse, mille server klientide ühendamisel tagastab.

Parim on seda väärtust muuta, et see ei näitaks, millist meiliserverit kasutatakse.

inet_protocols

See muutuja võimaldab määrata IP-versiooni, mida Postfix ühenduste loomisel kasutab.

Inet_protocols = ipv4

Konfiguratsioonifailides tehtud muudatuste jõustumiseks tuleb Postfixi teenus taaskäivitada:

$ systemctl laadige uuesti postfix

Tegelikult saab Postfixi konfiguratsioonifailis konfigureerida palju muud. Näiteks hallata turvatasemeid, määrata silumisvalikud ja muud parameetrid.

Võimalik, et serveri seadistamisel ja parameetrite väärtuste sisestamisel teete vea. Saate kontrollida, kas seaded on õiged, kasutades järgmist käsku:

$ postfix kontroll

Selle tööriista abil saate leida vea tehtud rea ja parandada selle.

Sõnumite järjekorra kontrollimine

Mõnikord saab kirjajärjekord täis. Seda võivad põhjustada paljud tegurid, näiteks võrgu viga, või mis tahes põhjusel, mis võib posti saatmist edasi lükata.

Sõnumijärjekorra kontrollimiseks kasutage järgmist käsku:

See kuvab teateid, mis on järjekorras. Kui järjekord on täis ja sõnumi saatmiseks kulub mitu tundi, saate sõnumite saatmise käivitada järgmise käsuga:

$ postfix loputus

Kui nüüd järjekorda kontrollida, peaks see olema tühi.

Meiliserveri testimine

Pärast serveri seadistamist Postfixis tuleb seda testida. Testimise esimene samm on kasutada kohalikku meiliklienti nagu mailx või mail(see on sümboolne link mailxile).

Proovige saata e-kiri kellelegi, kelle aadressi edastatakse samas serveris, ja kui see toimib, saatke e-kiri aadressile, mis asub mujal.

$ echo "See on sõnumi keha" | mailx -s "See on teema" -r "likegeeks " -a /tee/manuse juurde [e-postiga kaitstud]

Seejärel proovige vastu võtta teisest serverist saadetud e-kiri.

Kui teil tekib probleeme, kontrollige logisid. Red Hatil põhinevate distributsioonide jaoks vajaliku leiate aadressilt /var/log/maillog. Debiani distributsioonidel nõutav fail leiad siit: /var/log/mail.log või mööda rsyslogdi seadetes määratud teed. Siin on vajadusel materjal Linuxis logimise ja rsyslogd seadistamise kohta.

Kui probleemid ikka ei lahene, proovige kontrollida DNS-i sätteid ja vaadata MX-kirjeid Linuxi võrgukäskude abil.

Võitlus rämpspostiga

E-kirjade hulgast soovimatute kirjade – rämpsposti – tuvastamiseks on palju lahendusi. Üks parimaid on avatud lähtekoodiga projekt SpamAssassin.
Saate selle installida järgmiselt:

$ dnf -y installib spamassassin

Seejärel peate käivitama vastava teenuse ja lisama selle käivitamisse:

$ systemctl käivita spamassassin $ systemctl luba spamassassin

Pärast SpamAssassini installimist vaadake failis selle seadeid /etc/mail/spamassassin/local.cf.

SpamAssassin suudab kirjavahetuse uuringu tulemuste põhjal eristada tavalisi kirju rämpspostist erinevaid skripte. Kontrollide tulemusi hinnatakse punktides.

Mida kõrgem on kirja lõppskoor, seda suurem on tõenäosus, et tegemist on rämpspostiga.

Konfiguratsioonifailis parameeter kohustuslikud_hitid 5 näitab, et SpamAssassin märgib kirja rämpspostiks, kui selle reiting on 5 või kõrgem.

Parameeter teata_turvaline võtab väärtuseks 0, 1 või 2. Selle määramine 0-le tähendab, et rämpspostiks märgitud meilid edastatakse nii nagu need on, kuid nende päist muudetakse nii, et need näitavad, et tegemist on rämpspostiga.

Kui see parameeter on seatud väärtusele 1 või 2, genereerib SpamAssassin aruande ja saadab selle adressaadile.

Väärtuste 1 ja 2 erinevus seisneb selles, et esimesel juhul kodeeritakse rämpspost vormingus sõnum/rfc822 ja teisel juhul teksti-/lihtvormingus.

Teksti-/lihtkodeering on turvalisem, kuna mõned meiliklientid käivitavad sõnumeid vormingus message/rfc822, mis teatud tingimustel võib põhjustada nakatumist kliendi arvuti viirus.

Pärast SpamAssassini installimist ja konfigureerimist peate selle Postfixiga integreerima. Võib-olla on lihtsaim viis selleks kasutada procmaili.

Loome faili /etc/procmailrc ja lisage sellele järgmine:

:0 hbfw | /usr/bin/spamc

Seejärel redigeerime Postfixi seadete faili - /etc/postfix/main.cf parameetri määramisega postkasti_käsk järgmisel viisil:

Mailbox_command = /usr/bin/procmail

Ja lõpuks taaskäivitage teenused Postfix ja SpamAssassin:

$ systemctl taaskäivitage spamassassin

Peab ütlema, et SpamAssassin ei tunne alati rämpsposti ära, mistõttu postkastid täituvad tarbetute kirjadega.

Õnneks saab sõnumeid enne Postfixi meiliserverisse jõudmist filtreerida reaalajas mustade aukude loendite (RBL) abil. See vähendab meiliserveri koormust ja aitab hoida seda puhtana.

Avage Postfixi konfiguratsioonifail /etc/postfix/main.cf, muutke parameetrit smtpd_recipient_restrictions ja konfigureerige muud seaded järgmiselt:

Strict_rfc821_envelopes = jah relee_domeenid_reject_code = 554 tundmatu_aadressi_tagasijätmise_kood = 554 tundmatu_kliendi_reject_code = 554 tundmatu_hostinimi_reject_code = 554 tundmatu_kohalik_saaja_kood_5reject_reject_code 554 smtpd_recipient_restrictions = reject_invalid_hostname, reject_unknown_recipient_domain, reject_unauth_pipelining, allow_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_rbl_gnontrf.c-dslien_gnortforg dnsbl .sorbs.net, reject_rbl_client list.dsbl.org, reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client bl.spamcop.net, reject_rbl_client dnsbl.sorbs.net, luba

Seejärel taaskäivitage Postfixi server:

$ systemctl taaskäivitage postfix

Ülaltoodud mustad nimekirjad on kõige sagedamini kasutatavad, kuid võite leida ka teisi sarnaseid servereid.

SMTP ühenduse kaitse

Parim on saata SMTP-liiklus TLS-i kaudu, et kaitsta seda keskmise rünnakute eest.
Kõigepealt peate käsu abil genereerima sertifikaadi ja võtme openssl:

$ openssl genrsa -des3 -out mail.key $ openssl req -new -key mail.key -out mail.csr $ cp mail.key mail.key.original $ openssl rsa -in mail.key.original -out mail_secure.key $ openssl x509 -req -days 365 -in mail_secure.csr -signkey mail_secure.key -out mail_secure.crt $ cp mail_secure.crt /etc/postfix/ $ cp mail_secure.key /etc/postfix/

Seejärel tuleb seadete faili lisada Postfix /etc/postfix/main.cf järgnev:

Smtpd_use_tls = jah smtpd_tls_cert_file = /etc/postfix/mail_secure.crt smtpd_tls_key_file = /etc/postfix/mail_secure.key smtp_tls_security_level = võib

Lõpuks peate taaskäivitama teenuse Postfix:

$ systemctl taaskäivitage postfix

Nüüd, kui ühendate kliendi serveriga, peate valima TLS-i. Siin näete esimest korda pärast seadete muutmist kirja saatmisel hoiatust, kuna sertifikaat pole allkirjastatud.

POP3 ja IMAP protokollide põhitõed

Niisiis, oleme loonud saatmise ja vastuvõtmise protsessi meilid SMTP kaudu, kuid siin on organisatsioon täielik postiteenus ei lõpe. Mõelge järgmistele olukordadele:

• Kasutajad vajavad meilide kohalikke koopiaid, et neid ilma Interneti-ühenduseta vaadata.
• Kasutajate meilikliendid ei toeta mboxi failivormingut. See on lihtne teksti vorming, mida saavad lugeda paljud konsooli meiliklientid, nagu mailx ja mutt.
• Kasutajad ei saa alati kasutada kiiret ühendust serveri failisüsteemile juurdepääsuks ja mbox-failidega töötamiseks, seetõttu peavad nad tegema kohaliku koopia, et nendega töötada ilma võrguühenduseta.
• Turvapiirangud määravad, et kasutajatel pole otsest juurdepääsu meili lüüsile, näiteks ei saa nad töötada avalike sõnumite järjekordadega.

Et neid kõiki arvesse võtta erijuhtudel, loodi muid protokolle. Neid võib kirjeldada kui e-posti juurdepääsu protokolle.

Kaks kõige laialdasemalt kasutatavat meilipääsuprotokolli on POP (Post Office Protocol) ja IMAP (Internet Message Access Protocol).

POP põhineb väga lihtne idee. Linuxi keskne meiliserver on pidevalt Internetiga ühendatud, see võtab vastu ja salvestab kõigi kasutajate sõnumeid. Kõik vastuvõetud kirjad jäävad serverisse järjekorda, kuni kasutaja loob sellega POP-i kaudu ühenduse ja laadib tähed alla.

Kui kasutaja soovib meili saata, saadab meiliklient selle tavaliselt SMTP-d kasutades keskserveri kaudu.

Pange tähele, et SMTP-server ja POP-server võivad probleemideta töötada samas masinas. See on tänapäeval tavaline praktika.

Sellised funktsioonid nagu kasutajate meilide originaalkoopiate salvestamine serverisse koos kliendi vahemällu salvestatud koopiatega pole POP-is saadaval. See viis IMAP-protokolli väljatöötamiseni.

IMAP-i kasutades toetab server kolme e-posti juurdepääsu režiimi:

• Võrgurežiim sarnaneb otsejuurdepääsuga meiliserveri failisüsteemile.
• Võrguühenduseta režiim sarnaneb POP-i toimimisele, kus klient läheb pärast e-kirjade saamist võrguühenduseta. Selles režiimis server tavaliselt sõnumite koopiaid ei salvesta.
• Võrguühenduseta režiim võimaldab kasutajatel salvestada oma meilide vahemällu salvestatud koopiaid ja server salvestab ka nende meilide koopiad.

IMAP-i ja POP-i rakendusi on palju, selles valdkonnas on väga populaarne Dovecot-server, mis võimaldab töötada mõlema protokolliga.

POP3-, POP3S-, IMAP- ja IMAPS-serverid kuulavad vastavalt porte 110, 995, 143 ja 993.

Dovecodi paigaldus

Enamik Linuxi distributsioone on Dovecotiga eelinstallitud, kuid saate selle ise installida. Red Hatil põhinevates süsteemides tehakse seda järgmiselt:

$ dnf -y install Dovecot

Debianil põhinevates süsteemides on IMAP- ja POP3-funktsioonid saadaval kahes erinevas paketis:

$ apt-get -y installib dovecot-imapd dovecot-pop3d

Siin palutakse teil luua iseallkirjastatud sertifikaat IMAP-i ja POP3-ga töötamiseks SSL/TLS-i kaudu. Vasta küsimusele jah ja kui küsitakse, sisestage oma süsteemi hostinimi.

Seejärel saate käivitada vastava teenuse ja lisada selle käivitamisse:

$ systemctl käivita tuvipesa $ systemctl luba tuvipesa

Dovecoti seadistamine

Dovecoti põhiseadete fail asub aadressil /etc/dovecot/dovecot.conf. Mõne Linuxi distributsiooni puhul asub see fail kaustas /etc/dovecot/conf.d/ ja konfiguratsioonifailide kaasamiseks kasutatakse kaasamiskäsku.

Need on mõned Dovecoti konfigureerimiseks kasutatavad valikud.

protokollid: protokollid, mida tuleb toetada.

Protokollid = imap pop3 lmtp

Siin lmtp tähistab kohalikku postiedastusprotokolli. kuulake: IP-aadress, mida server kuulab.

Kuula = *, ::

Siin tähistab tärn kõiki IPv4 liideseid, topeltkoolon kõiki IPv6 liideseid.

userdb: kasutajate andmebaas autentimiseks.

Userdb (draiver = pam)

mail_location: see on failikirje /etc/dovecot/conf.d/10-mail.conf. See näeb välja selline:

Mail_location = mbox:~/mail:INBOX=/var/mail/%u

Dovecotiga on kaasas standardsed SSL-sertifikaadid ja võtmefailid, mida kasutatakse /etc/dovecot/conf.d/10-ssl.conf.

Ssl_cert =

Kui kasutaja proovib Dovecotiga ühendust luua, kuvab server hoiatuse, kuna sertifikaadid pole allkirjastatud. Vajadusel saab allkirjastatud sertifikaate osta sobivast sertifitseerimisasutusest.

Ärge unustage avada tulemüüril Dovecot serveri porte.

$ iptables -A SISEND -p tcp --dport 110 -j ACCEPT $ iptables -A SISEND -p tcp --dport 995 -j ACCEPT $ iptables -A SISEND -p tcp --dport 143 -j ACCEPT $ iptables -A SISEND -p tcp --dport 993 -j ACCEPT

Ja ärge unustage SMTP-porti.

$ iptables -A SISEND -p tcp --dport 25 -j ACCEPT

Seejärel salvestage reeglid. Kui soovite värskendada iptablesiga Linuxis töötamise läbi ja lõhki, vaadake seda artiklit.
Või kui kasutate tulemüüri, saate seda teha:

$ firewall-cmd --permanent --add-port=110/tcp --add-port=995 $ firewall-cmd --permanent --add-port=143/tcp --add-port=993 $ firewall-cmd -- laadige uuesti

Ja kui midagi läks valesti, vaadake logifaile /var/log/messages, /var/log/maillog, Ja /var/log/mail.log.

Tulemused

Nüüd saate oma Linuxi serveris seadistada e-posti teenuse. Nagu näete, ei võta see palju aega. Loomulikult on siin käsitletavatel pakettidel, nagu ka Postfixil, palju seadistusi, kuid kui olete siin kirjeldatud toimingute jada selgeks saanud ja põhitõdedest aru saanud, on kõik vajalik dokumentatsioonist lihtne välja selgitada.

Kallid lugejad! Kuidas seadistate Linuxis meiliservereid?