Acasă

Astăzi, când puteți obține cu ușurință orice număr de cutii poștale gratuite prin simpla înregistrare a unui cont la serviciile Yandex, Mail.Ru și altele asemenea, o problemă precum configurarea unui server de e-mail nu deranjează prea mulți utilizatori.

Cu toate acestea, există și momente când cunoașterea măcar a unor aspecte ale acestei probleme va fi utilă.

Când este nevoie

• Nu există atât de multe situații în care utilizatorul obișnuit are nevoie de cunoștințe de bază despre configurarea e-mailului. Și totuși, oricare dintre ele se poate întâmpla în orice moment: Dacă s-a decis trecerea de la bazat pe browser la dedicat într-un program separat. Într-adevăr, în multe privințe, astfel de clienți sunt preferați: vă permit să combinați program de mail cu organizator, caietul
• , precum și o gestionare mai flexibilă a agendei dvs. de adrese și administrarea mesajelor.
• A avut loc o eroare neașteptată în clientul de e-mail și toate setările au fost pierdute. Și apoi trebuie doar să instalați un server de e-mail. Configurarea acestuia nu necesită, de obicei, mult timp și efort, dar altfel puteți rămâne fără e-mail pentru o perioadă destul de lungă.
• Cutiile poștale gratuite pot fi distruse de către administrație, fără explicații. Și, sincer vorbind, o astfel de cutie arată nedemn în ochii partenerilor de afaceri. Prin urmare, va trebui să creați unul dedicat pe server.

Dacă furnizorul dvs. oferă o cutie poștală separată, atunci de ce să nu profitați de această ofertă.

Configurarea unui server de e-mail Windows

Pentru a începe să utilizați sistemul de operare Windows, va trebui fie să descărcați cel adecvat pentru aceasta sistem de operare client sau utilizați clienții încorporați. Mai întâi trebuie să creați unul nou cont. De regulă, li se cere, de asemenea, să introducă numele acestuia, să vină cu o parolă și să se autentifice.

Poate fi necesar să activați asistența prin e-mail Servicii Windows prin panoul „Dezinstalează sau instalează programe” din secțiunea de instalare a componentelor Serviciilor de e-mail.

Pentru a crea o nouă căsuță poștală, va trebui să veniți cu un nume de utilizator și o parolă.

În SMTP trebuie să specificați numărul portului 25, iar pentru serverul POP3 - 110. Dacă furnizorul oferă alți parametri, trebuie să îi introduceți. În cazul în care clientul de e-mail pe care îl utilizați nu necesită introducerea unui număr de port, trebuie să lăsați doar adresa emisă de furnizor în „Server pentru mesaje primite” (acesta poate fi POP3 sau IMAP) și „Nume pentru serverul pentru mesajele trimise” (de obicei numai SMTP).

Reglarea fină a serverului de e-mail Windows depinde în mare măsură de aplicația de e-mail utilizată, dar principiul de funcționare va fi același. Diferența poate fi în opțiunile GUI și opțiunile de meniu.

Trecerea de la e-mail gratuit la un client dedicat

Uneori trebuie să rămâneți gratuit, dar să îl utilizați ca client cerere separată. Puteți arăta acest lucru folosind exemplul de setări de e-mail pentru serviciul Yandex. Serverul de e-mail va fi apoi configurat cu următorii parametri.

1. Setări IMAP pentru mesajele primite:

• adresa serverului de mail: imap.yandex.ru;
• SSL ar trebui specificat în setările de securitate pentru conexiune;
• Numărul portului este 993.

2. Pentru a configura mesajele trimise prin IMAP:

• specificați smtp.yandex.ru ca adresă de server;
• De asemenea, trebuie să setați SSL în parametrii de securitate a conexiunii;
• Numărul portului ar trebui să fie setat la 465.

3. Referitor la protocolul POP3 pentru mesajele trimise:

• specificați pop.yandex.ru ca adresă de server;
• SSL este specificat ca parametrii de securitate ai conexiunii utilizate;
• Numărul portului este 995.

4. Pentru mesajele trimise prin POP3:

• smtp.yandex.ru este indicat ca adresa serverului de e-mail;
• în parametrii de securitate pentru conexiunea utilizată este din nou indicat SSL;
• Numărul portului este setat la 465.

Ca nume de utilizator, precum și adresă și parolă, ar trebui să setați adrese și parole deja existente din e-mail pe Yandex.

Configurarea serverului Mail.Ru

Uneori trebuie să aflați despre setările serverului de e-mail Mail.Ru. În general, configurația arată exact la fel ca cea descrisă în cazul e-mailului Yandex. Dar parametrii vor arăta astfel:

• deplin Adresa de e-mail(în format cu semnul @, de exemplu [email protected]);
• pentru serverul IMAP este specificat imap.mail.ru;
• pentru serverul SMTP, specificați smtp.mail.ru;
• numele de utilizator este adresa completă de e-mail dintr-un e-mail existent;
• parola este parola de e-mail folosită;
• IMAP: numărul 993 (pentru protocoale SSL/TLS);
• POP3: numărul 995 (pentru protocoale SSL/TLS);
• SMTP: numărul 465 (pentru protocoale SSL/TLS);
• trebuie să indicați că doriți să autorizați serverul de scrisori trimise în parametrii de autentificare - o parolă simplă, fără criptare;

În general, setările sunt exact aceleași ca și în cazul Yandex, dar numai cu adăugarea prefixului de e-mail. Pentru alte servere gratuite, ar trebui să setați aceiași parametri, dar cu prefixele corespunzătoare.

După cum puteți vedea, în general, nu este nimic complicat într-o chestiune precum configurarea unui server de e-mail. Chiar și un utilizator începător poate face față acestei sarcini. Dar puteți fi sigur că, chiar și în cazul unei defecțiuni critice, nu veți rămâne fără poștă.

Sarcina de a vă configura propriile servere de e-mail folosind instrumente Linux, Apache, SQL și altele asemenea necesită cunoștințe mai profunde în domeniul tehnologiei informației.

, | |

Când lansează un site web sau o aplicație web, utilizatorii configurează de obicei un server de e-mail pentru a procesa corespondența primită și trimisă. Cu toate acestea, de multe ori a avea propriul server de e-mail este o vulnerabilitate gravă pentru un proiect din mai multe motive. În general, configurarea și întreținerea unui server de e-mail este o sarcină complexă, consumatoare de timp și consumatoare de timp.

Acest ghid va acoperi multe dintre motivele care v-ar putea împiedica să utilizați un server de e-mail și, de asemenea, vă va ajuta să găsiți opțiuni alternative.

Dificultăți ale serverelor de e-mail

Un server de e-mail obișnuit constă din multe componente software, fiecare dintre ele îndeplinește o funcție specifică. Fiecare componentă nu trebuie doar să fie reglată fin, ci și să interacționeze cu alte componente pentru a asigura funcționalitatea completă a serverului de e-mail. Datorită numărului mare de componente în mișcare, serverele de e-mail pot fi destul de dificil de instalat.

Componentele cerute de fiecare server web:

• Agent de transfer de mesaje (MTA);
• Agent de livrare a mesajelor (MDA);
• Server IMAP și/sau POP3.

