Kompetent och snabb installation av e-postservern. E-post E-postservrar

E-postserver (e-postserver, e-postserver)- i systemet för vidarebefordran av e-post är detta vanligtvis namnet på meddelandeöverföringsagenten (engelsk postöverföringsagent, MTA). Det datorprogram, som överför meddelanden från en dator till en annan. Vanligtvis fungerar e-postservern "bakom kulisserna", och användare har att göra med ett annat program - en e-postklient (engelsk e-postanvändaragent, MUA).

Genom att organisera din egen e-postserver kan du mer flexibelt utforma policyn för att skicka och ta emot e-postmeddelanden. Ofta är kapaciteten hos en e-postdomänvärd för att ställa in och bearbeta meddelanden begränsade, medan ICS-filter låter dig simulera många olika situationer, samt föra register och statistik över överförda meddelanden och mycket mer.

När du går in i modulen visas status för alla e-post- och jabberservertjänster, samt knappen "Avaktivera" (eller "Aktivera" om tjänsten är inaktiverad). Det finns också en widget med ett urval av huvudåtgärder, en graf över e-poststatistik och e-postflöden, samt de senaste logghändelserna.

inställningar

Fliken "Inställningar" låter dig definiera följande parametrar Mejl server:

SMTP/POP3/IMAP-port- låter dig ändra standardportarna för att ta emot och skicka e-postmeddelanden.

Gränssnitt för SMTP/POP3/IMAP- låter dig välja servergränssnitt genom vilka e-postmeddelanden tas emot och skickas. Som standard är alla gränssnitt aktiverade.

Följande fält låter dig ställa in den maximala meddelandestorleken (i megabyte), det maximala antalet meddelanden per IP-adress per minut, intervallet mellan försöken att skicka, samt den lägsta och maximala väntetiden i e-postkön.

Relä som standard. Relä - en nod som tar emot / vidarebefordrar meddelanden (e-post), i detta fall fungerar ICS som dess standardroll. I vissa fall kan du behöva registrera en annan server genom vilken ICS kommer att skicka e-post (till exempel i fallet med en multidrop-postlåda konfigurerad på leverantörens e-postserver).

Adresser från vilka vidarebefordran är tillåten- det här är en lista över adresser och domännamn från vilka ICS alltid kommer att acceptera e-post utan att grålista och kontrollera korrespondensen för vidarebefordran och bakåtpost.

Adresser från vilka vidarebefordran är förbjuden- detta är en lista över adresser och domännamn, e-postmeddelanden som ICS alltid kommer att avvisa.

RBL svarta listor. RBL, Real-time Blackhole List (eller DNSBL - DNS blacklist eller DNS blocklist) - listor över värdar som lagras med hjälp av DNS-arkitektursystemet. Används vanligtvis för att bekämpa spam. E-postservern kommer åt DNSBL och kontrollerar förekomsten av IP-adressen för klienten från vilken den tar emot meddelandet. Om svaret är positivt anses det att ett försök görs att ta emot ett skräppostmeddelande. Avsändarens server rapporteras som ett 5xx-fel (fatalt fel) och meddelandet accepteras inte. I de flesta fall behöver du inte ändra denna lista.

Standarddomän för auktorisering definierar e-postdomänen som automatiskt kommer att ersättas under användarauktorisering. Om du anger standarddomänen kommer användare av denna domän att kunna logga in med sitt brevlådenamn utan att ange domänen.

Skapa mappar automatiskt när du skapar en brevlåda- innehåller en lista standardmappar skapas i brevlådan. Om det behövs kan du ändra deras sammansättning.

Kolla e-post med antivirus Clamav /Dr.Wed /Kaspersky- att sätta dessa flaggor ger en signal till e-postservern att kontrollera inkommande och utgående meddelanden för virus. Om resultatet är positivt, i stället för själva brevet, kommer mottagaren att få ett meddelande om resultatet av kontrollen, och själva brevet kommer att bifogas meddelandet.

Använd grålistning. Grålistning är en metod för att automatiskt blockera skräppost, baserat på det faktum att "beteendet" hos spamprogramvaran skiljer sig från vanliga e-postservrar. Om mottagarens e-postserver vägrar att acceptera brevet och rapporterar ett "tillfälligt fel" måste avsändarens server försöka igen senare. spam programvara i sådana fall brukar inte försöka göra det. Du kan aktivera det här läget för förbättrad spamkontroll. Efter att ha aktiverat det här alternativet blir parametrarna för grålista tillgängliga för redigering - tid att ignorera återsändning (i sekunder), tid att vänta på återsändning (i timmar), tid för att behålla avsändaren i vitlistan (i dagar).

