Компетентна и бърза настройка на пощенския сървър. Поща Е-мейл пощенски сървъри

Пощенски сървър (имейл сървър, пощенски сървър)- в системата за препращане на електронна поща това обикновено е името на агента за прехвърляне на съобщения (англ. mail transfer agent, MTA). то компютърна програма, който предава съобщения от един компютър на друг. Обикновено пощенският сървър работи "зад кулисите", а потребителите се занимават с друга програма - имейл клиент (англ. mail user agent, MUA).

Организирането на собствен пощенски сървър ви позволява по-гъвкаво да оформяте правилата за изпращане и получаване на пощенски съобщения. Често възможностите на хоста на пощенски домейн за настройка и обработка на съобщения са ограничени, докато ICS филтрите ви позволяват да симулирате много различни ситуации, както и да поддържате записи и статистика на предадените съобщения и много повече.

При влизане в модула се извежда състоянието на всички сървърни услуги за поща и jabber, както и бутона "Деактивиране" (или "Активиране", ако услугата е деактивирана). Има и джаджа с селекция от основни действия, графика на статистическите данни за пощата и емисиите на пощата, както и най-новите събития в регистрационния файл.

Настройки

Разделът Настройки ви позволява да дефинирате следните параметрипощенски сървър:

SMTP/POP3/IMAP порт- позволява ви да промените стандартните портове за получаване и изпращане на имейл съобщения.

Интерфейси за SMTP/POP3/IMAP- позволява ви да изберете сървърните интерфейси, през които се получават и изпращат имейл съобщенията. По подразбиране всички интерфейси са активирани.

Следващите полета ви позволяват да зададете максималния размер на съобщението (в мегабайти), максималния брой съобщения от един IP адрес на минута, интервала между опитите за изпращане, както и минималното и максималното време за изчакване в опашката за поща.

Реле по подразбиране. Relay - възел, който получава / препраща съобщения (e-mail), в този случай ICS действа като негова роля по подразбиране. В някои случаи може да се наложи да регистрирате друг сървър, през който ICS ще изпраща поща (например в случай на многоточна пощенска кутия, конфигурирана на пощенския сървър на доставчика).

Адреси, от които е разрешено препращане- това е списък с адреси и имена на домейни, от които ICS винаги ще приема поща без сив списък и проверка на съответствието на записите напред и назад.

Адреси, от които препращането е забранено- това е списък с адреси и имена на домейни, пощенски съобщения, от които ICS винаги ще отхвърля.

RBL черни списъци. RBL, Blackhole List в реално време (или DNSBL - DNS черен списък или DNS блокиран списък) - списъци с хостове, съхранявани с помощта на системата за DNS архитектура. Обикновено се използва за борба със спама. Пощенският сървър осъществява достъп до DNSBL и проверява за наличието на IP адреса на клиента, от който получава съобщението. При положителен отговор се счита, че е направен опит за получаване на спам съобщение. На сървъра на подателя се съобщава за грешка 5xx (фатална грешка) и съобщението не се приема. В повечето случаи не е необходимо да променяте този списък.

Домейн по подразбиране за оторизациядефинира пощенския домейн, който ще бъде автоматично заменен по време на оторизацията на потребителя. Ако посочите домейна по подразбиране, потребителите на този домейн ще могат да влизат, използвайки името на пощенската си кутия, без да посочват домейна.

Автоматично създаване на папки при създаване на пощенска кутия- съдържа списък стандартни папкисъздадени в пощенската кутия. Ако е необходимо, можете да промените състава им.

Проверете пощата с антивирусната програма Clamav /Dr.Wed /Kaspersky- настройката на тези флагове дава сигнал на мейл сървъра да проверява входящите и изходящите съобщения за вируси. Ако резултатът е положителен, вместо самото писмо, получателят ще получи съобщение за резултатите от проверката, а самото писмо ще бъде прикачено към съобщението.

Използвайте сив списък. Сивият списък е метод за автоматично блокиране на нежелана поща, базиран на факта, че "поведението" на софтуера, предназначен да изпраща спам, е различно от поведението на обикновените имейл сървъри. Ако пощенският сървър на получателя откаже да приеме писмото и съобщи за „временна грешка“, сървърът на подателя трябва да опита отново по-късно. спам софтуерв такива случаи обикновено не се опитва да го направи. Можете да активирате този режим за подобрена проверка на нежелана поща. След като активирате тази опция, параметрите на сивия списък ще станат достъпни за редактиране - време за игнориране на повторно изпращане (в секунди), време за изчакване за повторно изпращане (в часове), време за запазване на подателя в белия списък (в дни).