• filtre de spam;
• Antivirusuri;
• Webmail (webmail).

Unele pachete software includ funcţionalitate mai multe componente deodată. Pe lângă componentele software, serverele de e-mail necesită un nume de domeniu, înregistrări DNS asociate și un certificat SSL.

Să ne uităm la componentele necesare mai detaliat.

Agent de redirecționare a mesajelor

Agentul de transfer de mesaje (sau MTA), care procesează traficul SMTP (Simple Mail Transfer Protocol), este responsabil pentru:

• trimiterea de mesaje utilizator către un MTA extern (adică către un alt server de e-mail);
• primirea mesajelor de la un MTA extern.

Exemple de programe MTA: Postfix, Exim, Sendmail.

Agent de livrare a mesajelor

Agentul de livrare a mesajelor (sau MDA), numit uneori Agent de livrare locală (LDA), preia mesajele de la MTA și le plasează în cutia poștală a utilizatorului corespunzător.

Există o mare varietate de formate de cutie poștală (de exemplu, mbox și Maildir). Fiecare MDA acceptă un anumit format de cutie poștală. Formatul cutiei poștale determină modul în care mesajele sunt stocate pe serverul de e-mail, care la rândul său afectează utilizarea discului și viteza de acces la cutia poștală.

Exemple de programe MDA: Postfix și Dovecot.

Servere IMAP și/sau POP3

IMAP și POP3 sunt protocoale folosite de clienții de e-mail, adică orice software pentru a citi și a prelua mesaje. Fiecare protocol are propriile provocări; Acest articol analizează unele dintre diferențele lor cheie.

IMAP este un protocol mai complex care permite, printre altele, să accepte mai mulți clienți să se conecteze la o cutie poștală individuală în același timp. Mesajele de e-mail sunt copiate către clienți, dar originalul rămâne pe serverul de e-mail.

Protocolul POP3 mai simplu mută mesajele de e-mail pe computerul dvs. client de e-mail (de obicei, implicit calculator local utilizator).

Exemple de servere IMAP și POP3: Courier, Dovecot, Zimbra.

Filtre de spam

Scopul unui filtru de spam este de a reduce cantitatea de mesaje nedorite sau spam primite care ajung în cutiile poștale ale utilizatorilor. Pentru a atinge acest obiectiv, filtrele de spam aplică reguli de detectare a spam-ului care țin cont de diverși factori (expeditorul mesajului, conținutul și alții) pentru a evalua mesajul. Dacă acest scor depășește așa-numitul nivel de spam, mesajul este recunoscut ca spam.

Filtrele de spam pot fi aplicate și e-mailurilor trimise. Această caracteristică poate fi utilă dacă contul de e-mail al utilizatorului a fost piratat: în acest fel puteți reduce cantitatea de spam transmisă folosind acest server de e-mail.

Un filtru popular open source este .

Antivirusuri

Antivirusurile sunt folosite pentru a detecta viruși, troieni, programe malware și alte amenințări în e-mailurile primite și trimise. ClamAV este un antivirus popular cu sursă deschisă.

Webmail (sau Webmail)

Mulți utilizatori au nevoie de webmail. Webmail (în contextul unui server de e-mail) este un client de e-mail accesibil utilizatorilor printr-un browser web (Gmail este probabil cel mai cunoscut exemplu). Această componentă necesită un server web (ex. Nginx, Apache) și poate fi rulată direct pe serverul de e-mail.

Exemple: Roundcube și Citadel.

Suport server de mail

Acum că ne-am familiarizat cu componentele serverului de e-mail care trebuie să fie instalate și configurate, să luăm în considerare următoarea întrebare: De ce întreținerea unui server de e-mail poate deveni prea laborioasă și consumatoare de timp? Există sarcini de rutină întreţinere: actualizarea regulilor de filtrare antivirus și spam, menținerea la zi a tuturor componentelor etc.; dar pe langa asta mai sunt multe alte puncte.

Liste negre

O problemă comună cu întreținerea unui server de e-mail este necesitatea de a-l ține în afara listelor negre (numite și DNSBL, liste negre sau liste negre). Astfel de liste conțin adresele IP ale serverelor de e-mail care distribuie mesaje spam sau nedorite, precum și servere cu înregistrări DNS configurate incorect. Multe servere de e-mail se abonează la una sau chiar mai multe dintre aceste liste negre și apoi filtrează mesajele primite în funcție de dacă serverul de e-mail care a trimis mesajul se află pe listă (sau liste). Dacă un server de e-mail intră într-o situație de urgență, mesajele sale de ieșire vor fi filtrate (și unele blocate) înainte de a fi trimise destinatarului.

De regulă, un server de e-mail implicat într-o situație de urgență poate fi exclus din această listă. Pentru a face acest lucru, trebuie să aflați motivul punerii pe lista neagră a serverului și să-l eliminați. Apoi trebuie să urmați procesul de eliminare a serverului din liste și să vă abonați la cel puțin una dintre ele.

Depanare

Deși majoritatea oamenilor folosesc e-mailul în fiecare zi, nu toată lumea poate depana acest sistem complex. De exemplu, ce ar trebui să faceți dacă mesajele trimise nu au fost acceptate de destinatar? Problema poate apărea din cauza configurării incorecte a uneia dintre numeroasele componente ale serverului de e-mail (de exemplu, din cauza unui filtru de spam a mesajelor de ieșire prost configurat sau a unor factori externi, cum ar fi listele negre).

Dacă doriți să învățați cum să găsiți și să exploatați vulnerabilitățile din rețelele de informații, vă recomand să vă familiarizați cu curs online „Atelier despre Kali Linux» în OTUS. Cursul este conceput pentru cei care nu au experiență în acest domeniu securitatea informatiei, pentru admitere trebuie să treci.

Să începem cu ceea ce vreau să spun prin întreprinderi mijlocii. Nu cunosc clasificarea exactă și nu am căutat sau verificat nicăieri. In mod intuitiv mi se pare că acesta este de la 10-15 utilizatori la 200-300. Voi lua în considerare segmentul până la 100 de utilizatori, deoarece lucrez exclusiv în această nișă aproape tot timpul. Problemele și nevoile companiilor mai mari nu îmi sunt cunoscute în mod sigur. Deși nu sunt sigur că ceva va fi fundamental diferit de 100 de oameni, cred că abordările vor fi aceleași, doar hardware-ul va fi mai puternic. Problemele de distribuție a încărcăturii și de grupare cel mai probabil nu vor apărea încă aici.

Avem o companie mică de câteva zeci de oameni. Avem nevoie de un server de mail. În ciuda faptului că tehnologia a făcut un pas înainte, oferind o mulțime de diferite mijloace de comunicare, e-mailîncă rămâne ferm în pozițiile sale și nu va renunța încă la ele. În același timp, într-o echipă atât de mică, serverul de e-mail nu are cerințe mari. Cel mai adesea, este suficient ca e-mailul să funcționeze pur și simplu, fără bibelouri funcționale speciale. Fie un client de e-mail și protocolul imap, fie o interfață web vor fi suficiente. Ar fi bine dacă ar fi posibil să configurați un răspuns automat, să creați foldere partajate, o singură agendă de adrese, dar puteți trăi fără ea.