Servernamn för SMTP definierar alternativet SMTP Banner Postfix.

Certifikat för SMTP/POP3/IMAP- Liksom andra ICS-tjänster kan e-postservern fungera både med ett standardprotokoll, där data inte krypteras vid överföring av filer (vilket är osäkert), och med ett säkert. För dessa ändamål används SSL-certifikat. Genom att klicka på knappen […] kan du tilldela ett certifikat som tidigare skapats i motsvarande modul för varje protokoll.

Använd DLP- lanserar en tjänst för att kontrollera e-postmeddelanden med fingeravtryck av konfidentiell information.

Hårddisk för postlagring låter dig flytta postbutiken till en separat HDD. Som standard lagras e-post på systempartitionen.

Signatur för webbgränssnittet är aktiverat i e-postserverinställningarna, för detta måste du markera rutan "använd signatur" och ange signaturen i fönstret som öppnas genom att klicka på knappen "redigera html" och sedan spara inställningarna.

Signaturen kan anges både i wysiwyg-läge och i html-läge.

Variabler i formen [variabelnamn] kan användas i signaturen, deras möjliga värden listas nedan:

Cn - Användarnamn eller - Grupp där han befinner sig mail - Postadress beskrivning - "Beskrivnings"-fältet för användaranteckningar - "Kommentarfältet" för användarens telefonnummer - "Telefon"-fältet i användartiteln - "Position"-fältet för url-användaren - "Webbplats"-fältet för postadressanvändare - "Adress"-fältet för personsökaranvändaren - "ICQ"-fältanvändaren noterar - Fält "beskrivning" av gruppen där han är

För att infoga bilder används bildkodning i data: url. Detta görs på följande sätt: med hjälp av tjänsten http://dataurl.net/#dataurlmaker (eller liknande) konverteras bilden till formatet , sedan infogas den resulterande texten i signaturens html-kod.

VIKTIGT: det speciella med denna mekanism i Roundcube är att signaturen kommer att genereras automatiskt endast för ett nytt konto som skapats efter att signaturen har ställts in. Efter generering kommer det inte heller att vara möjligt att ändra signaturen automatiskt, så planera den automatiska signaturen noggrant när du skapar

Ladda upp logotyp för Roundcube- Med den här knappen kan du välja en bild som kommer att finnas i det övre vänstra hörnet av e-postwebbgränssnittet. Till exempel logotypen för din organisation.

De tre sista kryssrutorna låter dig aktivera en DKIM-signatur, kontrollera DKIM för inkommande meddelanden och automatiskt koda om meddelandehuvudena till UTF-8.

Adressboken

Domäner och brevlådor

Innan du kan lägga till anpassade postlådor måste du skapa en e-postdomän. Gå till fliken "Domäner och postlådor" och klicka på knappen "Lägg till" → "e-postdomän". Du kan namnge domänen med valfritt obefintligt namn, om skriftväxlingen kommer att ske inuti företagsnätverk, eller ställ in vidarebefordran av meddelanden på en verklig domän som är registrerad för din organisation. Om kryssrutan "Skapa DKIM-signatur" är markerad i inställningarna kommer den att läggas till automatiskt.

När du dubbelklickar på det skapade kontot igen öppnas det med den redan skapade DKIM-nyckeln, som kan kopieras vid behov.

Efter det, genom att markera den skapade domänen, kan du lägga till anpassade postlådor till den. Servern kommer att be dig ange brevlådans namn, lösenord och välja den användare som denna brevlåda ska tilldelas. Om det behövs kan du ange en kvot - det maximala reserverade utrymmet på ICS-hårddisken för lagring av bokstäver denna användare. Efter att ha överskridit denna kvot kommer brev för användaren inte att accepteras. Som standard finns det ingen kvot.

Det är inte nödvändigt att skapa en separat brevlåda för varje e-postnamn du behöver. Istället kan du skapa en länk till den angivna brevlådan. Sedan kommer alla bokstäver till lådan [e-postskyddad], kommer att omdirigeras till en riktig brevlåda [e-postskyddad]

Viktigt: när du skapar e-postdomäner och postlådor visas motsvarande domäner och konton i jabberserversektionen. Det omvända är också sant.

För att maildomänen ska vara tillgänglig från det externa nätverket och kunna utbyta data med andra externa servrar, DNS-poster måste konfigureras.

Efter att brevlådor för användare har skapats kan de ansluta till ICS med hjälp av e-postklienter (till exempel Mozilla Thunderbird eller Microsoft Outlook) eller använda webbgränssnitt för post.