Име на сървър за SMTPдефинира опцията SMTP Banner Postfix.

Сертификат за SMTP/POP3/IMAP- подобно на други ICS услуги, пощенският сървър може да работи както по стандартния протокол, при който данните не са криптирани при прехвърляне на файлове (което не е безопасно), така и по защитения. За тези цели се използват SSL сертификати. Като щракнете върху бутона […], можете да присвоите сертификат, създаден преди това в съответния модул за всеки протокол.

Използвайте DLP- стартира услуга за проверка на пощенски съобщения чрез пръстови отпечатъци на поверителна информация.

Твърд диск за съхранение на пощави позволява да преместите магазина за поща в отделен HDD. По подразбиране пощата се съхранява в системния дял.

Подписза уеб интерфейса е активиран в настройките на пощенския сървър, за това трябва да поставите отметка в квадратчето „използване на подпис“ и да въведете подписа в прозореца, който се отваря, като щракнете върху бутона „редактиране на html“, след което запишете настройките.

Подписът може да бъде въведен както в режим wysiwyg, така и в режим html.

Променливи във формата [име на променлива] могат да се използват в подписа, техните възможни стойности са изброени по-долу:

Cn - Потребителско име ou - Група, в която той е поща - Пощенски адресописание - Полето "описание" на потребителските бележки - Полето "коментар" на телефонния номер на потребителя - Полето "телефон" на заглавието на потребителя - Полето "позиция" на url потребителя - Полето "Уебсайт" на postalaадрес user - Полето "Адрес" на потребителя на пейджъра - Полето "ICQ" user ounotes - Полето "description" на групата, в която е

За вмъкване на изображения се използва кодиране на изображение в data: url. Това става по следния начин: чрез услугата http://dataurl.net/#dataurlmaker (или подобна) изображението се преобразува във формат , след което полученият текст се вмъква в html кода на подписа.

ВАЖНО: особеността на този механизъм в Roundcube е, че подписът ще се генерира автоматично само за нов акаунт, създаден след настройка на подписа. След генерирането също няма да е възможно подписът да се промени автоматично, така че внимателно планирайте автоматичния подпис, когато създавате

Качете лого за Roundcube- този бутон ви позволява да изберете изображение, което ще се намира в горния ляв ъгъл на уеб интерфейса на пощата. Например логото на вашата организация.

Последните три квадратчета за отметка ви позволяват да активирате DKIM подпис, да проверявате DKIM на входящите съобщения и автоматично да кодирате заглавките на имейлите в UTF-8.

Адресната книга

Домейни и пощенски кутии

Преди да можете да добавите персонализирани пощенски кутии, трябва да създадете пощенски домейн. Отидете в раздела „Домейни и пощенски кутии“ и щракнете върху бутона „Добавяне“ → „пощенски домейн“. Можете да кръстите домейна с произволно несъществуващо име, ако обменът на писма ще се извършва вътре корпоративна мрежаили настройте препращане на съобщения в реален домейн, регистриран за вашата организация. Ако квадратчето „Създаване на DKIM подпис“ е отметнато в настройките, то ще бъде добавено автоматично.

При повторно кликване два пъти върху създадения акаунт, той ще се отвори с вече създадения DKIM ключ, който при необходимост може да се копира.

След това, като маркирате създадения домейн, можете да добавите персонализирани пощенски кутии към него. Сървърът ще ви помоли да въведете името на пощенската кутия, паролата и да изберете потребителя, за който тази кутияще бъдат фиксирани. Ако е необходимо, можете да посочите квота - максималното запазено място на ICS твърдия диск за съхранение на писма този потребител. След превишаване на тази квота, писма за потребителя няма да се приемат. По подразбиране няма квота.

Не е необходимо да се създава отделен пощенска кутияза всяко имейл име, от което се нуждаете. Вместо това можете да създадете връзка към посочената пощенска кутия. След това всички писма, идващи в кутията [имейл защитен], ще бъдат пренасочени към истинска пощенска кутия [имейл защитен]

Важно: когато създавате пощенски домейни и пощенски кутии, съответните домейни и акаунти се появяват в раздела на jabber сървъра. Обратното също е вярно.

За да може пощенският домейн да бъде достъпен от външната мрежа и да може да обменя данни с др външни сървъри, DNS записите трябва да бъдат конфигурирани.

След като пощенските кутии за потребителите са създадени, те могат да се свързват към ICS с помощта на имейл клиенти (например Mozilla Thunderbird или Microsoft Outlook) или да използват уеб интерфейс за поща.

