A levelezőszerver egy speciális ügynök - egy program, amely feldolgozza a levelek kérését, üzeneteket továbbít egyik gépről a másikra.
szerver Email valódi, számunkra ismerős postaként működik, amely bájtokat dolgoz fel, mint a borítékokban lévő papírüzeneteket.
Ha levelet szeretne küldeni egy barátnak, meg kell írnia annak tartalmát, meg kell adnia a címzett e-mail címét, és minden adatot át kell vinnie a szerver címére elektronikus üzenetek. A küldés folyamata automatizált számítógépen vagy . A küldő szerver elvégzi a szükséges számításokat, és átirányítja a levelezést a címzett szerverére, ahol a levél egy boldog baráthoz kerül.
Mi az a levelezőszerver protokoll
Kiderült, hogy a megszakítás nélküli és szinkron működés érdekében a világ összes levelezőszervere három fő szabálynak engedelmeskedik. munkaprotokollok,
SMTP Simple Mail Transfer Protocol levelek küldése
A levélküldésért mindig az SMTP nevű protokoll a felelős, melynek első változatát az 1982-es szabványok írták le. 2008-ban frissítették az ESMTP verzióra bővített funkcionalitással. Klasszikus protokoll hozzáférési port: 25 TCP, SSL shell használata esetén a port 465 TCP-re változik.
Az SMTP protokoll működésének tipikus példája a következő műveletsor:
- A te levelező kliens a számítógépen kapcsolatot létesít azzal az SMTP-kiszolgálóval, amelyhez az összerendelés konfigurálva van
- A szervert csak egy Öntől kapott paraméter – a címzett – érdekli. Lekérdezést hajt végre a DNS-szolgáltatásnál, hogy megkapja a kézbesítési IP-címet
- Miután az SMTP szerver megtudta a címzett helyét a címtérben, megkísérel közvetlenül csatlakozni a címzett szerveréhez a 25-ös porton.
A címzett SMTP szervere ellenőrzi a kliens jelenlétét az adatbázisban, egyezés esetén az adatokat a belső POP3 szerverére továbbítja a felhasználó postafiókjában való elhelyezésre. - Ha problémák merülnek fel a címzett SMTP-állomásához való kapcsolódás során, a küldési kísérletet rendszeres időközönként még néhányszor megismétli. Ha visszautasítja, hibaüzenetet kap vissza.
POP3 Post Office Protocol 3 levelek fogadása és tárolása
A legelső, klasszikus és egyszerű protokoll távoli hozzáférés a postafiókba. Nem titok, hogy az e-maileket szerverek tárolják, és amit a képernyőn lát, az csak a helyi másolat. 1988-ban készült el a protokoll harmadik, végleges változata, amely szerint a kliensek gyűjthetik a levelezést a szerverekről. Alapértelmezés szerint, miután az üzeneteket a POP3 protokoll használatával a helyi tárolóra másolták, azok véglegesen törlődnek a szerverről. Normál hozzáférési port: 110 TCP
Fontolja meg a sablon munkamenetet POP3 szerverrel:
- Engedélyezés. A csatlakoztatott kliens névvel és jelszóval elvégzi a hitelesítést. Ellenőrzi, hogy ez az e-mail cím hozzá tartozik-e
- tranzakció. Van adatcsere a postafiók aktuális állapotáról, levélfogadásról, levelezéssel való munkavégzésről
- Frissítés. A szerver eltávolítja az olvasott üzeneteket a tárolójából, és bezárja a munkamenetet.
Speciális levélkezelés IMAP Internet Message Access Protocol
Bonyolultabb, összetettebb és modernebb protokoll távoli levelezőszerverrel való munkához. 1986-ban jelent meg, és a legutóbbi, 2003-as kiadás mennyisége jelentősen megnövekedett. A fő különbség a POP3 kommunikációhoz képest az, hogy a munka a teljes tartalom elküldése nélkül történik, Ön közvetlenül a szerveren van, és közvetlenül ott szerkesztheti az információkat. A protokoll hátránya, hogy az internetkapcsolat megszakadása esetén nem tud dolgozni a levelezéssel. Egyes szakértők úgy vélik, hogy az IMAP a levelezőprotokollok monopolistája lett volna, ha nem az e-mailek küldésének középszerű megvalósítását. Fő csatlakozási port: 143 TCP vagy 993 TCP, ha titkosított SSL csatornán keresztül csatlakozik.
Egy IMAP-kiszolgáló négy állapotú lehet
- Hitelesítés nélkül. A szerver a bejelentkezési név és a jelszó átvitelére vár a felhasználótól
- Hitelesítve. A további munkákhoz postafiók választható
- Kiválasztás állapota. A postafiók kiválasztása után megkezdődik a benne lévő betűkkel való munka.
- Kijárat. A kapcsolat megszakítása tévedésből vagy ügyfél kérésére
Saját levelezőszerver
Egy átlagos felhasználónak elég levele van Google szolgáltatások, Yandex stb. De sokkal nehezebb dolguk van azoknak a portáloknak és cégeknek a rendszergazdái számára, amelyek számára emelni kell szoftver levélátutalások. Egyetlen cég sem akar majd megrendeléseket fogadni az ügyfelektől valaki más domain neve alatt, ami azt jelenti, hogy eljött az ideje saját levelezési csomópont létrehozásának. Itt több lehetőség is van
Kész megoldások
A Yandex és a MAIL.ru ingyenes levelezési szolgáltatásokat nyújt az Ön domainjéhez. Ez azt jelenti, hogy a következő címen kapja meg a leveleket [e-mail védett], pontosan ugyanaz volt, ha manuálisan hozta létre saját levelezőszerverét. De a cég gondoskodik a levelezés feldolgozásáról azáltal, hogy kényelmes webes felületet és külön címeket biztosít az alkalmazottak számára.
További plusz, hogy a vállalati levelezőszerverek szervercímei mindig a kliensek bizalmában vannak, így sokkal kisebb az esélye annak, hogy spambe kerüljenek.
Kézi önkonfigurálás
Ez egy nehéz út. Egy ilyen szerver beállítása sok időt vesz igénybe. És könnyebb lesz felvenni a kapcsolatot egy speciális céggel, és még olcsóbb is.
Mert Windows Server A Microsoft Exchange Server klasszikusnak számít. Teljesen integrálva Windows környezet, minden protokollal kompatibilis, gyors és egyszerű beállítás
Számos teljes értékű megoldás létezik Linuxra, de a szakértők a közelmúltban a Postfix szervert jegyezték fel, mint a legbiztonságosabb és legkényelmesebb munkamódszert. A Postfix szerves részét képezik a csatlakoztatható levélszemétszűrők, az átugrott levelek vezérlése és az adatbázis-támogatás.
Ha szeretné megtanulni, hogyan kereshet és aknázhat ki biztonsági réseket az információs hálózatokban, azt javaslom, hogy ismerkedjen meg online tanfolyam „Workshop on Kali Linux» az OTUS-ban. A tanfolyam azoknak szól, akik nem rendelkeznek gyakorlattal információ biztonság, a belépéshez át kell menni.
Kezdjük azzal, hogy mit értek középvállalkozás alatt. Nem tudom a pontos besorolást és nem néztem sehol, nem ellenőriztem. Intuitívan úgy tűnik számomra, hogy ez 10-15 felhasználótól 200-300-ig terjed. Megfontolom a szegmenst akár 100 felhasználó, hiszen szinte mindig kizárólag ebben a résben dolgozom. A nagyobb cégek problémáit és igényeit nem ismerem biztosan. Bár nem biztos, hogy valami alapvetően más lesz, mint 100 ember, de szerintem a megközelítések ugyanazok lesznek, csak a hardver erősebb. A terheléselosztás és a klaszterezés problémái itt nagy valószínűséggel még fel sem merülnek.
Van egy kis cégünk, több tucat fővel. Szükségünk van egy levelezőszerverre. Annak ellenére, hogy a technológia már régen előrelépett, rengeteg különféle kommunikációs eszközt biztosít, az e-mail továbbra is szilárdan megállja a helyét, és egyelőre nem ad fel. Ugyanakkor egy ilyen kis csapatban nincsenek nagy követelmények a levelezőszerverrel szemben. Leggyakrabban elég, ha a levél működik, különösebb funkcionális sallangok nélkül. Vagy egy e-mail kliens és az imap protokoll, vagy egy webes felület elegendő. Nos, ha lehetséges az automatikus válasz beállítása, tegye meg megosztott mappák, egyetlen címjegyzék, de lehet élni nélküle is.
A levelezési szolgáltatás összes lehetséges lehetősége közül három alapvetően eltérő megközelítést emelek ki a szükséges funkciók megvalósításához:
- A Google, a Yandex vagy a mail ingyenes levelezési szolgáltatásain alapuló szolgáltatások.
- Ingyenes szoftveren alapuló levelezőszervere.
- Exchange szerver a Microsofttól.
Elemezzük mindegyiket részletesebben.
Ingyenes levelezés a google, a yandex és a mail.ru oldalról
Mindjárt teszek pár megjegyzést. Nem vagyok benne biztos, hogy a Google most regisztrálhat ingyenes vállalati leveleket. Mindenki, aki regisztrált a használat előtt, ingyenes, és csak új felhasználók számára fizetett előfizetések. De ez nem alapvető, és nem kapcsolódik közvetlenül a cikk témájához. Ha a Google teljesen fizetett az üzletért, akkor egyszerűen kizárjuk a listánkból. A Yandex és a Mail.ru továbbra is határozottan ingyenes. Jómagam adminisztráltam a levelezési domaineket google alkalmazásokés a Yandexben. Nem dolgoztam a biz.mail.ru-val, csak azt tudom, hogy ott van valami hasonló. Valahogy magát a társaságot nem szeretem a régi idők óta. Bár most úgy tűnik, a felhasználók felé fordultak, de az Amigo még él és virul, így még nem fordultak meg.
Fontolja meg e levelezési szolgáltatások előnyeit.
- A legfontosabb előny, hogy regisztráció után azonnal készen áll a teljes értékű posta. A hardver és a konfiguráció beszerzésének költsége nincs. Ez elég egy többé-kevésbé haladó felhasználónak, aki az oldalon található utasításokat követve képes lesz domaint csatlakoztatni és postafiókokat létrehozni. És már használhatod is a levelet.
- Könnyen kezelhetőés kezeli a felhasználókat, a webszolgáltatás ehhez minden szükséges eszközt biztosít. Kényelmesek és intuitívak (bár nem mindig) érthetők.
- Kényelmesés megszokott webes felület. Minden gyorsan működik, bárhonnan, ahol van internetkapcsolat és böngésző. Van egy jó mobil alkalmazás.
- Széles funkcionalitás, a doboz elkészítése után azonnal készen áll. Különféle szűrők, levélgyűjtők, jó spamszűrő (a Google-tól) és még sok más.
Úgy tűnik, mindenből semmi sem hiányzik. Úgy tűnik, hogy az előnyök nyilvánvalóak és jelentősek. Mielőtt azonban elhamarkodott következtetéseket vonnánk le, nézzük meg a hátrányokat.
- Ezt a levelet nem te irányítod. Nem tartozik hozzád, nincs a szerverein. Nem tudod, mi történik vele. Ha nagyon érzékeny és privát levelezése van, akkor gyanúk és kétségek merülnek fel a népszerű e-mail szolgáltatások használatával kapcsolatban. Ez paranoián hangzik, de ez komoly aggodalomra ad okot a felhasználók és a vállalkozások tulajdonosai számára, és nem szabad figyelmen kívül hagyni.
- Ön nem mentes a rendszer hibáitól, és semmilyen módon nem tudja megakadályozni azokat. És kudarcok, bár nem gyakran, de előfordulnak. Mivel a szolgáltatások ingyenesek senki nem garantál neked semmit. És ha valamiféle vis maior történik és az adatok elvesznek, akkor egyszerűen elnézést kér. Ha maga nem rendelkezik túl megbízható informatikai struktúrával, akkor annak valószínűsége technikai problémák tiéden személyes szerver valószínűleg magasabb lesz. De ezt ellenőrizheti, és elméletileg képes olyan megbízható rendszert építeni, amely kielégíti Önt.
- Nyilvánvaló biztonsági mentési módszerekés postafiókok helyreállítása az ilyen szolgáltatásokban. Vannak helyzetek, amikor az összes levél törlődik a postafiókból. Tegyük fel, hogy megmentheti őket különböző utak, csak letöltés, majd hogyan lehet visszavinni a dobozba, megtartva az összes eredeti dátumot?
- Nincs mód az érthetetlen helyzetek elemzésére. Például küld egy levelet, de az nem érkezik meg a címzetthez. Mit kell tenni? A felhőalapú levelezés esetén nem fog tenni semmit, mivel nincs eszköze a helyzet elemzéséhez. Próbálj meg levelet küldeni egy másik dobozból. Néha nem kapsz levelet, és nem tudod rájönni, miért nincs ott. A tok pedig elcsépelt lehet egy rosszul beállított szűrőben. Ez gyakori helyzet, ha sok szűrő van, plusz ha más továbbítás van beállítva. A szervernaplókhoz való hozzáférés nélkül nehéz lehet megérteni a helyzetet. Ha pedig van levelezőszerver naplója, akkor rögtön kiderül, hogy miért nem küldték el a levelet, vagy mi történt vele a beérkezés után. Határozottan megtudhatja, hogy a távoli szerver megkapta-e levelét vagy sem.
- Nem egyszerű módokon korlátozza a postafiókokhoz való hozzáférést például csak től helyi hálózat hivatal. A közszolgáltatások postafiókjai mindig elérhetők az interneten keresztül. Ez a probléma a Google Apps-ben megoldható harmadik féltől származó szolgáltatások engedélyezésével. A Yandexben és a levelezésben nem láttam lehetőséget ilyen funkciók megvalósítására.
- Ezt is meg kell érteni ingyen sajt tudja, hol történik. Nem teljesen világos, hogy a levelezési szolgáltatások hogyan használják fel a felhasználóktól kapott információkat. Már csak azért is, hogy releváns hirdetéseket mutassunk nekik. Szerintem nem csak ezért.
Amikor körülbelül 10 évvel ezelőtt elkezdtem dolgozni, nem volt kérdés, hogy milyen leveleket használjak a szervezetben. Mindenki beállította a levelezőszerverét és felügyelte azokat. Az ingyenes levelezési szolgáltatások akkoriban nem biztosítottak semmilyen eszközt az üzleti élet számára a levelezés kezelésére. Amikor elkezdtek megjelenni az ilyen eszközök, azt hittem, hamarosan senkinek sem lesz szüksége a levelezőszervereikre, mert már nem lesz értelme. És minden kínom (nem szeretek velük dolgozni) a levelezőszerverekkel értelmetlenné válik.
Lehetőséget kaptam a nyilvános levelezési szolgáltatásokon alapuló domain adminisztrálására. Ezt követően megjelent a fentebb írt hátrányok listája. És nekem személy szerint ezek a hátrányok meghaladták az előnyöket, és most is magam állítottam be a levelezőszervereket. Végső soron kényelmesebb és megbízhatóbb, ha együtt mérlegeljük a használat és az adminisztráció előnyeit és hátrányait.
A legnagyobb hátránynak a teljes értékű levélnaplók és a jó biztonsági mentési séma hiányát látom. Kényelmetlen a problémák elemzése naplók nélkül. A törölt levelet nem lehet gyorsan és egyszerűen visszaállítani az eredeti helyére, bár ez a nyílt forráskódú levelezőszervereknél egyszerű.
Ingyenes szoftveren alapuló levelezőszerver
Fontolja meg az ingyenes szoftveren alapuló saját levelezőszerver előnyeit és hátrányait. Elvileg néhány fizetős is bekerülhet ide, például a szintén gyakran használt Kerio Mail Server. Szerintem ide is betudható, hiszen hasonló funkcionalitást biztosít. Az összes levelezőszervert összesítve veszem figyelembe, az egyes képviselők kiemelése nélkül. Bár Linuxban, a postfixen és az eximen kívül, én személy szerint semmit nem láttam élesben. Én magam mindig postfixet használok, mert megszoktam és jól ismerem. Gondosan mérlegelje az ilyen szerverek előnyeit.
- Az összes információ teljes ellenőrzése alatt áll, amely postai úton érkezik, és a szerverén tárolódik. A levelezéshez való hozzáférést saját belátása szerint korlátozhatja. technikai eszközökkel. Központilag konfigurálhatja például a levélben lévő személyes adatok törlésének szabályait, különféle feltételek szerint, amelyeket saját maga állíthat be.
- A levelezési szolgáltatás elérhetőségi szintje csak Öntől függ. A megfelelő megközelítéssel, az Önnek megfelelő megbízhatóságot tudja biztosítani rendszer működése.
- Rugalmas biztonsági mentési rendszer. Rengeteg alap van a szervezésére, beleértve az ingyeneseket is. Minden az Ön igényeitől, készségeitől és képességeitől függ. Különféle szeleteket tárolhat dátum, postafiók, domain szerint, rendezhet bármilyen megfelelő sémát.
- Gyakorlatilag korlátlan funkcionalitás. Ésszerű keretek között persze :) Lehetőség van postafiókok létrehozására csak helyi levelezés lehetőségével, központilag kezelheti a levélfogadást és -küldést, vezetheti saját fehér és fekete listáit. Különféle korlátozásokat állíthat be a postafiókokra és a tartományokra vonatkozóan. Könnyedén központilag kezelheti a szükséges postafiókok levélmásolását, elvégezhet mindenféle továbbítást és még sok mást.
- A szerver működésének felügyeletének minden eszköze az Ön kezében van. Bármilyen érthetetlen helyzetet képes lesz kezelni, amelyeknél kéznél vannak a levelezőszerver naplói. Ez a szolgáltatás jól naplózott. Szinte soha nem volt problémám, amikor nem volt világos, hová tűnt a levél. Leggyakrabban vannak nyomok, és határozottan meg lehet mondani, mi történt a levéllel.
- Szükséges felszerelést vásárolni vagy bérelni a levelezőszerver megszervezéséhez. Linux szerver esetén a teljesítményigény nem lesz nagy. Általában 4 maghoz és 4 GB-hoz elegendő virtuális gépem van véletlen hozzáférésű memória. A lemez alrendszer sokkal fontosabb. Itt minél gyorsabbak a lemezek, annál jobb. Ne feledkezzünk meg a biztonsági mentésről. Ehhez vasforrásokra is szükség van.
- Egy teljes értékű, többfunkciós levelezőszerver felállításához legalább átlagos linuxos rendszeradminisztrációs tudás szükséges. Vagyis csak az admin-enikey nem fog működni itt. Tapasztalt szakemberre van szükség. Tisztességes fizetést kell kapnia. Ha nincs ilyen admin az államban, javaslom, hogy vegyenek fel valakit egy egyszeri beállítási munkára. Leggyakrabban a beállítás után nincs szükség speciális munkára a szerver karbantartásával kapcsolatban, ha nem módosítja a funkcionalitást. Épp elég követni szabad hely lemezeken, és kezelheti a dobozokat a webpanelen keresztül.
- Egyszerű használat webes felületen keresztül alacsonyabb lesz, mint az ingyenes postai szolgáltatásokban. Akár tetszik, akár nem, de ugyanaz a gmail nagyon kényelmesen van megvalósítva. Gyors keresés, szűrők, rendezés, címkék stb. Tényleg kényelmes. Nagyon megszoktam és nem tudok mást használni.
A levelező szolgáltatásomnak ilyen hátrányait látom. A legfontosabb számomra az utolsó. Jómagam hozzászoktam, hogy a weben keresztül levelezzek. Nem szeretek levelezőklienseket használni, bár muszáj. Az ingyenes levelezőszerverek webes felületei kényelem és sebesség tekintetében nem maradnak el a gmailtől vagy a Yandextől, nincs értelme összehasonlítani. És mégis, szerintem egy átlagos szervezet számára ez a legtöbb legjobb lehetőség. Egy ilyen ingyenes levelezőszerver beállítására példa a .
A Microsoft Exchange Server előnyei és hátrányai
Nincs sok csereadminisztrációs tapasztalatom. Nagyon régen teszteltem, amikor eldöntöttem, hogy melyik levelezőszerverekkel fogok dolgozni. Telepítve, tanulmányozta a funkcionalitást. Aztán egyszer beállítottam egy levelezőszervert a szervezetnek. Pontosan cserét akartak. Nem volt probléma, gyorsan beállítottam az interneten található számos útmutató szerint. Belépési küszöb a levelezési testreszabók számára Exchange szerverek nagyon alacsony. Még az enikey is képes kezelni az alapvető funkciókat.
A közepes méretű szervezetek számára a megosztott naptárakat igazán hasznos és nehezen pótolható funkciónak tartom. És természetesen az AD-vel való integráció kényelme, ha van ilyen. Leggyakrabban pedig AD van, hiszen 20-30 főnél több hálózati adminisztrációt el sem tudok képzelni Active Directory nélkül. Úgy gondolom, hogy értelmetlen itt spórolni, és meg kell vásárolni a Microsoft Servert.
Fontolja meg most a Microsoft Exchange Server előnyeit és hátrányait. Még egyszer figyelmeztetlek minden esetre. Csak az én elképzelésemet mondom el, kevés tapasztalatom van a szerverrel kapcsolatban, ezért saját magam is szeretnék észrevételeket kapni a hozzászólások között, hogy megfelelőbb megítélésem legyen ennek a rendszernek. Csere előnyei:
- Nagyszerű funkcionalitás viszonylag egyszerű beállítással. Telepítsen egy kiszolgálót alapvető funkciókkal bármely rendszergazda számára. Sőt, ez az alapvető funkció több lehet, mint bármely Linux alatti összeállítás.
- Integráció az Active Directoryval. újat hozol létre fiókot felhasználó és Postafiók azonnal készen áll rá. Nincs szükség speciális beállításokra, ha a felhasználó rendelkezik Microsoft Outlook. A szerverhez való csatlakozás néhány egérkattintással konfigurálható.
- Kényelmes adminisztrációs eszközök kész Windows Server beépülő modulként. A Microsoft megoldásainál minden hagyományos.
Az Exchange Server hátrányai ugyanolyan jellemzőek, mint a legtöbb Microsoft-termék előnyei:
- Ár, ár és még több ár. A Microsoft Exchange Server drága. Meg kell fontolni és meg kell becsülni, hogy indokolt lesz-e a beszerzése. Az összes beépített funkció használatához mindegyikhez szükség lesz munkahely kiadás vásárlása Microsoft iroda az Outlookkal együtt. Ezek többletköltségek.
- A jó teljesítmény megköveteli sokkal erősebb vas, összehasonlítva a Linux rendszerű szerverekkel. A nagy, például 50 gigabájtos postafiókok támogatásához pedig nagyon erős hardverre lesz szüksége. Bár az ilyen dobozok ugyanahhoz a galambtartóhoz nem jelentenek különösebb problémát. Cserébe valószínűleg kvótákat fog használni a postafiók maximális méretének korlátozására.
- A biztonsági mentéshez valószínűleg megfelelő hardvert és hardvert is kell vásárolnia fizetett szoftver. Itt csak tippelek, tényleg nem tudom, mi kell a kényelmes cserementéshez. Ismerek népszerű gyártók fizetős szoftvereit. Talán van valami ingyenes.
Az Exchange Serverrel kapcsolatban az a következtetésem, hogy szinte mindenben jó, kivéve az árat. Ha ingyenes lenne, nagy valószínűséggel használnám. Egészen objektív okokból ez lehetetlen. A jó és kényelmes szoftver nem jelenik meg magától. Létre kell hoznia, és pénzt kell rá költenie, amit nyereséggel szeretne visszaadni.
Ma, tekintettel a Microsoft Exchange Server és a Microsoft Office költségeire, nem használom ezeket a Microsoft termékeket. Kevesen vállalják, hogy a levelezőszerver számára szükséges összeget lefektetik. Valós körülmények között, legalább 60-80 fővel szeretném közelebbről is megnézni az Exchange-et, hogy objektívebben értékelhessük ezt a szervert. Ez a lehetőség azonban eddig nem adott.
Következtetés
Hadd foglaljam össze érvelésemet egy kis átlagos szervezet levelezőszerverével kapcsolatban. Bár a következtetés szerintem már világos. Én magam jobban szeretem az általam leírt második lehetőséget - egy ingyenes linuxos szoftveren alapuló levelezőszervert. De a másik két lehetőséget nem zárnám le. Ingyenes posta a közszolgáltatásokból minden bizonnyal kényelmes lesz egy nagyon kis csapat számára - 10-15 fő számára. Nincs értelme elkeríteni a szervert egy ilyen szám miatt.
Javaslom az Exchange Server használatát, ha rendelkezik vele, és nem bánja, hogy pénzt költ a vásárlására. A termék egyedülállóan kényelmes, funkcionális és könnyen konfigurálható és adminisztrálható. Ha egyszerűen beszélünk, meg kell értened, hogy ez feltételes. A konfigurációk nagyon összetettek lehetnek, de ebben az esetben a belépő szintet nézem.
Workshop a Kali Linuxon
Kurzus azoknak, akik érdeklődnek a penetrációs tesztek iránt, és szeretnék a gyakorlatban is kipróbálni magukat a valós helyzetekhez közeli helyzetekben. A tanfolyam azoknak szól, akik még nem rendelkeznek információbiztonsági tapasztalattal. A képzés 3 hónapig tart, heti 4 órában. Mit nyújt ez a tanfolyam:- Keresse meg és használja ki a sebezhetőségeket vagy konfigurációs hibákat a vállalati hálózatokon, webhelyeken és szervereken. A hangsúly a Windows operációs rendszer tesztelésen és a vállalati szegmens biztonságán van.
- Oktatóeszközök, mint a metasploit, sqlmap, wireshark, burp suite és még sok más.
- A Kali Linux eszközkészlet elsajátítása a gyakorlatban – minden információbiztonsági szakembernek ismernie kell.
Sok rendszeradminisztrátor tapasztal bizonyos nehézségeket, amikor e-mail rendszerekkel dolgozik. Ez nem meglepő, egy levelezőszerver sokkal összetettebb felépítésű, mint egy fájlszerver, útválasztó vagy terminálszerver. Ebben a cikkben megvizsgáljuk a levelezőszerverek felépítését és működési elvét, annak megértése nélkül, hogy egy e-mail rendszer felállítása képes arra, hogy sámáni táncokká alakuljon egy tamburával.
Ez az anyag elég sok egyszerűsítést és általánosítást tartalmaz annak érdekében, hogy adjon rendszergazdák a szükséges minimális tudást. Véleményünk szerint egy-két belépő szintű levelezőszerver adminisztrálásához egyáltalán nem szükséges szakemberré válni az e-mail területén.
A legtöbb felhasználó és kezdő adminisztrátor számára a levelezőszerver egyfajta „fekete doboz”, amely egy levél megérkezése után „ismeretlen” módon eljuttatja azt a címzetthez, és fordítva. Az ilyen szerverekkel való minden interakció abból áll, hogy a levelezőklienst bizonyos portokra, vagy akár a webes felületen keresztül címezzük. A belsejében azonban egy egész mechanizmus rejtőzik, melynek működésének megértése kulcsfontosságú az e-mail rendszer sikeres felállításához és karbantartásához. Ez különösen fontos a Linux platformon lévő szerverek adminisztrálása esetén. A Windowstól eltérően, ahol a levelezőszerver egy komplett szoftvermegoldás, és a fejlesztők már gondoskodtak a belső interakcióról, a Linuxban a levelezőszerver összetevői különálló programok, és ezek interakcióját Önnek kell konfigurálnia.
Vessünk egy pillantást a levelezőszerver felépítésére és arra, hogy mi történik, ha a felhasználó megpróbál levelet küldeni.
A levelezőszerver legfontosabb része az MTA (Mail Transfer Agent-- levéltovábbítási ügynök), amelynek feladatai közé tartozik a levél fogadása és továbbítása. Nagyon gyakran (Linux/UNIX esetén) az MTA-t levelezőszervernek is nevezik. Az MTA SMTP protokollon dolgozik, és ezek közül egy elvileg már elég egy levelezőrendszer létrehozásához. Valamikor pontosan ez volt a helyzet, és ahhoz, hogy hozzáférjen a postaládájához, bizonyos technikai ismeretekkel kellett rendelkeznie.
A haladás azonban nem áll meg, a levelet fogadó MTA azt a felhasználó postafiókjába helyezi azon a szerveren, amelyhez az utóbbinak hozzá kell férnie, lehetőleg a legegyszerűbb és érthető módon. Itt jön a színpad MDA (Levélkézbesítési ügynök-- levélkézbesítési ügynök), feladata, hogy a levelezőkliens kérésére a leveleket a szerveren lévő postafiókból továbbítsa neki. Az MDA működhet POP3 vagy IMAP protokollok használatával, bizonyos esetekben a levelezőkliens és a kézbesítő ügynök „kommunikálására”, saját, kiterjesztett funkcionalitással rendelkező protokolljaik, mint például a MAPI (Exchange Server) használhatók.
A közkeletű tévhittel ellentétben az MDA-nak semmi köze a levéltovábbítási folyamathoz. Ez az MTA előjoga. Hasonlatot levonva, elképzelheti az MTA-t egy postahivatalként, amely fogadja és küldi a leveleket, az MDA-t pedig a postással, aki a bejövő levelezést hazaviszi. Ha a postás beteg, akkor ez nem befolyásolja a posta munkáját, csak nem kap otthon leveleket. Szintén MDA, meghibásodása nem vezet a levelezőszerver működésképtelenségéhez, csak a levelek fogadása válik elérhetetlenné a levelezőkliens által, ugyanakkor más módon is könnyen elérhető, például webes felületen keresztül.
Lássuk, mi történik levélküldéskor. Példánkban az example.org tartományban található Ivanov felhasználó ( [e-mail védett]), levelet ír Kozlovnak az example.com domainben ( [e-mail védett]). Ivanov esetében a levélküldés egy üzenet létrehozásából és a levelezőkliens "Küldés" gombjának megnyomásából áll. A levelezőkliens az SMTP protokoll használatával csatlakozik az MTA-hoz, és először közli a hitelesítő adatait. A felhasználó engedélyezése után az MTA elfogadja az üzenetet és megpróbálja továbbítani.
Igazából az engedélyezés nem kötelező eljárás az MTA-nál, de felhatalmazás nélkül kapunk egy nyitott relét, pl. szerverünket bárki használhatja levelek küldésére, és a spammerek örülni fognak! Jelenleg a nyitott relék főként a szerver konfigurációs hibái miatt fordulnak elő. Azonban nagyon is lehetséges, hogy az MTA engedély nélkül kapjon leveleket megbízható felhasználóktól, például a vállalat helyi hálózatáról.
Az MTA saját felhasználói listát, rendszerlistát, LDAP vagy AD felhasználólistát használhat az engedélyezéshez. Van egy módszer is: POP engedélyezés az SMTP előtt, amikor a felhasználó levélküldés előtt bejelentkezik az MDA-ba, ami viszont megerősíti a felhasználó hitelesítését az MTA felé.
Az MTA következő lépéseként elemzi a levél szolgáltatási információit, meghatározza a címzett domainjét, ha az az MTA adatok által kiszolgált domainek közé tartozik, megkeresi a címzettet, és a levelet a postaládájába helyezi. Ez akkor történt, ha Ivanov levelet írt Petrovnak vagy Sidorovnak.
Ha a címzett tartományát nem szolgálja ki az MTA, akkor egy DNS-lekérdezés jön létre, amely lekéri az adott tartomány MX rekordjait. Az MX rekord egy speciális DNS-rekord, amely az adott tartományhoz tartozó bejövő leveleket kezelő levelezőszerverek nevét tartalmazza. Egynél több MX rekord is lehet, ilyenkor az MTA szekvenciálisan próbál kapcsolatot létesíteni, a legmagasabb prioritású szervertől kezdve. MX rekord hiányában a rendszer egy A rekordot kér (olyan címrekordot, amely leképez Domain név IP-címmel), és megkísérlik a leveleket az ott megadott gazdagépre kézbesíteni. Ha az üzenetet nem lehet elküldeni, akkor hibaüzenettel visszaküldik a feladónak (a felhasználó postafiókjába helyezve).
Nem vesszük figyelembe a fogadó szerver munkáját, feltételezzük, hogy minden rendben ment, Kozlov levelet kapott Ivanovtól, és válaszolt neki. Az example.com tartományt kiszolgáló szerver pontosan ugyanezt teszi, és megpróbál leveleket küldeni a szerverünknek. A bejövő üzenet fogadása után az MTA a helyi feladóhoz hasonlóan ellenőrzi a címzett domainjét, ha az a kiszolgált MTA-k között van, az üzenetfeldolgozás folytatódik, ellenkező esetben a szerver megtagadja a levél fogadását. A domain ellenőrzése után a címzett ellenőrzésre kerül, ha jelen van a felhasználók listájában, az üzenet a postafiókjába kerül, ellenkező esetben két lehetőség van: az üzenet fogadásának megtagadása vagy az üzenet fogadása az általános postafiókba (rendszergazda postafiókjába) ). Ez a beállítás egyrészt növeli a beérkező spamek számát, másrészt lehetővé teszi, hogy ne veszítsék el a hibásan írt címeket tartalmazó leveleket.
Egy másik levélszemét-ellenes intézkedés a PTR rekord kérése. A PTR rekord (pointer rekord) egy IP-címet társít egy tartománynévhez. PTR kérésekor az MTA csak akkor fogad levelet, ha a feladó domainje megegyezik a küldő szerver tartományával.
Tekintsünk egy példát részletesebben. Néhány spam.com szerver hamis feladóval próbál e-maileket küldeni, állítólag az általunk ismert example.com szerverről. Fehér/fekete listák alapján történő szűrés esetén ilyen levél érkezik, mivel a feladó egy megbízható domain felhasználója (amire számítottak a spammerek). A spam elleni küzdelem érdekében az MTA kérést generál PTR rekordok a küldő szerver IP-címére, amelyet az SMTP munkamenet során jelent. Az y.y.y.y címhez a PTR kérés egy spam.com tartománynevet ad vissza, amely nem egyezik a feladó tartományával, ami az üzenet elutasítását okozza. Ezzel egyidejűleg az x.x.x.x szerverről érkező üzenetek is megérkeznek, mivel az x.x.x.x PTR-rekordjának tartománya (example.com) megegyezik a feladó tartományával.
Tehát az üzenet megérkezett, és a felhasználó postafiókjában van. Hogyan kell elolvasni? A levéltár, ahol a felhasználói fiókok találhatók, sokféleképpen szervezhető: a banális mappáktól és fájloktól az adatbázisokig. Műszaki ismeretek nélkül nem valószínű, hogy el tudja olvasni a saját leveleit. De vajon az Ivanov felhasználónak kell aggódnia emiatt? Számára a levelek fogadásának folyamata a levelezőkliens "Fogadás" gombjának megnyomására redukálódik.
A levelek fogadásához a kliens kapcsolatot létesít az MDA-val a POP3 vagy IMAP protokollon keresztül, szükségszerűen átadva az adatokat az engedélyezéshez. Az MDA ellenőrzi, hogy a felhasználó szerepel-e a listákon, és ha sikeres, minden új üzenetet elküld a kliensnek a postafiókjába. Ivanov felhasználó megkapja levelezését, és a számára kényelmes módon dolgozhat vele.
Cikkünk itt véget is ér, erősen ajánljuk a benne bemutatott anyagok átgondolt olvasását és asszimilációját. Ezt követően mérlegeléskor gyakorlati megvalósítások levelezőszerverekre, akkor küldünk be anyagot, ha az olvasó legalább jelen cikk erejéig rendelkezik tudással.
Levélszerver (e-mail szerver, levelezőszerver)- az e-mail továbbító rendszerben ez általában az üzenettovábbító ügynök neve (angol mail transfer agent, MTA). Ez számítógépes program, amely üzeneteket továbbít egyik számítógépről a másikra. Általában a levelezőszerver "a színfalak mögött" működik, a felhasználók pedig egy másik programmal – egy e-mail klienssel (angol mail user agent, MUA) foglalkoznak.
A saját levelezőszerver megszervezése lehetővé teszi a levelek küldésére és fogadására vonatkozó házirend rugalmasabb alakítását. A levelezési tartomány gazdagépének lehetőségei gyakran korlátozottak az üzenetek beállítására és feldolgozására, míg az ICS-szűrők lehetővé teszik számos különböző helyzet szimulációját, valamint az elküldött üzenetek nyilvántartását és statisztikáját, és még sok mást.
A modulba való belépéskor megjelenik az összes levelező és jabber szerver szolgáltatás állapota, valamint a "Letiltás" gomb (vagy "Engedélyezés", ha a szolgáltatás ki van kapcsolva). Van egy widget is, amely a fő műveleteket, a levélstatisztikák és a levelezőcsatornák grafikonját, valamint a legfrissebb naplóeseményeket tartalmazza.
Beállítások
A Beállítások lapon megadhatja következő lehetőségeket levelezőszerver:
SMTP/POP3/IMAP port- lehetővé teszi a szabványos portok megváltoztatását az e-mail üzenetek fogadásához és küldéséhez.
SMTP/POP3/IMAP interfészek- lehetővé teszi a kiszolgálói felületek kiválasztását, amelyeken keresztül a levelek fogadása és küldése történik. Alapértelmezés szerint minden interfész engedélyezve van.
A következő mezők lehetővé teszik a beállítást maximális méret betűk (megabájtban), maximális összeget az azonos IP-címről érkező üzenetek percenkénti száma, az elküldési kísérletek közötti intervallum, valamint a minimális és maximális várakozási idő a levelezési sorban.
Relé alapértelmezés szerint. Relay - egy csomópont, amely fogadja / továbbítja az üzeneteket (e-mail), ebben az esetben az ICS alapértelmezett szerepe. Bizonyos esetekben előfordulhat, hogy regisztrálnia kell egy másik szervert, amelyen keresztül az ICS küldi a leveleket (például a szolgáltató levelezőszerverén konfigurált multidrop postafiók esetén).
Címek, amelyekről a továbbítás engedélyezett- ez a címek és domain nevek listája, ahonnan az ICS mindig fogad leveleket anélkül, hogy szürkelistát helyezne el, és ellenőrizné a továbbítási és visszafelé irányuló rekordok egyezését.
Címek, amelyekről a továbbítás tilos- ez a címek és domain nevek listája, olyan e-mail üzenetek, amelyeket az ICS mindig elutasít.
RBL feketelisták. RBL, Valós idejű feketelyuk lista (vagy DNSBL – DNS feketelista vagy DNS blokklista) – a DNS architektúra rendszerében tárolt gazdagépek listája. Általában a spam elleni küzdelemre használják. A levelezőszerver hozzáfér a DNSBL-hez, és ellenőrzi annak a kliensnek az IP-címét, amelytől az üzenetet kapja. Ha a válasz pozitív, akkor a rendszer spam üzenet fogadására irányuló kísérletnek minősül. A küldő szervere 5xx hibát (végzetes hiba) jelent, és az üzenetet nem fogadják el. A legtöbb esetben nem kell módosítania ezt a listát.
Az engedélyezési alapértelmezett domain meghatározza azt a levelezési tartományt, amely automatikusan lecserélődik a felhasználói hitelesítés során. Ha megadja az alapértelmezett tartományt, a tartomány felhasználói postafiókjuk nevével jelentkezhetnek be a tartomány megadása nélkül.
Mappák automatikus létrehozása postafiók létrehozásakor- tartalmazza a postafiókban létrehozott szabványos mappák listáját. Ha szükséges, módosíthatja az összetételüket.
Ellenőrizze a leveleket a Clamav /Dr.Wed /Kaspersky víruskeresővel- ezeknek a jelzőknek a beállítása jelzést ad a levelezőszervernek, hogy ellenőrizze a bejövő és kimenő üzeneteket vírusok szempontjából. Ha az eredmény pozitív, akkor maga a levél helyett a címzett üzenetet kap az ellenőrzés eredményéről, és magát a levelet csatolják az üzenethez.
Használja a szürkelistát. A szürkelista a spamek automatikus blokkolásának módszere, amely azon alapul, hogy a levélszemét küldésére tervezett szoftverek „viselkedése” eltér a hagyományos e-mail szerverek viselkedésétől. Ha a címzett levelezőszervere megtagadja a levél átvételét, és „ideiglenes hibát” jelez, a feladó szerverének később újra kell próbálkoznia. A kéretlen levelező szoftver ilyen esetekben általában nem próbálja ezt megtenni. Engedélyezheti ezt a módot a levélszemét fokozott ellenőrzéséhez. Az opció engedélyezése után a szürkelista paraméterei elérhetővé válnak szerkesztésre - az újraküldés figyelmen kívül hagyásának ideje (másodpercben), az újraküldésre várás ideje (órában), az idő, amíg a feladó a fehérlistán marad (napokban).
Szervernév az SMTP-hez meghatározza az SMTP Banner Postfix beállítást.
SMTP/POP3/IMAP tanúsítvány- a többi ICS szolgáltatáshoz hasonlóan a levelezőszerver egyaránt működhet a szabványos protokoll szerint, amelyben az adatok nem titkosítva vannak a fájlok átvitelekor (ami nem biztonságos), és a biztonságos protokoll szerint is. Erre a célra SSL-tanúsítványokat használnak. A […] gombra kattintva minden protokollhoz hozzárendelhet egy, a megfelelő modulban korábban elkészített tanúsítványt.
Használj DLP-t- szolgáltatást indít az e-mail üzenetek bizalmas információk ujjlenyomata alapján történő ellenőrzésére.
Merevlemez a levelek tárolására lehetővé teszi a levéltár áthelyezését egy különálló helyre HDD. Alapértelmezés szerint a levelek a rendszerpartíción tárolódnak.
Aláírás mert a levelezőszerver beállításainál engedélyezve van a webes felület, ehhez be kell jelölni az "aláírás használata" jelölőnégyzetet, és a "html szerkesztése" gombra kattintva megnyíló ablakban be kell írni az aláírást, majd el kell menteni a beállításokat.
Az aláírás wysiwyg módban és html módban is megadható.
Az aláírásban [változónév] formájú változók használhatók, lehetséges értékeik az alábbiakban találhatók:
Cn - Felhasználónév ou - Csoport, amelyben a levelezője van - Levelezési cím leírás - A felhasználói megjegyzések "leírás" mezője - A felhasználói telefonszám "megjegyzés" mezője - A felhasználó címének "telefon" mezője - Az url felhasználó "pozíciója" mezője - A postacím "Webhely" mezője user - A személyhívó felhasználó "Cím" mezője - Az "ICQ" mező user kiírja - A csoport "leírása" mezője, amelyben tartózkodik
A képek beszúrásához a data: url képkódolást használjuk. Ez a következőképpen történik: a http://dataurl.net/#dataurlmaker (vagy hasonló) szolgáltatás segítségével a kép a formátumba konvertálódik , majd a kapott szöveg bekerül az aláírás html kódjába.
FONTOS: ennek a mechanizmusnak a sajátossága a Roundcube-ban, hogy az aláírás csak az aláírás beállítása után létrehozott új fiókhoz jön létre automatikusan. Generálás után szintén nem lesz lehetőség az aláírás automatikus megváltoztatására, ezért gondosan tervezze meg az automatikus aláírást a létrehozáskor
Töltsd fel a Roundcube logóját- ez a gomb lehetővé teszi egy kép kiválasztását, amely a levél webes felületének bal felső sarkában található. Például a szervezet logója.
Az utolsó három jelölőnégyzet lehetővé teszi a DKIM-aláírás engedélyezését, a bejövő üzenetek DKIM-kódjának ellenőrzését, valamint az e-mailek fejléceinek automatikus UTF-8 kódolását.
A címjegyzék
Domainek és postafiókok
Mielőtt egyéni postafiókokat adhatna hozzá, létre kell hoznia egy levelezési tartományt. Lépjen a "Domainek és postafiókok" fülre, és kattintson a "Hozzáadás" → "levél domain" gombra. Bármilyen nem létező névvel elnevezheti a domaint, ha a levélváltás a vállalati hálózaton belül történik, vagy beállíthatja az üzenettovábbítást a szervezete számára regisztrált, valós tartományban. Ha a "DKIM aláírás létrehozása" jelölőnégyzet be van jelölve a beállításokban, akkor a rendszer automatikusan hozzáadja.
Ha ismét duplán kattint a létrehozott fiókra, az megnyílik a már létrehozott DKIM kulccsal, amely szükség esetén másolható.
Ezt követően a létrehozott domain kiemelésével egyéni postafiókokat adhatunk hozzá. A szerver kérni fogja, hogy adja meg a postafiók nevét, jelszavát, és válassza ki a felhasználót, akihez ez a postafiók hozzá lesz rendelve. Ha szükséges, megadhat egy kvótát - az ICS merevlemezén a betűk tárolására fenntartott maximális területet ezt a felhasználót. E kvóta túllépése után a felhasználónak szóló leveleket nem fogadjuk el. Alapértelmezés szerint nincs kvóta.
Nem szükséges külön postafiókot létrehozni minden egyes szükséges e-mail névhez. Ehelyett létrehozhat egy hivatkozást a megadott postafiókra. Aztán az összes levél a dobozba érkezik [e-mail védett], át lesz irányítva egy valódi postafiókba [e-mail védett] up4k.loc.
Fontos: levelezési tartományok és postafiókok létrehozásakor a megfelelő tartományok és fiókok megjelennek a Jabber szerver részben. Ennek a fordítottja is igaz.
Ahhoz, hogy a levelezési tartomány elérhető legyen a külső hálózatról, és adatot tudjon cserélni más külső szerverekkel, DNS rekordok konfigurálása szükséges.
A postafiókok létrehozása után a felhasználók e-mail kliensekkel (például Mozilla Thunderbird vagy Microsoft Outlook) csatlakozhatnak az ICS-hez, vagy webes felület a levelezéshez.
A "Szűrők" fül az elküldött és fogadott üzenetek feldolgozására szolgál. A leveleket a következő feltételek szerint dolgozzák fel: méret, feladó, címzett, tárgy. A feltétel lehet szigorú vagy nem szigorú. A feltételek száma tetszőleges lehet, míg a szűrő akkor tudja feldolgozni a leveleket, ha minden feltétel teljesen megegyezik, és amikor az első egyezés bekövetkezik. A feltétel egyezése után a szűrő törölheti az üzenetet, áthelyezheti egy másik postafiókba, vagy másolatot készíthet róla.
A fenti példában minden, ugyanarra a címre küldött levél, amelynek mérete meghaladja az 5000 kB-ot, és a levél tárgya a "nem spam" kifejezést tartalmazza, egy másik ICS-postafiókba másolódik.
Új szűrő létrehozásához először ki kell választania az aktiválási feltételeket – ha minden feltétel egyezik, akkor bármelyik feltételt, vagy a feltételektől függetlenül minden üzenetre érvényes.
Szűrheti a bejövő és kimenő e-maileket e-mail tárgya, feladója, címzettje és mérete (kilobájtban) szerint. A feltételegyeztetés ellenőrzése lehet szigorú („egyezik ezzel”) vagy nem szigorú („tartalmazza”, „kezdődik”, „végződése”), valamint fordítva („nem tartalmaz”). Egy szűrőhöz tetszőleges számú feltételt rendelhet.
Az utolsó lépés a szűrő aktiválása után végrehajtandó művelet kiválasztása. A levelet áthelyezheti, más címre másolhatja vagy törölheti. Az első két feltétel lehetővé teszi a postafiók nevének megadását, vagy az ICS-en létrehozott listából történő kiválasztását.
A szűrők konfigurálására vonatkozó példát lásd: .
A levelezőlisták ugyanazok a szűrők, de egyszerűsített felülettel, amiben elég megadni, hogy a levelezőlista mely postafiókokba kerüljön kiosztásra. Azt a dobozt, ahová az eredeti levél érkezik a rendszerben nem szabad kinyitni, mert az egy hivatkozás.
Levél szűrő
Vezetéshez mail fiókok más szervereken található, használhatja az ICS "levélgyűjtő" funkcióját. Segítségével az ICS a kiválasztott bejelentkezési névvel és jelszóval csatlakozik a megadott levelezőszerverhez, és áthelyezi vagy átmásolja a benne lévő leveleket az ICS felhasználók postafiókjába.
Megadhatja, hogy mit tegyen a kiszolgálón lévő üzenetekkel - az összeset összegyűjti, csak az újakat gyűjti össze, üzeneteket hagyhat a szerveren vagy törölheti őket. A gyűjtő intervalluma és a letöltött levelek munkamenetenkénti száma is konfigurálva van.
Két módban működik - automatikus címzettészlelés és postafiók megadása az összeállításhoz. Automatikus észlelés akkor működik, ha a szervezetnek egy külső postafiókja van a szolgáltató szerverén, és a többi postafiók álneveként szolgál. Más esetekben a szerelődoboz közvetlen jelzése használatos. Vagyis a legtöbb esetben a gyűjtő létrehozásakor a kapcsolót „Tovább” állásba kell állítani.
A levélgyűjtő olyan esetekben is használható, amikor a szervezet úgynevezett "multidrop" levelezési módszert alkalmaz. Ez abból áll, hogy minden levél a szolgáltató vagy a tárhely szerverére érkezik, és ott tárolódik anélkül, hogy felhasználói postafiókokra osztanák. Ebben az esetben a levélgyűjtő beállításakor a "címzett" mezőt nem kell módosítani (az alapértelmezett érték benne a címzett címe). Így az összegyűjtött levelek címzetttől függően automatikusan kiosztásra kerülnek az ICS felhasználók postafiókjaiban, ilyen címzettek hiányában pedig az alapértelmezés szerint kiválasztott postafiókba kerülnek.
levelezősor
Ezen a lapon azok az üzenetek jelennek meg, amelyek elküldésre várnak, vagy amelyeket valamilyen okból nem küldtek el (például az upstream levelezőszerver szürke listája elutasította). Ha kiválaszt egy objektumot a listából, láthatja a hibakódot, amelyhez nem kézbesítették. A levelezési sort a "Várólista törlése" és az "Összes küldése" gombokkal kezelheti. Ezenkívül minden levelet külön-külön is el lehet küldeni vagy eltávolítani a sorból.
Statisztika
A bejövő és kimenő e-mail forgalom, valamint a spam és a nem kívánt e-mailek szabályozásához használhatja a „Statisztika” részt.
Csakúgy, mint a felhasználói statisztikáknál, a vezérlőpulton különféle szűrőket alkalmazhat Általános információ az ICS levélforgalmáról, és táblázat formájában jelenítse meg azokat. A táblázat oszlopai az alkalmazott szűrőtől függően változnak.
A jelentéskészítő nagyon hasonlít a felhasználói statisztikákra. A fő szűrők információkat jeleníthetnek meg a felhasználói forgalomról, a következő kritériumok szerint csoportosítva:
feladó domainek szerint,
címzett domainek szerint,
postaládákon keresztül,
órák/napok/hónapok szerint,
a levelek részletei;
Magazin
A Napló lap a levelezőszervertől érkező összes rendszerüzenet összegzését tartalmazza. A magazin oldalakra van felosztva, az "előre" és a "vissza" gombokkal oldalról oldalra lehet lépni, vagy beírni az oldalszámot a mezőbe és azonnal átváltani rá.
A naplóbejegyzések az üzenet típusától függően színnel vannak kiemelve. A normál rendszerüzenetek fehérrel, a hibák pirossal vannak jelölve.
A modul jobb felső sarkában található egy keresősáv. Ezzel megkeresheti a naplóban a szükséges bejegyzéseket.
A napló mindig megjeleníti az aktuális dátum eseményeit. Egy másik nap eseményeinek megtekintéséhez válassza a lehetőséget kívánt dátumot a modul bal felső sarkában található naptár segítségével.
Levélkiszolgáló, levelezőszerver, e-mail szerver – ez általában az üzenettovábbító ügynök neve az e-mail továbbítási rendszerben. Ez egy olyan szoftver, amely üzeneteket továbbít egyik számítógépről a másikra. A levelezőszerver általában nem látható a felhasználó számára. Maga a felhasználó egy másik szoftverrel – egy e-mail klienssel – foglalkozik.
Például a legáltalánosabb konfigurációban a levelezőkliens az Outlook Express. Bár mostanában gyakran használják a Mozilla Thunderbird klienst. Amikor a felhasználó beír egy üzenetet, és továbbítja azt a címzettnek, a levelezőkliens az SMTP protokollon keresztül lép kapcsolatba a levelezőszerverrel. A feladó levelezőszervere együttműködik a címzett szerverével. A címzett szerverén a neki küldött üzenet a postafiókba kerül, ahonnan az MDA üzenetkézbesítési ügynök (levélkézbesítési ügynök) segítségével eljut a címzett klienséhez. Vannak POP3 és IMAP protokollok is, amelyeket sok levelezőszerver támogat.
Betöltés...