Fliken "Filter" används för att behandla skickade och mottagna meddelanden. De behandlar post enligt följande villkor: storlek, avsändare, mottagare, ämne. Villkoret kan vara strikt eller icke-strikt. Antalet villkor kan vara vilket som helst, medan filtret kan bearbeta post både när alla villkor helt matchar och när den första matchningen inträffar. När villkoret matchar kan filtret ta bort meddelandet, flytta det till en annan brevlåda eller göra en kopia.

I exemplet ovan kommer alla brev som skickas till samma adress, vars storlek är mer än 5000 kB, och ämnet för brevet innehåller uttrycket "inte skräppost" att kopieras till en annan ICS-brevlåda.

För att skapa ett nytt filter måste du först välja villkoren för utlösning - om alla villkor matchar, något av villkoren, eller gäller för alla meddelanden oavsett villkor.

Du kan filtrera inkommande och utgående e-postmeddelanden efter e-postämne, avsändare, mottagare och storlek (i kilobyte). Att leta efter en villkorsmatchning kan vara strikt ("matchar med") eller inte strikt ("innehåller", "börjar med", "slutar med"), såväl som det omvända ("innehåller inte"). Du kan tilldela valfritt antal villkor till ett filter.

Det sista steget är att välja en åtgärd som ska ske efter att filtret har utlösts. Du kan flytta brevet, kopiera det till en annan adress eller radera det. De två första villkoren låter dig ange namnet på brevlådan eller välja den från listan som skapats på ICS.

För ett exempel på hur filter kan konfigureras, se .

E-postlistor är samma filter, men med ett förenklat gränssnitt, där det räcker med att ange till vilka brevlådor e-postlistan ska distribueras. Boxen som originalbrevet kommer till i systemet ska inte öppnas, eftersom det är en länk.

Anti Spam

För att hantera e-postkonton som finns på andra servrar kan du använda ICS-funktionen "e-postsamlare". Med sin hjälp ansluter ICS till den angivna e-postservern under den valda inloggningen och lösenordet och flyttar eller kopierar den inneslutna e-posten till ICS-användarnas postlådor.

Du kan ange vad du ska göra med meddelanden på servern - samla in alla, samla bara nya, lämna meddelanden på servern eller ta bort dem. Intervallet för insamlaren och antalet nedladdade bokstäver per session konfigureras också.

Det fungerar i två lägen - automatisk mottagaridentifiering och specificering av en brevlåda för montering. Automatisk detektering fungerar om organisationen har en extern postlåda på leverantörens server, och resten av postlådorna fungerar som dess alias. I andra fall används en direkt indikering av monteringslådan. Det vill säga, i de flesta fall, när du skapar en samlare, måste du ställa omkopplaren till läget "Forward to".

Postinsamlaren kan även användas i de fall organisationen använder den så kallade "multidrop"-postmetoden. Den består i att all post kommer till leverantörens eller hostarens server och lagras där utan att delas upp i användarbrevlådor. I det här fallet, när du ställer in postsamlaren, behöver inte fältet "mottagare" ändras (standardvärdet i det är mottagarens adress). Således kommer de insamlade breven att distribueras automatiskt beroende på adressaten i ICS-användares brevlådor, och i avsaknad av sådana adressater kommer de att läggas till i den postlåda som är vald som standard.

postkö

Den här fliken visar meddelanden som väntar på att skickas, eller som av någon anledning inte har skickats (till exempel avvisade av den grå listan på uppströms e-postservern). När du väljer något objekt från listan kan du se felkoden som det inte levererades för. Du kan hantera e-postkön med knapparna "Rensa kö" och "Skicka alla". Varje brev kan också skickas individuellt eller tas bort från kön.

Statistik

För att kontrollera inkommande och utgående e-posttrafik, samt spam och oönskade e-postmeddelanden, kan du använda avsnittet "Statistik".

Precis som i användarstatistik kan du använda olika filter i kontrollpanelen på allmän information om ICS:ns e-posttrafik och visa dem i form av en tabell. Tabellkolumner varierar beroende på vilket filter som används.

Rapportgeneratorn ser mycket ut som användarstatistik. Huvudfiltren kan visa information om användartrafik, grupperad enligt följande kriterier:

av avsändardomäner,

efter mottagardomäner,

via brevlådor,

efter timmar/dagar/månader,

detaljer om brev;

Tidskrift

Fliken Logg innehåller en sammanfattning av alla systemmeddelanden från e-postservern. Tidningen är indelad i sidor, med hjälp av knapparna "framåt" och "bakåt" kan du gå från sida till sida, eller ange sidnumret i fältet och växla direkt till det.