Разделът "Филтри" се използва за обработка на изпратени и получени съобщения. Те обработват пощата според следните условия: размер, подател, получател, тема. Условието може да бъде строго и нестрого. Броят на условията може да бъде произволен, докато филтърът може да обработва поща както когато всички условия съвпадат напълно, така и когато се появи първото съвпадение. След като условието съвпада, филтърът може да изтрие съобщението, да го премести в друга пощенска кутия или да направи копие.

В горния пример всички писма, изпратени до един и същи адрес, чийто размер е по-голям от 5000 kB и темата на писмото съдържа израза „не спам“, ще бъдат копирани в друга ICS пощенска кутия.

За да създадете нов филтър, първо трябва да изберете условията за задействане - ако всички условия съвпадат, някое от условията или да важи за всички съобщения, независимо от условията.

Можете да филтрирате входящи и изходящи имейли по тема на имейл, подател, получател и размер (в килобайти). Проверката за съвпадение на условия може да бъде стриктна („съвпада с“) или нестриктна („съдържа“, „започва с“, „завършва с“), както и обратното („не съдържа“). Можете да зададете произволен брой условия на един филтър.

Последната стъпка е да изберете действие, което да се извърши след задействане на филтъра. Можете да преместите писмото, да го копирате на друг адрес или да го изтриете. Първите две условия ви позволяват да въведете името на пощенската кутия или да я изберете от списъка, създаден в ICS.

За пример как могат да се конфигурират филтри, вижте.

Пощенските списъци са същите филтри, но с опростен интерфейс, в който е достатъчно да посочите пощенските кутии, до които ще бъде разпространен пощенският списък. Кутията, в която пристига оригиналното писмо в системата, не трябва да се отваря, тъй като е връзка.

Анти спам

За да управлявате пощенски акаунти, разположени на други сървъри, можете да използвате функцията ICS "колектор на поща". С негова помощ ICS се свързва с посочения пощенски сървър под избраните потребителско име и парола и премества или копира съдържащата се поща в пощенските кутии на потребителите на ICS.

Можете да укажете какво да правите със съобщенията на сървъра - събирайте всички, събирайте само нови, оставяйте съобщения на сървъра или ги изтривайте. Интервалът на колектора и броят на изтеглените писма на сесия също са конфигурирани.

Работи в два режима - автоматично откриване на получател и посочване на пощенска кутия за сглобяване. Автоматично откриванеработи, ако организацията има една външна пощенска кутия, разположена на сървъра на доставчика, а останалите пощенски кутии служат като нейни псевдоними. В други случаи се използва директна индикация на монтажната кутия. Тоест, в повечето случаи, когато създавате колектор, трябва да поставите превключвателя в позиция „Напред към“.

Колекторът на поща може да се използва и в случаите, когато организацията използва т. нар. "multidrop" пощенски метод. Състои се в това, че цялата поща идва на сървъра на доставчика или хостера и се съхранява там, без да се разделя на потребителски пощенски кутии. В този случай, когато настройвате колектора на поща, полето "получател" не трябва да се променя (стойността по подразбиране в него е адресът на получателя). По този начин събраните писма ще бъдат автоматично разпределени в зависимост от адресата в пощенските кутии на потребителите на ICS, а при липса на такива ще бъдат добавени към избраната по подразбиране пощенска кутия.

опашка за поща

Този раздел показва съобщения, които чакат да бъдат изпратени или които по някаква причина не са били изпратени (например отхвърлени от сивия списък на пощенския сървър нагоре). Когато изберете който и да е обект от списъка, можете да видите кода на грешката, за който не е доставен. Можете да управлявате опашката за поща с помощта на бутоните „Изчистване на опашката“ и „Изпращане на всички“. Освен това всяко писмо може да бъде изпратено поотделно или премахнато от опашката.

Статистика

За да контролирате входящия и изходящия пощенски трафик, както и спама и нежеланите имейли, можете да използвате секцията „Статистика“.

Точно както в потребителската статистика, можете да приложите различни филтри в контролния панел Главна информацияотносно пощенския трафик на ICS и ги покажете под формата на таблица. Колоните на таблицата варират в зависимост от използвания филтър.

Генераторът на отчети прилича много на потребителска статистика. Основните филтри могат да показват информация за потребителския трафик, групирани по следните критерии:

по домейни на подател,

по домейни на получатели,

по пощенските кутии,

по часове/дни/месеци,

подробности за писма;

Списание

Разделът Дневник съдържа обобщение на всички системни съобщения от пощенския сървър. Списанието е разделено на страници, с помощта на бутоните "напред" и "назад" можете да преминете от страница на страница или да въведете номера на страницата в полето и да превключите веднага към него.