Dintre toate opțiunile posibile pentru un serviciu de e-mail, evidențiez 3 abordări fundamental diferite pentru implementarea funcționalității necesare:

1. Servicii bazate pe servicii gratuite de e-mail de la Google, Yandex sau mail.
2. Propriul server de e-mail bazat pe software gratuit.
3. Server Exchange de la Microsoft.

Să ne uităm la fiecare dintre ele mai detaliat.

Poștă gratuită de la google, yandex și mail.ru

Voi face câteva comentarii imediat. Nu sunt sigur că acum puteți înregistra un e-mail corporativ gratuit la Google. Toți cei care s-au înregistrat anterior îl folosesc gratuit și numai pentru utilizatorii noi abonamente plătite. Dar acest lucru nu este important și nu are legătură directă cu subiectul articolului. Dacă Google a devenit complet plătit pentru afaceri, atunci pur și simplu îl vom exclude din lista noastră. Yandex și Mail.ru sunt în continuare gratuite. Eu însumi am administrat domenii de e-mail în aplicațiile Google și Yandex. Nu am lucrat cu biz.mail.ru, știu doar că ceva similar este implementat acolo. Cumva, nu-mi place compania în sine din vremuri. Deși acum par că s-au întors în fața utilizatorilor, Amigo este încă în viață, așa că încă nu s-au întors complet.

Să ne uităm la avantajele acestor servicii de e-mail.

1. Cel mai important avantaj este că e-mailul cu drepturi depline este gata imediat după înregistrare. Nu există costuri pentru achiziționarea hardware-ului și configurarea. Este suficient pentru un utilizator mai mult sau mai puțin avansat care, conform instrucțiunilor de pe site, poate conecta un domeniu și poate crea cutii poștale. Și puteți utiliza deja poșta.
2. Usor de administratși gestionați utilizatorii, serviciul web oferă toate echipamentele necesare pentru aceasta. Sunt convenabile și intuitive (deși nu întotdeauna) de înțeles.
3. Confortabil si familiar interfata web. Totul funcționează rapid, din orice loc unde există Internet și un browser. Există o aplicație mobilă bună.
4. Funcționalitate largă, gata imediat după crearea cutiei. Diverse filtre, colectori de mail, antispam bun (de la Google) și multe altele.

Pare totul, nu mi-a scăpat nimic. S-ar părea că avantajele sunt evidente și semnificative. Dar înainte de a trage concluzii, să luăm în considerare dezavantajele.

1. Nu gestionați acest e-mail. Ea nu-ți aparține, nu este pe serverele dvs. Nu știi ce se întâmplă cu ea. Dacă aveți o corespondență foarte sensibilă și privată, atunci apar suspiciuni și îndoieli cu privire la utilizarea serviciilor de e-mail populare. Acest lucru poate părea paranoia, dar această problemă este o preocupare reală pentru utilizatori și proprietarii de afaceri și nu ar trebui ignorată.
2. Nu sunteți imun la defecțiunile sistemului și nu le puteți preveni în niciun fel. Și eșecurile, deși nu des, apar. Deoarece serviciile sunt gratuite, nimeni nu vă va garanta nimic. Și dacă se întâmplă vreo forță majoră și datele sunt pierdute, pur și simplu vă vor spune scuze. Dacă dvs. nu aveți o structură IT foarte fiabilă, probabilitatea apariției unor probleme tehnice pe serverul dvs. personal poate fi mai mare. Dar poți controla acest lucru și teoretic poți construi un sistem cu un nivel de fiabilitate care să te mulțumească.
3. Metodele de backup nu sunt evidenteși recuperarea cutiilor poștale în astfel de servicii. Există situații în care toate literele sunt șterse din căsuța poștală. Să presupunem că le poți salva în diverse moduri, tocmai descărcat, dar cum îl poți întoarce înapoi în cutie, păstrând toate datele originale?
4. Nu există nicio modalitate de a analiza situații de neînțeles. De exemplu, trimiteți o scrisoare, dar aceasta nu ajunge la destinatar. Ce să fac? În cazul e-mail-ului în cloud, nu veți face nimic, deoarece nu aveți niciun instrument pentru a analiza situația. Încercați să trimiteți o scrisoare dintr-o altă cutie poștală. Uneori, o scrisoare nu ajunge la tine și pur și simplu nu poți înțelege de ce nu este acolo. Dar problema poate fi pur și simplu un filtru configurat incorect. Aceasta este o situație comună când există o mulțime de filtre, plus dacă este configurată o altă redirecționare. Fără acces la jurnalele serverului, poate fi dificil de înțeles situația. Și dacă există un jurnal de server de e-mail, atunci devine imediat clar de ce scrisoarea nu este trimisă sau ce s-a întâmplat cu ea după ce a primit-o. Puteți ști cu siguranță dacă serverul de la distanță a primit scrisoarea dvs. sau nu.
5. Nu moduri simple restricționați accesul la cutiile poștale, de exemplu, numai din retea locala birou. Cutiile poștale de serviciu public sunt întotdeauna accesibile prin Internet. Este posibil să se rezolve această problemă în aplicațiile Google prin autorizare în servicii terțe. Nu am văzut oportunitatea de a implementa o astfel de funcționalitate în Yandex și e-mail.
6. Trebuie să înțelegem și asta brânză gratuită știe unde se întâmplă. Nu este complet clar modul în care serviciile de e-mail utilizează informațiile primite de la utilizatori. Ei bine, fie și numai pentru a le arăta publicitate relevantă. Cred că nu numai pentru asta.

Când am început să lucrez în urmă cu aproximativ 10 ani, nu era nicio întrebare despre ce e-mail să folosească în organizație. Fiecare și-a configurat propriile servere de e-mail și le-a administrat. La acel moment, serviciile de e-mail gratuite nu ofereau niciun instrument de gestionare a e-mailurilor pentru companii. Când au început să apară astfel de instrumente, m-am gândit că în curând nimeni nu va avea nevoie de propriile servere de e-mail, deoarece nu vor mai avea sens. Și tot chinul meu (nu-mi place să lucrez cu ei) cu serverele de e-mail va deveni fără sens.

Mi s-a oferit posibilitatea de a administra domenii pe baza serviciilor publice de e-mail. După aceasta, a apărut lista de minusuri de mai sus. Și pentru mine personal, aceste dezavantaje au depășit avantajele, iar acum încă configurez singur serverele de e-mail. În cele din urmă, este mai convenabil și mai fiabil atunci când avantajele și dezavantajele utilizării și administrării sunt luate în considerare împreună.

Cel mai mare dezavantaj pe care îl văd este lipsa jurnalelor de e-mail cu drepturi depline și a unei scheme bune de backup. Este incomod să analizezi probleme fără jurnal. Nu este posibil să restaurați rapid și ușor un mesaj șters în locația sa inițială, deși aceasta este o chestiune simplă pentru serverele de e-mail open source.

Server de e-mail bazat pe software gratuit