Loggposter är markerade i färg beroende på typen av meddelande. Normala systemmeddelanden är markerade med vitt, fel med rött.

Det finns ett sökfält i det övre högra hörnet av modulen. Med den kan du söka i loggen efter de poster du behöver.

Loggen visar alltid händelser för det aktuella datumet. För att se händelser en annan dag, välj önskat datum med hjälp av kalendern i det övre vänstra hörnet av modulen.

Många systemadministratörer upplever vissa svårigheter när de arbetar med e-postsystem. Detta är inte förvånande, en e-postserver har en mycket mer komplex struktur än en filserver, router eller terminalserver. I den här artikeln kommer vi att överväga strukturen och principen för driften av e-postservrar, utan att förstå vilken, att sätta upp ett e-postsystem är ganska kapabelt att förvandlas till shamanistiska danser med en tamburin.

Detta material innehåller en hel del förenklingar och generaliseringar för att ge systemadministratörer erforderliga minimikunskaper. Enligt vår mening, för att administrera en eller två e-postservrar nybörjarnivå Du behöver inte vara en e-postexpert.

För de flesta användare och nybörjare är e-postservern en sorts "svart låda", som efter att ha fått ett brev levererar den till adressaten på "okända" sätt och vice versa. All interaktion med en sådan server består i att adressera e-postklienten till vissa portar, eller till och med via webbgränssnittet. Det finns dock en hel mekanism gömd inuti, att förstå hur man fungerar är nyckeln till att framgångsrikt installera och underhålla ett e-postsystem. Detta är särskilt viktigt för att administrera servrar på Linux-plattformen. Till skillnad från Windows, där e-postservern är en komplett mjukvarulösning och utvecklarna redan har tagit hand om intern interaktion, i Linux är e-postserverns komponenter separata program och du behöver konfigurera deras interaktion själv.

Låt oss ta en titt på e-postserverns struktur och vad som händer när en användare försöker skicka e-post.

Den viktigaste delen av e-postservern är MTA (Mail Transfer Agent-- mail forwarding agent) vars uppgifter inkluderar att ta emot och sända post. Mycket ofta (i Linux/UNIX) kallas MTA också för en e-postserver. MTA fungerar på SMTP-protokollet, och ett av dem räcker i princip redan för att skapa ett e-postsystem. En gång i tiden var det precis så och för att komma åt din brevlåda behövde du ha viss teknisk kunskap.

Framstegen står dock inte stilla, MTA, som tar emot ett brev, placerar det i användarens brevlåda på servern som denne måste komma åt, helst på det enklaste och mest begripliga sättet. Här kommer scenen MDA (Mail Delivery Agent-- e-postleveransagent), dess uppgift, på begäran av e-postklienten, är att överföra e-post till den från postlådan på servern. MDA kan arbeta med POP3- eller IMAP-protokollen, i vissa fall för att "kommunicera" e-postklienten och leveransagenten, deras egna protokoll med utökad funktionalitet, såsom MAPI (Exchange Server), kan användas.

I motsats till den vanliga missuppfattningen har MDA ingenting att göra med e-postöverföringsprocessen. Detta är MTA:s privilegium. För att dra en analogi kan MTA ses som ett postkontor som tar emot och skickar post, och MDA med en brevbärare som tar med inkommande korrespondens till ditt hem. Om brevbäraren är sjuk, kommer detta inte att påverka postkontorets arbete, du kommer bara inte att få brev hemma. Också MDA, dess misslyckande leder inte till att e-postservern inte fungerar, bara mottagandet av e-post från e-postklienten blir otillgängligt, samtidigt som det lätt kan nås på andra sätt, till exempel via webbgränssnittet.

Låt oss se vad som händer när du skickar e-post. I vårt exempel, användaren Ivanov, som finns i domänen example.org ( [e-postskyddad]), skriver ett brev till Kozlov i domänen example.com ( [e-postskyddad]). För Ivanov består processen att skicka e-post av att skapa ett meddelande och trycka på knappen "Skicka" i e-postklienten. E-postklienten ansluter till MTA:n med SMTP-protokollet och kommunicerar först dess autentiseringsuppgifter. Efter att ha auktoriserat användaren accepterar MTA meddelandet och försöker leverera det vidare.

Egentligen är auktorisation inte ett obligatoriskt förfarande för MTA, men utan auktorisation får vi ett öppet relä, d.v.s. vem som helst kan använda vår server för att skicka e-post, och spammare kommer att bli glada! För närvarande uppstår öppna reläer främst på grund av serverkonfigurationsfel. Det är dock fullt möjligt för en MTA att ta emot e-post från betrodda användare utan tillstånd, till exempel från lokalt nätverk företag.