Записите в дневника се маркират с цвят в зависимост от типа на съобщението. Нормалните системни съобщения са маркирани в бяло, грешките в червено.

В горния десен ъгъл на модула има лента за търсене. С него можете да търсите в дневника за записите, от които се нуждаете.

Дневникът винаги показва събития за текущата дата. За да видите събития в друг ден, изберете желаната дата с помощта на календара в горния ляв ъгъл на модула.

Много системни администратори изпитват определени затруднения при работа със системи за електронна поща. Това не е изненадващо, пощенският сървър има много по-сложна структура от файлов сървър, рутер или терминален сървър. В тази статия ще разгледаме структурата и принципа на работа на пощенските сървъри, без да разбираме кои, настройката на имейл система е напълно способна да се превърне в шамански танци с бубен.

Този материал съдържа доста опростявания и обобщения, за да даде системни администраторинеобходимите минимални знания. Според нас, за да администрираме един или два мейл сървъра начално нивоНе е нужно да сте експерт по имейл.

За повечето потребители и начинаещи администратори пощенският сървър е вид "черна кутия", която, след като получи писмо, го доставя на адресата по "неизвестни" начини и обратно. Цялото взаимодействие с такъв сървър се състои в адресиране на пощенския клиент до определени портове или дори през уеб интерфейса. Вътре обаче е скрит цял механизъм, разбирането на работата на който е от ключово значение за успешната настройка и поддръжка на електронна поща. Това е особено важно за администриране на сървъри на Linux платформата. За разлика от Windows, където пощенският сървър е цялостно софтуерно решение и разработчиците вече са се погрижили за вътрешното взаимодействие, в Linux компонентите на пощенския сървър са отделни програми и трябва сами да конфигурирате тяхното взаимодействие.

Нека да разгледаме структурата на мейл сървъра и какво се случва, когато потребител се опита да изпрати имейл.

Най-важната част от мейл сървъра е MTA (Агент за прехвърляне на поща-- агент за препращане на поща), чиито задачи включват получаване и предаване на поща. Много често (в Linux/UNIX) MTA също се нарича пощенски сървър. MTA работи по SMTP протокола и един от тях по принцип вече е достатъчен за създаване на система за електронна поща. Едно време беше точно така и за да получите достъп до пощенската си кутия, трябваше да имате определени технически познания.

Прогресът обаче не стои неподвижен, MTA, получавайки писмо, го поставя в пощенската кутия на потребителя на сървъра, до който последният трябва да има достъп, за предпочитане по най-простия и разбираем начин. Тук идва сцената MDA (Агент за доставка на поща-- агент за доставка на поща), неговата задача, по искане на пощенския клиент, е да прехвърля поща към него от пощенската кутия на сървъра. MDA може да работи с помощта на протоколите POP3 или IMAP, в някои случаи за „комуникация“ на пощенския клиент и агента за доставка могат да се използват техни собствени протоколи с разширена функционалност, като MAPI (Exchange Server).

Противно на популярното погрешно схващане, MDA няма нищо общо с процеса на прехвърляне на поща. Това е прерогатив на MTA. За да направите аналогия, можете да си представите MTA като пощенска служба, която получава и изпраща поща, и MDA с пощальона, който носи входящата кореспонденция до дома ви. Ако пощальонът е болен, това няма да повлияе на работата на пощата, просто няма да получавате писма у дома. Също така MDA, неговата повреда не води до неработоспособност на пощенския сървър, само получаването на поща от пощенския клиент става недостъпно, в същото време може лесно да бъде достъпно по други начини, например чрез уеб интерфейса.

Нека да видим какво се случва при изпращане на поща. В нашия пример потребителят Ivanov, намиращ се в домейна example.org ( [имейл защитен]), пише писмо до Козлов в домейна example.com ( [имейл защитен]). За Иванов процесът на изпращане на поща се състои в създаване на съобщение и натискане на бутона „Изпрати“ в мейл клиента. Пощенският клиент се свързва с MTA чрез SMTP протокола и първо комуникира своите идентификационни данни. След като упълномощи потребителя, MTA приема съобщението и се опитва да го достави по-нататък.

Всъщност авторизацията не е задължителна процедура за MTA, но без разрешение ще получим отворено реле, т.е. всеки може да използва нашия сървър за изпращане на поща и спамерите ще бъдат възхитени! В момента отворените релета се появяват главно поради грешки в конфигурацията на сървъра. Въпреки това е напълно възможно MTA да получава поща от доверени потребители без разрешение, например от локална мрежапредприятия.