Să ne uităm la avantajele și dezavantajele propriului server de e-mail bazat pe software gratuit. În principiu, acestea includ și unele plătite, de exemplu Kerio Mail Server, care este și el folosit des. Cred că poate fi inclus aici, deoarece oferă funcționalități similare. Consider toate serverele de e-mail în mod colectiv, fără a separa reprezentanții individuali. Deși în Linux, în afară de postfix și exim, personal nu am văzut nimic în producție. Eu folosesc întotdeauna postfix, pentru că m-am obișnuit și îl cunosc bine. Să aruncăm o privire mai atentă la avantajele unor astfel de servere.

1. Sunteți în control complet asupra tuturor informațiilor, care ajunge prin poștă și este stocat pe serverul dvs. Puteți limita accesul la e-mail la discreția dvs. folosind diferite mijloace tehnice. Puteți seta central reguli pentru ștergerea, de exemplu, a informațiilor private în scrisori, pe baza diferitelor criterii pe care le puteți seta singur.
2. Nivelul de disponibilitate al serviciului de corespondență depinde doar de dvs. Cu abordarea corectă, poți oferi fiabilitatea care ți se potrivește funcţionarea sistemului.
3. Sistem flexibil de backup. Există o mulțime de resurse pentru organizarea acestuia, inclusiv cele gratuite. Totul depinde de nevoile, abilitățile și abilitățile tale. Puteți stoca diferite secțiuni după dată, după casetă, domeniu sau puteți organiza orice schemă potrivită.
4. Funcționalitate practic nelimitată. În limite rezonabile, bineînțeles :) Puteți crea cutii poștale doar cu corespondență locală, puteți gestiona central recepția și trimiterea e-mailurilor și puteți menține propriile liste albe și negre. Puteți configura diverse restricții pentru cutiile poștale și domenii. Puteți gestiona cu ușurință centralizat duplicarea e-mailurilor pentru cutiile poștale necesare, puteți face tot felul de redirecționări și multe altele.
5. Toate instrumentele de monitorizare a serverului sunt în mâinile dumneavoastră. Puteți face față oricărei situații neclare, având în mână jurnalele serverului de e-mail. Acest serviciu este bine înregistrat. Nu am avut aproape niciodată probleme când nu era clar unde a dispărut scrisoarea. Cel mai adesea, se găsesc urme și se poate spune cu siguranță ce s-a întâmplat cu scrisoarea.

1. Necesar cumpără sau închiriază echipament pentru a vă organiza propriul server de e-mail. În cazul unui server Linux, cerințele de performanță nu vor fi grozave. O mașină virtuală cu 4 nuclee și 4 GB este de obicei suficientă pentru mine RAM. Subsistemul disc este mult mai important. Ce e aici conduceri mai rapide, cu atât mai bine. Nu uitați de backup. De asemenea, necesită resurse de fier.
2. Configurarea unui server de e-mail cu drepturi depline, multifuncțional necesită cel puțin cunoștințe medii despre administrarea sistemului linux. Adică, doar numele de utilizator admin nu va funcționa aici. Ai nevoie de un specialist cu experienta. Trebuie să aibă un salariu decent. Dacă un astfel de administrator nu face parte din personal, recomand să angajați pe cineva pentru munca de configurare unică. Cel mai adesea, după configurare, nu este necesară nicio muncă specială pentru a susține serverul dacă nu modificați funcționalitatea. Este suficient să monitorizați pur și simplu spațiul liber pe disc și să gestionați cutiile poștale prin intermediul panoului web.
3. Ușurință în utilizare prin interfața web vor fi mai mici decât la cele gratuite servicii postale. Orice s-ar putea spune, dar același gmail este implementat foarte convenabil. Căutare rapidă, filtre, sortare, etichete etc. Este chiar convenabil. Sunt foarte obișnuit cu el și nu pot folosi altceva.

Acestea sunt dezavantajele serviciului meu de e-mail pe care le văd. Cel mai important pentru mine este ultimul. Eu însumi sunt obișnuit să lucrez cu poșta prin web. Nu îmi place să folosesc clienți de e-mail, deși trebuie. Interfețele web pentru serverele de e-mail gratuite din punct de vedere al confortului și al vitezei sunt departe de a fi comparabile cu Gmail sau Yandex, nu are sens să fie comparate. Cu toate acestea, cred că pentru o organizație medie aceasta este cea mai optimă opțiune. Un exemplu de configurare a unui astfel de server de e-mail gratuit este .

Avantaje și dezavantaje ale Microsoft Exchange Server

Nu am prea multă experiență în administrarea schimburilor. L-am testat cu mult timp în urmă când decideam cu ce servere de e-mail voi lucra. L-am instalat și am studiat funcționalitatea. Apoi am configurat un server de e-mail pentru organizație o dată. Au vrut schimb. Nu au fost probleme, l-am configurat rapid folosind numeroase ghiduri de pe Internet. Pragul de intrare pentru personalizările serverului de e-mail Exchange este foarte scăzut. Chiar și Enike poate gestiona funcționalitatea de bază.

Pentru organizațiile de dimensiuni medii, cred că calendarele partajate sunt o funcționalitate cu adevărat utilă și greu de înlocuit. Și, desigur, confortul integrării cu AD, dacă este disponibil. Și cel mai adesea există AD, deoarece nu îmi imaginez să administrez o rețea pentru mai mult de 20-30 de persoane fără Active Directory. Cred că nu are rost să economisiți aici și trebuie să cumpărați Microsoft Server.

Să ne uităm acum la avantajele și dezavantajele Microsoft Exchange Server. Te avertizez din nou pentru orice eventualitate. Vă spun doar viziunea mea, am puțină experiență de lucru cu serverul, așa că aș dori să primesc comentarii despre acesta în comentarii pentru a avea o evaluare mai adecvată a acestui sistem. Avantajele schimbului:

1. Funcționalitate excelentă cu relativă ușurință de configurare. Orice administrator poate implementa un server cu funcționalități de bază. În plus, această funcționalitate de bază poate fi mai mare decât cea a oricărei versiuni Linux.
2. Integrare Active Directory. Îți creezi un cont de utilizator nou și căsuța poștală este imediat gata pentru el. Nu sunt necesare setări speciale dacă utilizatorul are Microsoft Outlook. O conexiune la server este configurată în câteva clicuri de mouse.
3. Confortabil instrumente de administrare sub formă de snap-in-uri Windows Server gata făcute. Totul aici este tradițional pentru soluțiile de la Microsoft.

Dezavantajele Exchange Server sunt la fel de tipice ca și avantajele pentru majoritatea produselor de la Microsoft:

1. Preț, preț și din nou preț. Microsoft Exchange Server este scump. Trebuie să numărați și să vă dați seama dacă va fi justificat să îl cumpărați. Pentru a utiliza toate funcționalitățile încorporate, va fi necesar pentru fiecare locul de munca cumpara editia Microsoft Office cu Outlook inclus. Acestea sunt costuri suplimentare.
2. Pentru o performanță bună este necesar fier semnificativ mai puternic, în comparație cu serverele Linux. Și pentru a suporta cutii poștale mari, de exemplu 50 de gigaocteți, veți avea nevoie de hardware foarte puternic. Deși astfel de cutii pentru același porumbel nu pun probleme deosebite. În schimb, cel mai probabil veți folosi cote pentru a limita dimensiunea maximă a cutiei poștale.
3. Pentru backup, cel mai probabil va trebui să achiziționați hardware decent și puternic software plătit. Aici presupun, chiar nu știu ce este necesar pentru o copie de rezervă convenabilă a schimbului. Cunosc software plătit de la furnizori populari. Poate că există ceva gratuit.

Concluzia mea despre Exchange Server este că este bun în aproape orice, cu excepția prețului. Dacă ar fi gratuit, cel mai probabil l-aș folosi. Din motive destul de obiective, acest lucru este imposibil. Software-ul bun și convenabil nu apare singur. Trebuie să-l creați și să cheltuiți bani pe el, pe care doriți să îi returnați cu profit.

Astăzi, având în vedere costul Microsoft Exchange Server și Microsoft Office, nu folosesc aceste produse Microsoft. Puțini oameni sunt dispuși să plătească suma necesară pentru un server de e-mail. Aș dori să arunc o privire mai atentă la Exchange în condiții reale pentru cel puțin 60-80 de persoane pentru a evalua mai obiectiv acest server. Dar până acum o astfel de oportunitate nu s-a prezentat.

Concluzie

Permiteți-mi să rezumam gândurile mele despre un server de e-mail pentru o organizație mică și medie. Deși concluzia, cred, este deja clară. Eu însumi prefer a doua opțiune pe care am descris-o - un server de e-mail bazat pe software liber pe Linux. Dar nu aș ignora celelalte două opțiuni. Poșta gratuită de la serviciile publice va fi cu siguranță convenabilă pentru o echipă foarte mică - 10-15 persoane. Nu are sens să vă îngrădiți serverul pentru un număr atât de mare.

Aș recomanda să utilizați Exchange Server dacă îl aveți și nu vă deranjează să cheltuiți bani pentru achiziționarea acestuia. Produsul este cu siguranță convenabil, funcțional și ușor de configurat și administrat. Pentru a spune simplu, trebuie să înțelegeți că acest lucru este condiționat. Configurațiile pot fi foarte complexe, dar în acest caz, Mă gândesc la nivelul de intrare.

Atelier Kali Linux

Cursul este pentru cei care sunt interesați să efectueze teste de penetrare și doresc să se încerce practic în situații apropiate de cele reale. Cursul este conceput pentru cei care nu au încă experiență în securitatea informațiilor. Antrenamentul durează 3 luni, 4 ore pe săptămână. Ce vă va oferi acest curs:

• Căutați și exploatați vulnerabilități sau defecte de configurare în rețelele corporative, site-urile web și serverele. Accent pe testarea sistemului de operare Windows și securitatea segmentului corporativ.
• Instrumente de învățare precum metasploit, sqlmap, wireshark, burp suite și multe altele.
• Stăpânirea instrumentelor Kali Linux în practică - orice specialist în securitatea informațiilor ar trebui să fie familiarizat cu el.

Testează-te la testul de admitere și vezi programul pentru mai multe detalii.

Mulți administratori de sistem întâmpină anumite dificultăți atunci când lucrează cu sistemele de e-mail. Acest lucru nu este surprinzător; un server de e-mail are o structură mult mai complexă decât un server de fișiere, un router sau un server terminal. În acest articol ne vom uita la structura și principiul de funcționare al serverelor de e-mail, fără a înțelege care configurarea unui sistem de e-mail se poate transforma cu ușurință în dansuri șamanice cu tamburin.

Acest material conţine destul de multe simplificări şi generalizări pentru a da administratorii de sistem cunoștințe minime necesare. În opinia noastră, de dragul administrării unuia sau două servere de e-mail nivel de intrare Nu trebuie să devii expert în e-mailuri.

Pentru majoritatea utilizatorilor și administratorilor începători, un server de e-mail este un fel de „cutie neagră” care, după ce a primit o scrisoare prin căi „necunoscute”, o livrează destinatarului și invers. Orice interacțiune cu un astfel de server constă în accesarea clientului de mail la anumite porturi, sau chiar prin interfața web. Cu toate acestea, există un întreg mecanism ascuns în interior, înțelegerea funcționării căruia este cheia pentru a configura și menține cu succes un sistem de e-mail. Acest lucru este deosebit de important pentru administrarea serverelor pe platforma Linux. Spre deosebire de Windows, unde serverul de e-mail este complet soluție software iar dezvoltatorii s-au ocupat deja de interacțiunea internă în Linux, componentele serverului de e-mail sunt programe separate și trebuie să le configurați singur.

Să ne uităm la structura serverului de e-mail, precum și la ce se întâmplă atunci când un utilizator încearcă să trimită e-mail.

Cea mai importantă parte a serverului de e-mail este MTA (Agent de transfer de corespondență-- agent de redirecționare a e-mailurilor) ale cărui sarcini includ primirea și transmiterea corespondenței. Foarte des (în Linux / UNIX) MTA este numit și server de e-mail. MTA funcționează folosind protocolul SMTP și singur este, în principiu, suficient pentru a crea un sistem de e-mail. Pe vremuri, exact așa era și pentru a vă accesa căsuța poștală trebuia să aveți anumite cunoștințe tehnice.

Totuși, progresul nu stă pe loc, MTA, la primirea unei scrisori, o plasează în căsuța poștală a utilizatorului de pe server, pe care acesta din urmă trebuie să o acceseze, de preferință în cel mai simplu și mai ușor de înțeles. Aici intră în joc MDA (Agent de livrare a corespondenței-- mail delivery agent), sarcina sa, la cererea unui client de e-mail, este să transfere e-mailul dintr-o cutie poștală de pe server către acesta. MDA poate funcționa folosind protocoalele POP3 sau IMAP, în unele cazuri, protocoalele proprietare cu funcționalitate avansată, cum ar fi MAPI (Exchange Server), pot fi utilizate pentru a „comunica” între clientul de e-mail și agentul de livrare.

Contrar credinței populare, MDA nu are nimic de-a face cu procesul de transfer de e-mail. Aceasta este prerogativa MTA. Pentru a face o analogie, MTA poate fi gândit ca un oficiu poștal care primește și trimite corespondență, iar MDA este un poștaș care vă aduce corespondența acasă. Dacă poștașul se îmbolnăvește, acest lucru nu va afecta în niciun fel activitatea oficiului poștal, pur și simplu nu veți primi scrisori acasă. Tot MDA, eșecul acestuia nu duce la inoperabilitatea serverului de mail, doar primirea mailului de către clientul de mail devine indisponibilă, în același timp putând fi accesat ușor și în alte moduri, de exemplu, prin interfața web.

Să vedem ce se întâmplă când trimitem mail. În exemplul nostru, utilizatorul Ivanov, situat în domeniul example.org ( [email protected]), scrie o scrisoare către Kozlov în domeniul example.com ( [email protected]). Pentru Ivanov, procesul de trimitere a e-mailului constă în crearea unui mesaj și apăsarea butonului „Trimite” din clientul de e-mail. Clientul de e-mail se conectează la MTA folosind protocolul SMTP și mai întâi își oferă acreditările. După autorizarea utilizatorului, MTA acceptă mesajul și încearcă să-l transmită în continuare.