MTA kan använda sin egen användarlista, systemlista, LDAP- eller AD-användarlistor för auktorisering. Det finns också ett sätt: POP-auktorisering före SMTP, när användaren loggar in på MDA innan han skickar e-post, vilket i sin tur bekräftar användarens autentisering till MTA.

Nästa steg MTA-analyser serviceinformation post, fastställande av mottagarens domän, om den tillhör de domäner som betjänas av MTA-data, söks mottagaren och brevet placeras i hans brevlåda. Detta hände om Ivanov skrev ett brev till Petrov eller Sidorov.

Om mottagarens domän inte betjänas av MTA genereras en DNS-fråga som begär MX-posterna för den domänen. En MX-post är en speciell typ av DNS-post som innehåller namnen på de e-postservrar som hanterar inkommande e-post för en given domän. Det kan finnas mer än en MX-post, i vilket fall MTA försöker upprätta en anslutning sekventiellt, med början från servern med högsta prioritet. I avsaknad av en MX-post begärs en A-post (en adresspost som mappar Domän namn med en IP-adress) och ett försök görs att leverera e-post till den värd som anges där. Om meddelandet inte kan skickas returneras det till avsändaren (placerat i användarens brevlåda) med ett felmeddelande.

Vi kommer inte att överväga den mottagande serverns arbete, vi kommer att anta att allt gick bra, Kozlov fick ett brev från Ivanov och skrev ett svar till honom. Servern som betjänar domänen example.com gör exakt samma sak och försöker skicka e-post till vår server. Efter att ha fått inkommande meddelande MTA, som i fallet med en lokal avsändare, kontrollerar mottagarens domän, om det är en av de serverade MTA:erna fortsätter meddelandebehandlingen, annars vägrar servern att acceptera e-post. Efter att ha kontrollerat domänen kontrolleras mottagaren, om han finns i listan över användare levereras meddelandet till hans brevlåda, annars finns det två alternativ: att vägra att ta emot meddelandet eller ta emot meddelandet i den allmänna brevlådan (administratörens brevlåda ). Å ena sidan ökar den här inställningen antalet mottagna skräppost, å andra sidan låter den dig inte förlora brev med felstavade adresser.

En annan anti-spam-åtgärd är att begära en PTR-post. En PTR-post (pekarpost) associerar en IP-adress med ett domännamn. När du begär en PTR, accepterar MTA endast e-post om avsändarens domän matchar domänen för den sändande servern.

Låt oss överväga ett exempel mer i detalj. Någon spam.com-server försöker skicka e-postmeddelanden med en falsk avsändare, förmodligen från exempel.com-servern som vi känner till. Vid filtrering efter vita/svarta listor kommer ett sådant brev att levereras, eftersom avsändaren är en användare från en betrodd domän (vilket är vad spammare räknade med). För att bekämpa spam genererar MTA en PTR-begäran för IP-adressen för den sändande servern, som den rapporterar under SMTP-sessionen. För adressen y.y.y.y kommer PTR-begäran att returnera ett spam.com-domännamn som inte matchar avsändarens domän, vilket gör att meddelandet avvisas. Samtidigt kommer meddelanden från servern x.x.x.x att tas emot eftersom domänen från PTR-posten för x.x.x.x (example.com) matchar avsändarens domän.

Så meddelandet har tagits emot och ligger i användarens brevlåda. Hur läser man det? Postlagringen där användarboxar finns kan organiseras av de flesta olika sätt: börjar från banala mappar och filer, slutar med en databas. Utan teknisk kunskap är det osannolikt att du kommer att kunna läsa din egen mail. Men bör användaren Ivanov oroa sig för detta? För honom reduceras processen för att ta emot e-post till att trycka på knappen "Ta emot" i e-postklienten.

För att ta emot e-post upprättar klienten en anslutning till MDA via POP3- eller IMAP-protokollet, och skickar nödvändigtvis data för auktorisering. MDA kontrollerar om användaren finns i listorna och, om den lyckas, skickar kunden alla nya meddelanden i sin brevlåda. Användaren Ivanov tar emot sin korrespondens och kan arbeta med den på ett sätt som är bekvämt för honom.

Det är här vår artikel slutar, vi rekommenderar starkt en tankeväckande läsning och assimilering av materialet som presenteras i den. I framtiden, när vi överväger praktiska implementeringar av e-postservrar, kommer vi att skicka in material på grundval av att läsaren har kunskap om minst den här artikeln.

, | |