MTA може да използва свой собствен потребителски списък, системен списък, LDAP или AD потребителски списъци за оторизация. Има и начин: POP оторизация преди SMTP, когато потребителят влезе в MDA преди да изпрати имейл, което на свой ред потвърждава удостоверяването на потребителя към MTA.

Следваща стъпка MTA анализи сервизна информацияпоща, като се определя домейнът на получателя, ако той принадлежи към домейните, обслужвани от данните на MTA, се извършва търсене на получателя и писмото се поставя в неговата пощенска кутия. Това се случваше, ако Иванов напише писмо до Петров или Сидоров.

Ако домейнът на получателя не се обслужва от MTA, се генерира DNS заявка, изискваща MX записите за този домейн. MX записът е специален вид DNS запис, който съдържа имената на мейл сървърите, които обработват входящата поща за даден домейн. Може да има повече от един MX запис, в който случай MTA се опитва да установи връзка последователно, започвайки от сървъра с най-висок приоритет. При липса на MX запис се изисква A запис (адресен запис, който съпоставя Име на домейнс IP адрес) и е направен опит за доставка на поща до посочения там хост. Ако съобщението не може да бъде изпратено, то се връща на подателя (поставя се в пощенската кутия на потребителя) със съобщение за грешка.

Няма да разглеждаме работата на приемащия сървър, ще приемем, че всичко е минало добре, Козлов получи писмо от Иванов и му написа отговор. Сървърът, обслужващ домейна example.com, прави абсолютно същото и се опитва да изпрати поща до нашия сървър. След като получи входящо съобщение MTA, както в случая на локален изпращач, проверява домейна на получателя, ако това е един от обслужваните MTA, обработката на съобщенията продължава, в противен случай сървърът отказва да приеме поща. След проверка на домейна се проверява получателят, ако той присъства в списъка с потребители, съобщението се доставя в неговата пощенска кутия, в противен случай има две възможности: отказ за получаване на съобщението или получаване на съобщението в общата пощенска кутия (пощенската кутия на администратора ). От една страна, тази настройка увеличава броя на получения спам, от друга страна, ви позволява да не губите писма с грешно написани адреси.

Друга мярка срещу спам е да поискате PTR запис. PTR запис (запис на указател) свързва IP адрес с име на домейн. Когато иска PTR, MTA приема поща само ако домейнът на изпращача съвпада с домейна на изпращащия сървър.

Нека разгледаме един пример по-подробно. Някои сървъри на spam.com се опитват да изпращат имейли с фалшив подател, уж от известния ни сървър на example.com. В случай на филтриране чрез бели / черни списъци, такова писмо ще бъде доставено, тъй като подателят е потребител от доверен домейн (на което са разчитали спамерите). За да се бори със спама, MTA генерира PTR заявка за IP адреса на изпращащия сървър, който докладва по време на SMTP сесията. За адреса y.y.y.y PTR заявката ще върне име на домейн spam.com, което не съответства на домейна на подателя, което ще доведе до отхвърляне на съобщението. В същото време съобщенията от сървъра x.x.x.x ще бъдат получени, защото домейнът от PTR записа за x.x.x.x (example.com) съвпада с домейна на подателя.

И така, съобщението е получено и е в пощенската кутия на потребителя. Как да го разчетем? Пощенското хранилище, където се намират потребителските кутии, може да се организира най-много различни начини: започвайки от банални папки и файлове, завършвайки с база данни. Без технически познания е малко вероятно да можете да четете собствената си поща. Но трябва ли потребителят Иванов да се тревожи за това? За него процесът на получаване на поща се свежда до натискане на бутона "Получаване" в мейл клиента.

За да получи поща, клиентът установява връзка с MDA чрез протокола POP3 или IMAP, като задължително предава данни за оторизация. MDA проверява дали потребителят е в списъците и, ако е успешен, изпраща на клиента всички нови съобщения в неговата пощенска кутия. Потребителят Иванов получава своята кореспонденция и може да работи с нея по удобен за него начин.

Това е мястото, където нашата статия завършва, ние силно препоръчваме внимателно четене и усвояване на материала, представен в нея. В бъдеще, когато разглеждаме практически реализации на пощенски сървъри, ще предоставим материал въз основа на това, че читателят има знания в размер поне на тази статия.

, | |

Когато стартират сайт или уеб приложение, потребителите обикновено настройват пощенски сървър, който да обработва както входящата, така и изходящата поща. Въпреки това наличието на собствен сървър за електронна поща често е сериозна уязвимост за даден проект поради различни причини. Като цяло настройката и поддръжката на мейл сървър е сложна и отнемаща време задача.