De fapt, autorizarea nu este o procedură obligatorie pentru MTA, dar fără autorizație vom obține un releu deschis, adică. Oricine poate folosi serverul nostru pentru a redirecționa e-mailuri și cum se vor bucura spammerii! În prezent, releele deschise apar în principal din cauza erorilor de configurare a serverului. Cu toate acestea, este posibil ca un MTA să accepte e-mailuri de la utilizatori de încredere fără autorizare, de exemplu din rețeaua locală a unei întreprinderi.

Pentru autorizare, MTA poate folosi propria listă de utilizatori, listă de sistem, liste de utilizatori LDAP sau AD. Există și o modalitate: autorizarea POP înainte de SMTP, când utilizatorul autorizează MDA înainte de a trimite e-mail, care la rândul său confirmă autentificarea utilizatorului la MTA.

Următorul pas este ca MTA să analizeze informațiile de serviciu ale scrisorii, determinând domeniul destinatarului, dacă acesta aparține domeniilor deservite de datele MTA, destinatarul este căutat și scrisoarea este plasată în cutia poștală a acestuia. Acest lucru s-ar fi întâmplat dacă Ivanov i-ar fi scris o scrisoare lui Petrov sau Sidorov.

Dacă domeniul destinatarului nu este deservit de un MTA, este generată o interogare DNS care solicită înregistrări MX pentru acel domeniu. O înregistrare MX este un tip special de înregistrare DNS care conține numele serverelor de e-mail care procesează e-mailurile primite pentru un anumit domeniu. Pot exista mai multe înregistrări MX în acest caz, MTA încearcă să stabilească o conexiune secvenţial, începând cu serverul cu cea mai mare prioritate. Dacă nu există nicio înregistrare MX, înregistrarea A (înregistrarea adresei care mapează un nume de domeniu la o adresă IP) este interogată și se încearcă livrarea e-mailului către gazda specificată acolo. Dacă este imposibil să trimiteți un mesaj, acesta este returnat expeditorului (plasat în căsuța poștală a utilizatorului) cu un mesaj de eroare.

Nu vom lua în considerare munca serverului de primire, vom presupune că totul a mers bine, Kozlov a primit o scrisoare de la Ivanov și i-a scris un răspuns. Serverul care deservește domeniul example.com efectuează exact aceleași acțiuni și încearcă să transfere e-mailuri pe serverul nostru. După ce a primit un mesaj de intrare, MTA, ca și în cazul unui expeditor local, verifică domeniul destinatarului, dacă acesta se numără printre cele deservite de MTA, procesarea mesajului continuă, în caz contrar serverul refuză să accepte e-mail. După verificarea domeniului, se verifică destinatarul, dacă acesta este prezent în lista de utilizatori, mesajul este livrat în căsuța poștală a acestuia, în caz contrar sunt posibile două variante: refuzul primirii mesajului sau primirea mesajului în căsuța poștală generală (căsuța poștală a administratorului). ). Pe de o parte, această setare crește numărul de spam primit, pe de altă parte, vă permite să evitați pierderea literelor cu adrese greșite.

O altă măsură anti-spam este de a solicita o înregistrare PTR. O înregistrare PTR (înregistrare pointer) asociază o adresă IP cu un nume de domeniu. Prin solicitarea PTR, MTA acceptă e-mail numai dacă domeniul expeditorului se potrivește cu domeniul serverului expeditor.

Să privim exemplul mai detaliat. Un anumit server de spam spam.com încearcă să trimită scrisori cu un expeditor fals, presupus de la serverul example.com pe care îl cunoaștem. Dacă este filtrată după liste albe/negre, o astfel de scrisoare va fi livrată, deoarece expeditorul este un utilizator dintr-un domeniu de încredere (pe care se bazează spammerii). Pentru a combate spam-ul, MTA generează o cerere de înregistrare PTR pentru adresa IP a serverului expeditor, pe care o raportează în timpul sesiunii SMTP. Pentru adresa y.y.y.y, cererea PTR va returna numele domeniului spam.com, care nu corespunde domeniului expeditorului, care va fi motivul refuzului. a acestui mesaj. În același timp, vor fi primite mesaje de la serverul x.x.x.x, deoarece domeniul din înregistrarea PTR pentru x.x.x.x (example.com) se potrivește cu domeniul expeditorului.

Deci mesajul a fost primit și este în cutie poştală utilizator. Cum să o citești? Stocarea de corespondență, unde se află cutiile poștale ale utilizatorilor, poate fi organizată într-o varietate de moduri: de la foldere și fișiere banale la o bază de date. Fără cunoștințe tehnice, este puțin probabil să vă puteți citi propriul e-mail. Dar ar trebui să-i pese cu adevărat utilizatorului Ivanov de asta? Pentru el, procesul de primire a e-mailului se reduce la a face clic pe butonul „Primire” din clientul de e-mail.

Pentru a primi e-mail, clientul stabilește o conexiune la MDA folosind protocolul POP3 sau IMAP, pasând întotdeauna date de autorizare. MDA verifică prezența utilizatorului în liste și, dacă verificarea este reușită, transferă clientului toate mesajele noi din căsuța sa poștală. Utilizatorul Ivanov își primește corespondența și poate lucra cu ea într-un mod convenabil pentru el.

Aici se termină articolul nostru, recomandăm cu tărie lectura atentă și asimilarea materialului prezentat în acesta. Ulterior, când se ia în considerare implementari practice servere de mail, vom prezenta materialul presupunând că cititorul cunoaște cel puțin acest articol.

Server de mail(server de e-mail, server de e-mail)- într-un sistem de redirecționare a e-mailului, acesta este de obicei numit agent de transfer de mesaje (MTA). Acest program de calculator, care transmite mesaje de la un computer la altul. De obicei, serverul de e-mail funcționează „în spatele scenei”, iar utilizatorii au de-a face cu un alt program - un client de e-mail (agent de utilizator de e-mail, MUA).

Organizarea propriului server de e-mail vă permite să creați o politică mai flexibilă pentru trimiterea și primirea mesajelor de e-mail. Adesea, capacitățile unui hoster de domeniu de e-mail de a configura și procesa scrisorile sunt limitate, în timp ce filtrele ICS vă permit să simulați multe situații diferite, precum și să păstrați înregistrări și statistici ale mesajelor transmise și multe altele.

La intrarea în modul, se afișează starea tuturor serviciilor de server de e-mail și jabber, împreună cu butonul „Dezactivare” (sau „Activare” dacă serviciul este dezactivat). Există, de asemenea, un widget cu o selecție de acțiuni principale, un grafic cu statistici de e-mail și fluxuri de e-mail, precum și cele mai recente evenimente din jurnal.

Setări

Fila „Setări” vă permite să definiți următorii parametri ai serverului de e-mail:

Port SMTP/POP3/IMAP- vă permite să schimbați porturile standard pentru primirea și trimiterea mesajelor e-mail.