När man startar en webbplats eller webbapplikation ställer användarna vanligtvis upp en e-postserver för att hantera både inkommande och utgående e-post. Men att ha en egen e-postserver är ofta en allvarlig sårbarhet för ett projekt av olika anledningar. Generellt sett är att sätta upp och underhålla en e-postserver en komplex och tidskrävande uppgift.

Den här guiden täcker många av orsakerna som kan hindra dig från att använda en e-postserver, samt hjälper dig att hitta alternativ.

Mailserversvårigheter

En typisk e-postserver består av många programvarukomponenter, som var och en utför en specifik funktion. Varje komponent måste inte bara finjusteras utan också interagera med andra komponenter för att ge full e-postserverfunktionalitet. På grund av det stora antalet "rörliga" komponenter är e-postservrar ganska svåra att installera.

Komponenter som krävs för varje webbserver:

Vidarebefordran av meddelanden (postöverföringsagent, MTA);
Meddelandeleveransagent (postleveransagent, MDA);
IMAP- och/eller POP3-server.

Spamfilter;
Antivirus;
Webmail (webmail).

Vissa programvarupaket inkluderar funktionalitet flera komponenter samtidigt. Utöver mjukvarukomponenter behöver e-postservrar ett domännamn som matchar DNS-poster och ett SSL-certifikat.

Låt oss överväga de nödvändiga komponenterna mer i detalj.

Meddelandevidare

Message Transfer Agent (eller MTA), som hanterar Simple Mail Transfer Protocol (SMTP)-trafik, ansvarar för:

skicka användarmeddelanden till en extern MTA (det vill säga till en annan e-postserver);
ta emot meddelanden från en extern MTA.

Exempel på MTA-program: Postfix, Exim, Sendmail.

Meddelandeleveransagent

En meddelandeleveransagent (eller MDA), ibland kallad en lokal leveransagent (LDA), hämtar meddelanden från MTA:n och placerar dem i lämplig användares brevlåda.

Det finns ett stort utbud av brevlådeformat (t.ex. mbox och Maildir). Varje MDA stöder ett specifikt brevlådeformat. Brevlådeformatet bestämmer hur meddelanden lagras på e-postservern, vilket i sin tur påverkar diskanvändning och brevlådeåtkomsthastighet.

Exempel på MDA-program: Postfix och Dovecot.

IMAP- och/eller POP3-servrar

IMAP och POP3 är de protokoll som används av e-postklienter, det vill säga alla program för att läsa och extrahera meddelanden. Varje protokoll har sin egen komplexitet; den här artikeln utforskar några av deras viktigaste skillnader.

IMAP är ett mer komplext protokoll som bland annat gör det möjligt för flera klienter att ansluta till en enskild brevlåda samtidigt. E-postmeddelanden kopieras till klienter, medan originalet finns kvar på e-postservern.

Det enklare POP3-protokollet flyttar e-postmeddelanden till e-postklientdatorn (normalt är standard lokal dator användare).

Exempel på IMAP- och POP3-servrar: Courier, Dovecot, Zimbra.

Spamfilter

Syftet med ett spamfilter är att minska mängden inkommande spam eller skräppost, som hamnar i användarnas brevlådor. För att uppnå detta mål tillämpar skräppostfilter regler för upptäckt av skräppost som tar hänsyn till olika faktorer (meddelandeavsändare, innehåll och mer) för att utvärdera meddelandet. Om denna poäng överstiger den så kallade spamnivån identifieras meddelandet som spam.

Skräppostfilter kan också tillämpas på utgående e-post. Den här funktionen kan vara användbar om e-postkonto användare har blivit hackad: på så sätt kan du minska mängden skräppost som skickas med denna e-postserver.

Ett populärt filter med öppen källkod är .

Antivirus

Antivirus används för att upptäcka virus, trojaner, skadlig kod och andra hot i inkommande och utgående e-post. ClamAV är ett populärt antivirusprogram med öppen källkod.

Webmail (eller webbmail)

Många användare behöver webbmail. Webbmail (i samband med att arbeta med en e-postserver) är e-postklient, tillgänglig för användare via en webbläsare (Gmail är förmodligen den mest berömt exempel). Denna komponent behöver en webbserver (t.ex. Nginx, Apache) och kan köras direkt på en e-postserver.

Exempel: Roundcube och Citadel.

Stöd för e-postserver

Nu när du är bekant med e-postserverkomponenterna som du behöver installera och konfigurera, fundera på följande fråga: varför kan underhållet av en e-postserver bli för mycket jobbigt och tidskrävande? Har rutinuppgifter Underhåll: uppdatera antivirus- och spamfilterregler, hålla alla komponenter uppdaterade, etc.; men det finns många andra saker utöver det.