Това ръководство обхваща много от причините, които може да ви попречат да използвате пощенски сървър, както и ви помага да намерите алтернативи.

Трудности на пощенския сървър

Типичният пощенски сървър се състои от множество софтуерни компоненти, всеки от които изпълнява определена функция. Всеки компонент трябва не само да бъде фино настроен, но и да взаимодейства с други компоненти, за да осигури пълна функционалност на мейл сървъра. Поради големия брой "подвижни" компоненти, пощенските сървъри са доста трудни за инсталиране.

Компоненти, необходими за всеки уеб сървър:

Агент за препращане на съобщения (агент за прехвърляне на поща, MTA);
Агент за доставка на съобщения (агент за доставка на поща, MDA);
IMAP и/или POP3 сървър.

Спам филтри;
антивируси;
Уеб поща (уеб поща).

Някои софтуерни пакети включват функционалностмножество компоненти наведнъж. В допълнение към софтуерните компоненти, пощенските сървъри се нуждаят от име на домейн, което съвпада DNS записии SSL сертификат.

Нека разгледаме по-подробно необходимите компоненти.

Агент за препращане на съобщения

Агентът за прехвърляне на съобщения (или MTA), който обработва трафика на Simple Mail Transfer Protocol (SMTP), отговаря за:

изпращане на потребителски съобщения до външен MTA (т.е. до друг пощенски сървър);
получаване на съобщения от външен MTA.

Примери за MTA програми: Postfix, Exim, Sendmail.

Агент за доставка на съобщения

Агентът за доставка на съобщения (или MDA), понякога наричан местен агент за доставка (LDA), извлича съобщения от MTA и ги поставя в пощенската кутия на съответния потребител.

Има голямо разнообразие от формати на пощенски кутии (напр. mbox и Maildir). Всеки MDA поддържа определен формат на пощенска кутия. Форматът на пощенската кутия определя как съобщенията се съхраняват на пощенския сървър, което от своя страна влияе върху използването на диска и скоростта на достъп до пощенската кутия.

Примери за MDA програми: Postfix и Dovecot.

IMAP и/или POP3 сървъри

IMAP и POP3 са протоколите, използвани от имейл клиентите, тоест всеки софтуер за четене и извличане на съобщения. Всеки протокол има свои собствени сложности; тази статия изследва някои от основните им разлики.

IMAP е по-сложен протокол, който позволява, наред с други неща, да поддържа множество клиенти да се свързват към отделна пощенска кутия едновременно. Имейл съобщенията се копират на клиентите, докато оригиналът остава на мейл сървъра.

По-простият POP3 протокол премества имейл съобщенията към компютъра на пощенския клиент (обикновено по подразбиране е локален компютърпотребител).

Примери за IMAP и POP3 сървъри: Courier, Dovecot, Zimbra.

Филтри за спам

Целта на спам филтъра е да намали количеството на входящия спам или нежелана поща, който попада в пощенските кутии на потребителите. За да постигнат тази цел, филтрите за нежелана поща прилагат правила за откриване на нежелана поща, които вземат предвид различни фактори (подател на съобщението, съдържание и други), за да оценят съобщението. Ако този резултат надвишава така нареченото ниво на спам, съобщението се разпознава като спам.

Филтрите за нежелана поща могат да се прилагат и към изходящата поща. Тази функция може да бъде полезна, ако имейл акаунтПотребителят е бил хакнат: по този начин можете да намалите количеството спам, изпратен чрез този имейл сървър.

Популярен филтър с отворен код е .

Антивирусна програма

Антивирусите се използват за откриване на вируси, троянски коне, зловреден софтуер и други заплахи във входящата и изходящата поща. ClamAV е популярна антивирусна програма с отворен код.

Уеб поща (или уеб поща)

Много потребители се нуждаят от уеб поща. Уеб пощата (в контекста на работа с пощенски сървър) е пощенски клиент, достъпен за потребителите чрез уеб браузър (Gmail е може би най-много известен пример). Този компонент се нуждае от уеб сървър (напр. Nginx, Apache) и може да се стартира директно на пощенски сървър.

Примери: Roundcube и Citadel.

Поддръжка на пощенски сървър

Сега, след като сте запознати с компонентите на сървъра за електронна поща, които трябва да инсталирате и конфигурирате, помислете върху следния въпрос: защо поддръжката на сървър за електронна поща може да се превърне в твърде много скучна работа и отнема много време? Имайте рутинни задачи Поддръжка: актуализиране на правилата за антивирусен и спам филтър, поддържане на всички компоненти актуални и др.; но има много други неща освен това.