Interfețe pentru SMTP/POP3/IMAP- vă permite să selectați interfețele de server prin care sunt primite și trimise mesajele de e-mail. În mod implicit, toate interfețele sunt activate.

Următoarele câmpuri vă permit să setați dimensiune maximă litere (în megaocteți), numărul maxim de litere de la o adresă IP pe minut, intervalul dintre încercările de trimitere, precum și timpul minim și maxim de așteptare în coada de e-mail.

Releu implicit. Relay este un nod angajat în primirea/redirecționarea mesajelor (e-mail), în acest caz rolul implicit este jucat de ICS. În unele cazuri, poate fi necesar să înregistrați un alt server prin care ICS va trimite e-mail (de exemplu, în cazul unei căsuțe poștale multi-drop configurată pe serverul de e-mail al furnizorului).

Adrese de la care este permisă redirecționarea- aceasta este o listă de adrese și nume de domenii de la care ICS va accepta întotdeauna corespondența fără a verifica cu liste gri și a verifica corespondența înregistrărilor înainte și inversă.

Adrese din care este interzisă redirecționarea- aceasta este o listă de adrese și nume de domenii de la care ICS va respinge întotdeauna mesajele de e-mail.

Liste negre RBL. RBL, Lista de găuri negre în timp real (sau DNSBL - lista neagră DNS sau lista de blocare DNS) - liste de gazde stocate folosind sistemul de arhitectură DNS. Folosit de obicei pentru a combate spam-ul. Serverul de e-mail accesează DNSBL și îl verifică pentru adresa IP a clientului de la care primește mesajul. Dacă răspunsul este pozitiv, se consideră că se încearcă primirea unui mesaj spam. Serverul de trimitere primește o eroare 5xx (eroare fatală) și mesajul nu este acceptat. În cele mai multe cazuri, nu este necesar să modificați această listă.

Domeniu implicit pentru autorizare definește domeniul de e-mail care va fi înlocuit automat când utilizatorul se conectează. Dacă specificați un domeniu implicit, utilizatorii acestui domeniu se vor putea conecta după numele căsuței poștale fără a specifica un domeniu.

Când creați o cutie poștală, creați automat dosare- conține o listă de foldere standard create în cutia poștală. Dacă este necesar, le puteți modifica compoziția.

Verificați e-mailul cu antivirus Clamav / Dr.Wed / Kaspersky- verificarea acestor steaguri semnalează serverului de e-mail să verifice mesajele primite și trimise pentru viruși. Dacă rezultatul este pozitiv, în locul scrisorii în sine, destinatarul va primi un mesaj despre rezultatele verificării, iar scrisoarea în sine va fi atașată mesajului.

Folosiți lista gri. Greylisting este o metodă de blocare automată a spam-ului, bazată pe faptul că „comportamentul” software-ului conceput pentru a trimite spam diferă de comportamentul serverelor de e-mail obișnuite. Dacă serverul de e-mail al destinatarului refuză să accepte mesajul și raportează o „eroare temporară”, serverul expeditorului trebuie să încerce din nou mai târziu. Software-ul de spam de obicei nu încearcă să facă acest lucru în astfel de cazuri. Puteți activa acest mod pentru a îmbunătăți verificarea e-mailurilor pentru spam. După activarea acestei opțiuni, parametrii listei gri vor deveni disponibili pentru editare - timpul de ignorare a retrimiterii (în secunde), timpul de așteptare a retrimiterii (în ore), timpul de menținere a expeditorului în lista albă (în zile) .

Nume server pentru SMTP definește parametrul SMTP Banner Postfix.

Certificat pentru SMTP/POP3/IMAP- ca și alte servicii ICS, serverul de e-mail poate funcționa fie folosind un protocol standard, în care datele nu sunt criptate la transferul fișierelor (ceea ce este nesigur), fie folosind unul securizat. Certificatele SSL sunt utilizate în aceste scopuri. Făcând clic pe butonul […], puteți atribui fiecărui protocol un certificat pre-creat în modulul corespunzător.

Utilizați DLP- lansează un serviciu de verificare a mesajelor de e-mail folosind amprentele de informații confidențiale.

Hard disk pentru stocarea corespondenței vă permite să mutați spațiul de stocare pentru e-mail într-unul separat hard disk. În mod implicit, e-mailul este stocat pe partiția de sistem.

Semnătura pentru interfața web, este activată în setările serverului de e-mail, pentru a face acest lucru, trebuie să bifați caseta de selectare „Utilizați semnătura” și să introduceți semnătura în fereastra care se deschide făcând clic pe butonul „Editați html”, apoi salvați; setări.

Semnătura poate fi introdusă atât în ​​modul wysiwyg, cât și în modul html.

În semnătură puteți utiliza variabile sub forma [nume variabilă], valorile lor posibile sunt indicate mai jos:

Cn - Nume utilizator ou - Grupul în care se află e-mail - Descrierea adresei poștale - Note de câmp „descriere” utilizator - Număr de telefon câmp „comentar” utilizator - Titlul câmpului „telefon” utilizator - Url câmp „poziție” utilizator - „Site web” câmpul " al utilizatorului adresa poștală - Câmpul "Adresa" al utilizatorului pager - Câmpul "ICQ" al utilizatorului ounotes - Câmpul "Descrierea" grupului în care acesta se află

Pentru a insera imagini, imaginea este codificată în data:url. Acest lucru se face astfel: folosind serviciul http://dataurl.net/#dataurlmaker (sau similar), imaginea este convertită în , apoi textul rezultat este inserat în codul html de semnătură.

IMPORTANT: particularitatea acestui mecanism în Roundcube este că semnătura va fi generată automat doar pentru un cont nou creat după configurarea semnăturii. După generare, de asemenea, nu va fi posibilă schimbarea automată a semnăturii, așa că planificați cu atenție semnătura automată la creare

Încărcați sigla pentru Roundcube- acest buton vă permite să selectați o imagine care va fi situată în colțul din stânga sus al interfeței web de e-mail. De exemplu, sigla organizației dvs.

Ultimele trei casete de selectare vă permit să activați semnarea DKIM, să verificați DKIM-ul mesajelor primite și să recodați automat anteturile mesajelor în UTF-8.

Agendă de adrese

Domenii și casete

Înainte de a putea adăuga cutii poștale personalizate, trebuie să creați un domeniu de e-mail. Accesați fila „Domenii și cutii poștale” și faceți clic pe butonul „Adăugați” → „domeniu de e-mail”. Puteți denumi domeniul cu orice nume inexistent dacă schimbul de scrisori va avea loc în cadrul rețelei corporative sau puteți configura redirecționarea mesajelor pe un domeniu real înregistrat la organizația dvs. Dacă caseta de selectare „Creați semnătura DKIM” este bifată în setări, aceasta va fi adăugată automat.

Când dați dublu clic pe contul creat din nou, acesta se va deschide cu cheia DKIM deja creată, care poate fi copiată dacă este necesar.