Svarta listor

Ett av de vanligaste problemen med att underhålla en e-postserver är behovet av att hålla den borta från svarta listor (även kallade DNSBLs, blacklists eller blackhole lists). Sådana listor innehåller IP-adresserna till e-postservrar som distribuerar skräppost eller "skräppost", samt servrar med felaktigt konfigurerade DNS-poster. Många e-postservrar prenumererar på en eller flera av dessa svarta listor och filtrerar sedan inkommande meddelanden beroende på om e-postservern som skickade meddelandet finns på listan/listorna. Om en e-postserver hamnar i en nödsituation kommer dess utgående meddelanden att filtreras (och vissa blockeras) innan de skickas till mottagaren.

Som regel kan en e-postserver som har hamnat i en nödsituation uteslutas från denna lista. För att göra detta måste du ta reda på anledningen till att svartlista servern och eliminera den. Sedan måste du följa processen för att ta bort servern från listorna och prenumerera på minst en av dem.

Felsökning

Medan de flesta använder e-post varje dag, kan inte alla felsöka e-post. komplext system. Till exempel, vad händer om de skickade meddelandena inte accepterades av mottagaren? Problemet kan uppstå på grund av felaktig konfiguration av en av de många komponenterna i e-postservern (till exempel på grund av ett dåligt konfigurerat skräppostfilter för utgående meddelanden, eller externa faktorer som svarta listor).

Idag, när du enkelt kan få hur många gratis postlådor som helst genom att helt enkelt registrera ett konto på Yandex, Mail.Ru och liknande, är det inte så många användare som är oroliga för att sätta upp en e-postserver.

Men det finns tillfällen då det kommer att vara användbart att känna till åtminstone vissa aspekter av det här problemet.

När det behövs

Det finns inte så många situationer då grundläggande kunskaper om att sätta upp e-post behövs av en vanlig användare. Och ändå kan vilken som helst av dem hända när som helst:

Om det beslutades att byta från webbläsare till dedikerad till ett separat program. I många avseenden är sådana kunder faktiskt att föredra: de låter dig kombinera e-postprogram med en arrangör anteckningsbok, samt mer flexibel adressbokshantering och meddelandeadministration.
Det uppstod ett oväntat fel i e-postklientens arbete, alla inställningar "flög". Och sedan behöver du bara installera en e-postserver. Att sätta upp det kräver vanligtvis inte mycket tid och ansträngning, men annars kan du stå utan post ganska länge.
Gratis brevlådor kan förstöras av administrationen, och utan förklaring. Ja, och en sådan ruta ser ut i ögonen på affärspartners, ärligt talat, ovärdigt. Därför måste du starta en dedikerad, på servern.
Om leverantören erbjuder en separat brevlåda, varför inte dra nytta av ett sådant erbjudande.

Konfigurera en Windows-e-postserver

Grundläggande e-postparametrar som DNS, IP-data och liknande information utfärdas direkt av leverantören.

För att börja använda Windows måste du antingen ladda ner den lämpliga för detta operativ system klient, eller använd de inbyggda klienterna. För att komma igång måste du skapa en ny konto. Som regel uppmanas de samtidigt också att ange dess namn, komma med ett lösenord och logga in för att komma in.

Du kan behöva aktivera e-postsupport Windows-tjänster via panelen "Ta bort och installera program" i installationsavsnittet för komponenten E-posttjänster.

För att skapa en ny brevlåda måste du komma med ett användarnamn och lösenord.

I SMTP måste du ange portnummer 25 och för POP3-servern - 110. Om leverantören utfärdar andra parametrar bör du ange dem. I händelse av att e-postklienten som används inte kräver inmatning av ett portnummer, behöver du bara lämna adressen som utfärdats av leverantören i posterna "Server för inkommande meddelanden" (detta kan vara antingen POP3 eller IMAP) och "Namn för server för utgående meddelanden" (vanligtvis endast SMTP).

Mer finjustering post windows server beror till stor del på postansökan, men funktionsprincipen kommer att vara densamma. Skillnaden kan ligga i alternativen GUI och menyalternativ.

Byta från gratis post till en dedikerad klient

Ibland vill du stanna gratis men ansök som kund separat ansökan. Du kan visa detta med exemplet med e-postinställningar för Yandex-tjänsten. Inställningen av e-postservern kommer sedan att utföras med följande parametrar.

1. Inställningar av IMAP-protokoll för inkommande meddelanden:

e-postserveradress: imap.yandex.ru;
i säkerhetsinställningarna för anslutningen måste du ange SSL;
portnumret är 993.

2. Så här konfigurerar du utgående meddelanden via IMAP-protokollet:

ange smtp.yandex.ru som serveradress;
i anslutningssäkerhetsinställningarna måste du också ställa in SSL;
portnummer ska vara inställt på 465.

3. Angående POP3-protokollet för skickade meddelanden:

ange pop.yandex.ru som serveradress;
SSL anges som säkerhetsparametrar för anslutningen som används;
portnumret är 995.

4. För utgående meddelanden som skickas via POP3-protokollet:

smtp.yandex.ru anges som e-postserveradress;
återigen, SSL anges i säkerhetsinställningarna för anslutningen som används;
portnumret är satt till 465.

Som användarnamn, såväl som adress och lösenord, bör du ställa in befintliga adresser och lösenord från e-post på Yandex.

Konfigurera Mail.Ru-servern

Ibland behöver du lära dig mer om inställningarna för Mail.Ru-postservern. I allmänhet ser inställningen exakt likadan ut som den beskrevs i fallet med Yandex-post. Men parametrarna kommer att se ut så här:

full e-postadress(i @-format, t.ex. [e-postskyddad]);
för IMAP-servern anges imap.mail.ru;
för SMTP-servern, ange smtp.mail.ru;
användarnamnet är den fullständiga e-postadressen från ett redan befintligt e-postmeddelande;
lösenord är e-postlösenordet som används;
IMAP: nummer 993 (för SSL/TLS-protokoll);
POP3: nummer 995 (för SSL/TLS-protokoll);
SMTP: nummer 465 (för SSL/TLS-protokoll);
du måste ange att du vill auktorisera servern för skickade meddelanden, i autentiseringsparametrarna - ett enkelt lösenord, utan kryptering.

I allmänhet specificeras inställningarna exakt samma som i fallet med Yandex, men bara med tillägg av postprefixet. För andra gratisservrar bör du ställa in samma parametrar, men med lämpliga prefix.

Som du kan se är det i allmänhet inget komplicerat i en sådan fråga som att sätta upp en e-postserver. Även en nybörjare kan klara av denna uppgift. Men du kan vara säker på att även i händelse av ett kritiskt fel kommer du inte behöva stå utan post.

Uppgiften att sätta upp egna e-postservrar med hjälp av Linux-verktyg, Apache, SQL och liknande kräver en djupare kunskap inom informationsteknikområdet.

Introduktion

Även i antiken kände människor ett behov av att utbyta information och organiserade det på statlig nivå. Därför är posten en av de tydligast organiserade institutionerna i världen.

E-post är nytt moderna medelöverföring av information. Till skillnad från vanlig post skickas e-postmeddelanden elektroniska kopior meddelanden, filer, program, olika data – dvs. information som bearbetas av en dator.

Huvudobjekten som utgör e-postsystemet är speciella datorer kallas e-postservrar.

Mejl server

E-postservrar är servrar som tar emot och skickar elektroniska meddelanden.

Servern som tar emot e-postmeddelanden använder POP-protokollet (Post Office Protocol).

Servern som skickar e-post använder SMTP-protokollet (Simple Mail Transfer Protocol).

E-postserver, e-postserver, e-postserver - i systemet för vidarebefordran av e-post är detta vanligtvis namnet på meddelandeöverföringsagenten (engelsk e-postöverföringsagent, MTA). Det är ett datorprogram som överför meddelanden från en dator till en annan. Vanligtvis fungerar e-postservern "bakom kulisserna", och användare hanterar ett annat program - en e-postklient (engelsk mail user agent, MUA).

Ris. ett.

Till exempel, i en vanlig konfiguration är användaragenten Outlook Express. När användaren har skrivit ett meddelande och skickar det till mottagaren kommunicerar e-postklienten med e-postservern med hjälp av SMTP-protokollet. Avsändarens e-postserver interagerar med mottagarens e-postserver (direkt eller via en mellanserver - relä). På mottagarens e-postserver kommer meddelandet in i brevlådan, varifrån det levereras till mottagarens klient med hjälp av en meddelandeleveransagent (MDA). Ofta kombineras de två sista agenterna i ett program, även om det finns specialiserade MDA:er som bland annat hanterar spamfiltrering. Den slutliga leveransen av mottagna meddelanden är inte SMTP, utan ett annat protokoll - ofta POP3 eller IMAP - som också stöds av de flesta e-postservrar. Även om det i den enklaste implementeringen av MTA räcker att lägga de mottagna meddelandena i användarens hemkatalog i filsystem central server ("brevlåda").