Черни списъци

Един от често срещаните проблеми при поддържането на пощенски сървър е необходимостта той да не попада в черни списъци (наричани още DNSBL, черни списъци или черни списъци). Такива списъци съдържат IP адресите на пощенските сървъри, които разпространяват спам или „нежелана“ поща, както и сървъри с неправилно конфигурирани DNS записи. Много пощенски сървъри се абонират за един или повече от тези черни списъци и след това филтрират входящите съобщения в зависимост от това дали пощенският сървър, изпратил съобщението, е в списъка(ите). Ако пощенски сървър влезе в спешен случай, изходящите му съобщения ще бъдат филтрирани (и някои блокирани), преди да бъдат изпратени до получателя.

По правило пощенски сървър, който е изпаднал в авария, може да бъде изключен от този списък. За да направите това, трябва да разберете причината за черния списък на сървъра и да я премахнете. След това трябва да следвате процеса на премахване на сървъра от списъците и да се абонирате за поне един от тях.

Отстраняване на неизправности

Въпреки че повечето хора използват имейл всеки ден, не всеки може да отстранява проблеми с имейла. сложна система. Например, какво ще стане, ако изпратените съобщения не са приети от получателя? Проблемът може да възникне поради неправилна конфигурация на един от многото компоненти на пощенския сървър (например поради лошо конфигуриран спам филтър за изходящи съобщения или външни фактори като черни списъци).

Днес, когато можете лесно да получите произволен брой безплатни пощенски кутии, като просто регистрирате акаунт в Yandex, Mail.Ru и други подобни, не много потребители се притесняват за настройката на пощенски сървър.

Въпреки това, има моменти, когато ще бъде полезно да знаете поне някои аспекти на този въпрос.

Когато е необходимо

Няма толкова много ситуации, когато основни познания за настройка на поща са необходими на обикновен потребител. И все пак всяко от тях може да се случи по всяко време:

Ако беше решено да преминете от браузър към отделна програма. Всъщност в много отношения такива клиенти са за предпочитане: те ви позволяват да комбинирате пощенска програмас органайзер тетрадка, както и по-гъвкаво управление на адресната книга и администриране на съобщения.
Имаше неочаквана повреда в работата на пощенския клиент, всички настройки „излетяха“. И тогава просто трябва да инсталирате пощенски сървър. Настройването му обикновено не изисква много време и усилия, но в противен случай можете да останете без поща за доста дълго време.
Безплатните пощенски кутии могат да бъдат унищожени от администрацията и без обяснение. Да, и такава кутия изглежда в очите на бизнес партньорите, честно казано, недостойна. Следователно ще трябва да стартирате специален, на сървъра.
Ако доставчикът предлага отделна пощенска кутия, тогава защо да не се възползвате от такава оферта.

Настройка на пощенски сървър на Windows

Основните параметри на електронната поща като DNS, IP данни и подобна информация се издават директно от доставчика.

За да започнете да използвате Windows, ще трябва или да изтеглите подходящия за това операционна системаклиент или използвайте вградените клиенти. За да започнете, трябва да създадете нов сметка. Като правило, в същото време те също са помолени да въведат името му, да измислят парола и да влязат, за да влязат.

Може да се наложи да активирате поддръжката по имейл Windows услугичрез панела „Премахване и инсталиране на програми“ в секцията за инсталиране на компонента на услугите за електронна поща.

За да създадете нова пощенска кутия, ще трябва да излезете с потребителско име и парола.

В SMTP трябва да посочите номер на порт 25, а за POP3 сървър - 110. Ако доставчикът издава други параметри, трябва да ги въведете. В случай, че използваният пощенски клиент не изисква въвеждане на номера на порта, трябва да оставите само адреса, издаден от доставчика в елементите „Сървър за входящи съобщения“ (това може да бъде POP3 или IMAP) и „Име за сървър за изходящи съобщения" (обикновено само SMTP).

| Повече ▼ фина настройкапощенски windows сървърдо голяма степен зависи от приложение за поща, но принципът на действие ще бъде същият. Разликата може да е в опциите GUIи елементи от менюто.

Преминаване от безплатна поща към специален клиент

Понякога искате да останете безплатно, но кандидатствайте като клиент отделно приложение. Можете да покажете това, като използвате примера за настройки на пощата за услугата Yandex. След това настройката на пощенския сървър ще бъде извършена със следните параметри.

1. Настройки от IMAP протоколза входящи съобщения:

адрес на пощенски сървър: imap.yandex.ru;
в настройките за сигурност на връзката трябва да посочите SSL;
номерът на порта е 993.

2. За да конфигурирате изходящите съобщения през IMAP протокола:

посочете smtp.yandex.ru като адрес на сървъра;
в настройките за сигурност на връзката трябва да зададете и SSL;
номерът на порта трябва да бъде зададен на 465.

3. По отношение на протокола POP3 за изпратени съобщения:

посочете pop.yandex.ru като адрес на сървъра;
SSL е посочен като параметри за сигурност на използваната връзка;
номерът на порта е 995.

4. За изходящи съобщения, изпратени по протокол POP3:

smtp.yandex.ru е посочен като адрес на пощенския сървър;
отново SSL е посочен в настройките за сигурност за използваната връзка;
номерът на порта е зададен на 465.

Като потребителско име, както и адрес и парола, трябва да зададете съществуващи адреси и пароли от пощата на Yandex.

Настройка на сървъра Mail.Ru

Понякога трябва да научите за настройките на пощенския сървър Mail.Ru. Като цяло настройката изглежда точно същата, както беше описана в случая с Yandex mail. Но параметрите ще изглеждат така:

пълен имейл адрес(във формат @, напр. [имейл защитен]);
за IMAP сървъра е посочен imap.mail.ru;
за SMTP сървъра посочете smtp.mail.ru;
потребителското име е пълният имейл адрес от вече съществуваща поща;
парола е използваната парола за имейл;
IMAP: номер 993 (за SSL/TLS протоколи);
POP3: номер 995 (за SSL/TLS протоколи);
SMTP: номер 465 (за SSL/TLS протоколи);
трябва да посочите, че искате да оторизирате сървъра на изпратените съобщения, в параметрите за удостоверяване - проста парола, без криптиране.

Като цяло настройките са посочени точно същите като в случая на Yandex, но само с добавяне на префикса за поща. За други безплатни сървъри трябва да зададете същите параметри, но със съответните префикси.

Както можете да видите, като цяло няма нищо сложно в такъв въпрос като настройка на пощенски сървър. Дори начинаещ потребител може да се справи с тази задача. Но можете да сте сигурни, че дори в случай на критичен провал, няма да се наложи да останете без поща.

Задачата да настроите собствени пощенски сървъри с помощта на Linux инструменти, Apache, SQL и други подобни изисква по-задълбочени познания в областта на информационните технологии.

Въведение

Дори в древни времена хората са изпитвали необходимост от обмен на информация и са го организирали на държавно ниво. Следователно пощата е една от най-ясно организираните институции в света.

Имейлът е нов модерни средстватрансфер на информация. За разлика от обикновената поща, имейлите се изпращат електронни копиясъобщения, файлове, програми, различни данни – т.е. информация, обработвана от компютър.

Основните обекти, които изграждат имейл системата са специални компютринаречени пощенски сървъри.

Пощенски сървър

Пощенските сървъри са сървъри, които получават и изпращат електронни съобщения.

Сървърът, който получава имейл съобщения, използва протокола POP (Post Office Protocol).

Сървърът, който изпраща имейли, използва протокола SMTP (Simple Mail Transfer Protocol).

Пощенски сървър, имейл сървър, пощенски сървър - в системата за препращане на електронна поща това обикновено е името на агента за прехвърляне на съобщения (англ. mail transfer agent, MTA). Това е компютърна програма, която предава съобщения от един компютър на друг. Обикновено пощенският сървър работи "зад кулисите", а потребителите се занимават с друга програма - имейл клиент (англ. mail user agent, MUA).

Ориз. един.

Например в обща конфигурация потребителският агент е Outlook Express. Когато потребителят е написал съобщение и го изпрати до получателя, пощенският клиент комуникира с пощенския сървър, използвайки SMTP протокола. Мейл сървърът на изпращача взаимодейства с мейл сървъра на получателя (директно или чрез междинен сървър - реле). На мейл сървъра на получателя съобщението влиза в пощенската кутия, откъдето се доставя до клиента на получателя с помощта на агент за доставка на съобщения (MDA). Често последните два агента се комбинират в една програма, въпреки че има специализирани MDA, които освен всичко друго се занимават и с филтриране на спам. Окончателната доставка на получените съобщения не е SMTP, а друг протокол – често POP3 или IMAP – който също се поддържа от повечето пощенски сървъри. Въпреки че в най-простата реализация на MTA е достатъчно да поставите получените съобщения в домашната директория на потребителя в файлова системацентрален сървър ("пощенска кутия").