După aceea, selectând domeniul creat, puteți adăuga cutii poștale de utilizator la acesta. Serverul vă va cere să introduceți numele cutiei poștale, parola și să selectați utilizatorul căruia îi va fi atribuită această cutie poștală. Dacă este necesar, puteți specifica o cotă - spațiul maxim rezervat pe hard diskul ICS pentru stocarea scrisorilor de la un anumit utilizator. Odată ce această cotă este depășită, niciun e-mail nu va fi acceptat pentru utilizator. În mod implicit, nu există nicio cotă.

Nu este necesar să creați o cutie poștală separată pentru fiecare nume de e-mail de care aveți nevoie. În schimb, puteți crea un link către cutia poștală specificată. Apoi toate scrisorile ajung la cutia poștală [email protected], va fi redirecționat către o cutie poștală reală [email protected].

Important: atunci când creați domenii de e-mail și cutii poștale, domeniile și conturile corespunzătoare apar în secțiunea server jabber. Este adevărat și contrariul.

Pentru ca domeniul de mail să fie accesibil din rețeaua externă și să poată face schimb de date cu alte servere externe, este necesară configurarea înregistrărilor DNS.

După ce sunt create cutiile poștale pentru utilizatori, aceștia se pot conecta la IKS folosind clienți de e-mail (de exemplu, Mozilla Thunderbird sau Microsoft Outlook) sau pot utiliza interfață web pentru e-mail.

Pentru a procesa scrisorile trimise și primite, utilizați fila „Filtre”. Ei procesează corespondența în funcție de următoarele condiții: dimensiune, expeditor, destinatar, subiect. Condiția poate fi strictă sau nestrictă. Numărul de condiții poate fi oricare, iar filtrul poate procesa corespondența atât atunci când toate condițiile sunt complet potrivite, cât și când există prima potrivire. După ce condiția este potrivită, filtrul poate șterge scrisoarea, o poate muta într-o altă cutie poștală sau poate face o copie.

În exemplul de mai sus, toate scrisorile care sosesc la o adresă, a căror dimensiune este mai mare de 5000 kB, iar subiectul scrisorii conține expresia „nu spam” vor fi copiate într-o altă cutie poștală ICS.

Pentru a crea un nou filtru, trebuie mai întâi să selectați condițiile de declanșare - dacă toate condițiile se potrivesc, oricare dintre condiții sau să se aplice tuturor mesajelor, indiferent de condiții.

Puteți filtra scrisorile primite și trimise după subiect, expeditor, destinatar și dimensiune (în kiloocteți). Verificarea pentru potrivirea unei condiții poate fi strictă („se potrivește cu”) sau nestrictă („conține”, „începe cu”, „se termină cu”), precum și inversă („nu conține”). Puteți atribui orice număr de condiții unui singur filtru.

Ultimul pas este să selectați acțiunea care are loc după declanșarea filtrului. Puteți muta scrisoarea, o puteți copia la o altă adresă sau o puteți șterge. Primele două condiții vă permit să introduceți numele căsuței poștale sau să o selectați din lista celor create pe ICS.

Pentru un exemplu despre modul în care filtrele pot fi configurate, consultați.

Mailing-urile sunt aceleași filtre, dar cu o interfață simplificată în care este suficient să se indice căsuțele poștale către care va fi distribuit corespondența. Cutia poștală la care ajunge scrisoarea originală nu trebuie deschisă în sistem, deoarece este un link.

Antispam

Pentru a gestiona conturile de e-mail situate pe alte servere, puteți utiliza funcția ICS „colector de e-mail”. Cu ajutorul său, ICS se conectează la serverul de e-mail specificat sub numele de autentificare și parola selectate și mută sau copiază e-mailurile conținute în cutiile poștale ale utilizatorilor ICS.

Puteți specifica ce să faceți cu mesajele de pe server - adunați-le pe toate, colectați numai altele noi, lăsați mesaje pe server sau ștergeți-le. De asemenea, puteți configura intervalul de funcționare al colectorului și numărul de e-mailuri descărcate pe sesiune.

Funcționează în două moduri - detectarea automată a destinatarilor și specificarea unei căsuțe poștale pentru colectare. Detectare automată funcționează dacă organizația are o cutie poștală externă situată pe serverul furnizorului, iar cutiile poștale rămase îi servesc drept alias. În alte cazuri, se folosește o indicație directă a cutiei de asamblare. Adică, în majoritatea cazurilor, atunci când creați un colector, trebuie să setați comutatorul în poziția „Redirecționare către”.

Colectorul de corespondență poate fi folosit și în cazurile în care organizația folosește așa-numita metodă de e-mail „multi-drop”. Constă în faptul că toate e-mailurile ajung la serverul furnizorului sau hosterului și sunt stocate acolo fără a fi împărțite în cutiile poștale ale utilizatorilor. În acest caz, la configurarea colectorului de corespondență, câmpul „destinatar” nu trebuie schimbat (valoarea implicită a acestuia este adresa destinatarului). Astfel, scrisorile colectate vor fi distribuite automat în funcție de destinatar printre cutiile poștale ale utilizatorilor ICS, iar dacă nu există astfel de destinatari, acestea vor fi stocate în cutia poștală selectată implicit.

Coada postala

Această filă arată mesajele care așteaptă să fie trimise sau care din anumite motive nu au fost trimise (de exemplu, respinse de lista gri a unui server de e-mail din amonte). Când selectați orice obiect din listă, puteți vedea codul de eroare pentru care nu a fost livrat. Puteți gestiona coada de e-mail folosind butoanele „Șterge coada” și „Trimite tot”. De asemenea, puteți încerca să trimiteți fiecare scrisoare individual sau să o eliminați din coadă.

Statistici

Pentru a controla traficul de e-mail de intrare și de ieșire, precum și spam-ul și scrisorile nedorite, puteți utiliza secțiunea „Statistici”.

La fel ca în statisticile utilizatorilor, puteți aplica diferite filtre din panoul de control Informații generale despre traficul de corespondență ICS și afișați-le sub formă de tabel. Coloanele din tabel variază în funcție de filtrul aplicat.

Generatorul de rapoarte seamănă foarte mult cu statisticile personalizate. Filtrele de bază pot afișa informații despre traficul utilizatorilor, grupându-le după următoarele criterii:

după domeniile expeditorului,

după domeniile destinatare,

prin cutiile poștale,

pe oră/zi/lună,

detalii ale scrisorilor;

Revistă

Fila „Jurnal” conține un rezumat al tuturor mesajelor de sistem de la serverul de e-mail. Revista este împărțită în pagini folosind butoanele „înainte” și „înapoi” puteți trece de la o pagină la alta sau puteți introduce numărul paginii în câmp și treceți direct la acesta.

Intrările din jurnal sunt evidențiate cu culoare în funcție de tipul de mesaj. Mesajele obișnuite ale sistemului sunt marcate cu alb, erorile sunt marcate cu roșu.

Există o bară de căutare în colțul din dreapta sus al modulului. Cu ajutorul acestuia, puteți căuta în jurnal intrările de care aveți nevoie.

Jurnalul afișează întotdeauna evenimente pentru data curentă. Pentru a vizualiza evenimente într-o altă zi, selectați data dorită folosind calendarul din colțul din stânga sus al modulului.