Cum se configurează smartphone-uri și PC-uri. Portal informativ
  • Acasă
  • Sfat
  • Salvăm e-mailurile primite și trimise în postfix. Postfix: configurare, instalare

Salvăm e-mailurile primite și trimise în postfix. Postfix: configurare, instalare

Scrisorile trimise de pe site prin funcția mail() în 99% din cazuri ajung în spam dacă dvs Server SMTP nu profesionist. Adesea există o nevoie urgentă de a instala și reglaj fin Webmasterul nu are SMTP și, de cele mai multe ori, este doar prost de leneș. Multe CMS-uri au o opțiune sau pluginuri terțe, care vă permit să ocoliți această problemă utilizând servicii externe SMTP. Dar dacă CMS-ul nu are o astfel de opțiune sau este prost proiectat și funcționează cu restricții de port sau alte surprize? Este deosebit de enervant dacă este proiect comercial, iar dezvoltatorul motorului, pentru care s-au plătit destul de mulți bani și care, în mare, se potrivește tuturor, spune că „opțiunea este planificată, dar prioritatea este scăzută, pentru că Există foarte puține solicitări pentru funcția"? Și este foarte trist dacă aflați acest lucru din arhivele forumului de asistență, unde această sarcină „neprioritară” a fost discutată cu câțiva ani în urmă, iar lucrurile sunt încă acolo. Nu știu de ce prioritatea este scăzută... Poate că în RuNet nu deranjează pe nimeni că scrisorile cu confirmări, facturi și altele ajung în spam. Mă stresează.
Și așadar, dacă nu puteți face ca motorul să funcționeze cu SMTP extern, atunci trebuie să îl faceți să funcționeze cu el functie standard Poștă(). Vom împacheta e-mailul prin SMTP server Google. În exemplu, am un domeniu conectat aplicatii Google, dar același lucru se poate face cu un cont Gmail obișnuit.
Avem: Server sub Ubuntu 12.04 cu gazdă host.domain.name, Numele domeniului domain.name conectat la Google Apps și CMS, trimițând e-mail numai prin mail(). Acesta din urmă nu este important, deoarece nu vom atinge deloc CMS-ul.
Instalați Postfix. Când instalați, când sunteți întrebat despre utilizare, răspundeți „Site de internet”.
aptitude install postfix mailutils libsasl2-2 ca-certificates libsasl2-modules
Apoi, editați fișierul de configurare /etc/postfix/main.cf. Ștergem totul din el și, în schimb, scriem următoarele:
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu) biff = no append_dot_mydomain = nu readme_directory = nu myhostname = host.domain.name alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin =/desetcname =/myhostname host.domain.name, localhost.net, localhost mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all relayhost= :587 smche_destinations_catchp = :587 smtp_use_tls = da smtp_tls_security_level = criptare smtp_sasl_auth_enable = da smtp_sasl_password_maps = hash:/etc/postfix/mailpass smtp_sasl_security_security_options ent_relay host_maps = hash:/etc/postfix/sender_relay smtp_generic_maps = hash:/etc/postfix/generic smtp_tls_CAfile = /etc/postfix/cacert.pem soft_bounce = da default_destination_concurrency_limit = 1 smtp_tls_policy_maps = hash:/etc/postfix/tls_policy
Unde câmpurile „myhostname = host.domain.name” și „mydestination = host.domain.name” indică numele dvs. de gazdă. Adică trebuie înlocuit.
Salva. Copiați certificatul.
cat /etc/ssl/certs/Thawte_Premium_Server_CA.pem | tee -a /etc/postfix/cacert.pem
Apoi, în același loc, în /etc/postfix, creați un fișier mailpass și scrieți următoarele în el:
:587 [email protected]:parola
Unde [email protected] avem cont de mail, și, respectiv, parola, parola pentru aceasta.
Îl salvăm și refuzăm accesul la el tuturor, cu excepția super-utilizatorului.
chmod 600 /etc/postfix/mailpass
Și 400 este mai bun, deoarece root nu va trebui să editeze nimic altceva acolo.
Salvați și creați un fișier generic cu următorul conținut:
www-data [email protected]
„www-data” este utilizatorul nostru sub care rulează apache gazdă virtualăși în numele căruia CMS generează conținut. Dacă apache-ul dvs. este configurat corect și rulează în numele utilizatorului care deține directorul în care se află CMS-ul, atunci în loc de „www-data” ar trebui să îl specificați. A doua parte este, respectiv, e-mail-ul din care vor veni e-mailurile de la utilizatorul www-data.
Salvați și creați un fișier sender_relay cu următorul conținut:
[email protected] :587 [email protected] :587
Aici cred că totul este clar. Există doi utilizatori în sistem (rădăcină și utilizator) și ambele mesaje sunt trimise SMTP extern.
Salvați și creați fișierul tls_policy. Scriem în el următoarele:
:587 criptează
De fapt, jocul cu fișierul „tls_policy” nu este necesar. Se spune că funcționează fără el, dar nu a funcționat pentru mine. Dacă nu creați acest fișier, atunci linia „smtp_tls_policy_maps = hash:/etc/postfix/tls_policy” ar trebui eliminată din configurație.
Apoi rulați următoarele comenzi:
postmap /etc/postfix/tls_policy
(Inutil dacă „tls_policy” nu este utilizat).
postmap /etc/postfix/generic postmap /etc/postfix/mailpass postmap /etc/postfix/sender_relay
Apoi repornim Postfix.
/etc/init.d/postfix restart
Toate. Puteți verifica cu următoarea comandă:
echo „Testează e-mailul din postfix” | mail -s „Test Postfix” [email protected]
Unde [email protected] Avem o adresă de e-mail la care tocmai am trimis o scrisoare.
Avem loguri în /var/log/mail.log. Dacă totul este făcut corect, atunci există un raport despre operațiune. Dacă o tăiați oblic, atunci există informații despre eroare.
Dacă dvs. și Google Apps aveți totul configurat corect și o semnătură digitală este atribuită domeniului, atunci scrisorile trimise prin funcția standard mail() nu vor ajunge niciodată în spam.
Și în sfârșit, o muscă în unguent. Nu știu cum este acum, dar conturile Gmail aveau o limită de 500 de e-mailuri trimise pe zi. Combaterea spamului. Nu știu dacă aceste limite se aplică Google Apps (nu le-am depășit niciodată), dar merită să fii atent. Dar dacă există limite, atunci folosind această schemă puteți oricând să vă închideți poșta prin servicii mai neglijente dacă aveți audienta mareși toată lumea este abonată la fiecare strănut auzit pe site.

Uneori, atunci când dezvoltați aplicații web în scopuri de testare, trebuie să vizualizați e-mailul pe care îl trimite site-ul sau e-mailul care ajunge la server. Desigur, cel mai mult cea mai bună opțiune pentru a face acest lucru este să activați serverul de e-mail prin care are loc trimiterea și primirea să facă acest lucru singur. Și atunci când testați, de obicei are sens să nu trimiteți e-mailuri afară, așa că este popular servicii poștale Nu te-au luat drept spammer și apoi nu au blocat mailingurile din producție. Când utilizați postfix ca server de e-mail pentru a controla corespondența de intrare și de ieșire, puteți face următoarele:

  1. adăugați un așa-numit postfix milter (filtru de e-mail postfix) la lanțul de procesare a corespondenței primite pentru a salva scrisorile primite (care sosesc prin protocolul SMTP).
  2. Activați procesarea antetelor de e-mail. Acest lucru vă permite să organizați e-mailurile folosind expresii regulate bazate pe anteturi. În funcție de conținutul anumitor anteturi, putem efectua anumite acțiuni. Să ne uităm la un exemplu specific de mai jos

Ce este postfix milter?

Postfix milter este doar un program care primește o scrisoare, face ceva cu ea (sau nu face ceva) și o întoarce înapoi la postfix. Sarcinile pentru care sunt folosite astfel de mecanisme pot fi diferite - filtrarea spam-ului, adăugarea antetelor, semnarea scrisorilor și așa mai departe. Cel mai important lucru este să înțelegem ce facem cu mesajul de e-mail.

Lanțul atunci când folosiți milters arată astfel:

  1. Postfix primește mesajul de e-mail
  2. Postfix îl trimite spre procesare folosind milter
  3. Scrisoarea este livrată sau nu destinatarului

Scrierea unui simplu milter

Să scriem un simplu milter. Vom folosi bash pentru asta. Să-i spunem mail_script.sh

#!/bin/sh INSPECT_DIR=/var/spool/filter SENDMAIL="/usr/sbin/sendmail -G -i" EX_TEMPFAIL=75 MAIL_FILE_NAME=mail-$(data „+%Y-%m-%d-% H:%M:%S") cd $INSPECT_DIR || ( echo $INSPECT_DIR nu există; exit $EX_TEMPFAIL; ) cat > $MAIL_FILE_NAME || ( echo Nu se poate salva mesajele în fișier; ieșiți din $EX_TEMPFAIL; ) $SENDMAIL „$@”< $MAIL_FILE_NAME exit $?

Acum îl puteți conecta după cum urmează: adăugați un filtru la fișierul /etc/postfix/master.cf. Adică schimbăm linia

Smtp inet n - - - - smtpd

pe linie

Smtp inet n - - - - smtpd -o content_filter=mail_saver

Și la sfârșitul fișierului adăugăm următoarele:

Mail_saver unix - n n - - pipe flags=Rq user=filter argv=/home/filter/milter.sh -f $(sender) -- $(destinatar)

Desigur, va trebui mai întâi să creați un utilizator de filtru cu directorul principal/home/filtru.

Când primim o scrisoare, pur și simplu scriem toate datele într-un fișier cu un nume care include ora curentăși data, astfel încât pe viitor să puteți vedea ce anume a venit la server din exterior.

Se salvează e-mailurile trimise

Iată de ce avem nevoie pentru asta. În directorul /etc/postfix, creați un fișier numit „header_checks”. Acest fișier conține șabloane de antet care includ expresii regulate și reguli pentru redirecționarea e-mailurilor în funcție de dacă antetul corespunzător se potrivește expresie uzuala. Să scriem următoarele în acest fișier:

/^ Către: */ REDIRECT user@localhost

În loc de user@localhost, puteți înlocui adresa necesară, iar apoi toate scrisorile trimise, în conformitate cu această regulă, vor fi redirecționate către utilizatorul specificat.

După crearea fișierului, trebuie să spuneți postfix să folosească acest fișier pentru a verifica anteturile. Acest lucru se poate face după cum urmează: trebuie să adăugați linia în fișierul /etc/postfix/main.cf

Header_checks = regexp:/etc/postfix/header_checks

Tot ce rămâne este să reîncărcați setările postfx și puteți lucra cu mail și să fiți sigur că nimic nu va ieși afară, dar dacă este necesar, puteți primi o scrisoare din exterior.

Postfix o alegere buna pentru a vă configura serverul de e-mail. Postfix- acesta este un agent de transfer de mesaje (MTA Message Transfer Agent) E-mail folosind protocolul SMTP - protocol simplu de transfer de e-mail. Exemplele folosesc domeniile example.com și example.net, care conform RFC 2606 sunt rezervate pentru scrierea documentației și a exemplelor.

    RFC2060 - Internet Message Access Protocol

    RFC2505 - Recomandări anti-spam pentru MTA-uri SMTP

    RFC2821 - Protocol simplu de transfer de e-mail

    RFC2476 - Trimiterea mesajului

    RFC2554 - Extensie de serviciu SMTP pentru autentificare

    RFC4422 - Strat de autentificare și securitate simplă (SASL)

Opțiuni de configurare Postfix

Erori

Utilitare Postfix. Administrare.

    verificare postfix- postfix își verifică fișierele de configurare, dacă totul este în ordine, nu vor fi mesaje.

    mailq- primirea identificatorilor (ID) de scrisori în coada de e-mail. Vedeți câte și ce litere sunt în coadă.

    Comanda postconf a fost reluată: au fost adăugate avertismente despre parametrii neutilizați „nume=valoare” în fișierele de configurare main.cf și master.cf, ceea ce vă permite să identificați greșelile de scriere în numele parametrilor; a fost implementat suport pentru numele parametrilor dinamici, cum ar fi numele care depind de elementele master.cf; Ieșirea setărilor de la main.cf și master.cf este formatată într-un format mai ușor de utilizat (postconf -nf, postconf -Mf); suportul pentru filtrarea ieșirii a fost adăugat la „postconf -M”, de exemplu, „postconf -M inet”;

    A fost implementat suport pentru stabilirea unei limită de timp pentru procesarea operațiunilor de scriere și citire pentru client și server, ceea ce vă permite să vă protejați împotriva atacurilor DoS care manipulează un numar mare conexiuni lente, în care datele sunt transferate foarte lent sau sunt citite câte un octet. Dacă anterior timeout-ul a fost setat pentru un apel de sistem, acum poate fi setat în raport cu timpul de citire/transfer intrare separată, cum ar fi un mesaj de răspuns al serverului SMTP. Noi timeout-uri sunt configurate prin directivele smtpd_per_record_deadline, smtp_per_record_deadline și lmtp_per_record_deadline;

    Pe lângă setările smtpd_(client, helo, sender,recipient)_restrictions prezente anterior, a fost adăugată directiva smtpd_relay_restrictions, care vă permite să reduceți probabilitatea apariției unui releu deschis din cauza erorilor în definirea regulilor de blocare a spam-ului. În mod implicit, setările pentru salvarea completă sunt activate compatibilitate inversă(smtpd_relay_restrictions = permit_mynetworks, reject_unauth_destination; pentru instalații noi smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, defer_unauth_destination);

    În directiva recipient_delimiter acum este posibil să specificați mai multe caractere delimitare, de exemplu, puteți utiliza simultan „+” și „-” ca delimitatori.

    A fost adăugată opțiunea postscreen_dnsbl_whitelist_threshold, permițând clienților să sară peste testele postscreen (servează ca un instrument ușor între firewall, conceput pentru blocarea primară a conexiunilor de la mașinile zombie care trimit spam) în funcție de rezultatele scanării lista alba prin DNSBL. Utilizarea postscreen_dnsbl_whitelist_threshold vă permite să scăpați de întârzierile vizibile în livrarea e-mailurilor de la sistemele de e-mail evident valide în care solicitările repetate nu sunt trimise de la același IP (întârzierea apare din cauza unui test care utilizează reconectarea repetată), de exemplu, asta face Google .

Postfix este gratuit software server de e-mail, conceput pentru a fi utilizat pe sistemele de operare Unix. Aparține unei clase de agenți de transport de mesaje (MTA) care transferă e-mailuri între clienti de mail utilizatorii. Pentru a organiza servere pentru astfel de e-mail, combinația Ubuntu Linux+ Postfix. Configurarea acestora va fi discutată în articolul de mai jos.

Se pregătește instalarea Postfix

Înainte de a începe instalarea Postfix, trebuie să parcurgeți câțiva pași pentru setare corectă resursă. Se presupune că serverul este deja instalat și gata de utilizare sistem de operare Ubuntu Linux.

Setarea numelui de gazdă corect

În mod implicit, Postfix utilizează numele de gazdă al serverului de e-mail pentru a se identifica atunci când comunică cu alți expeditori de mesaje. Numele de gazdă poate fi de două tipuri: un cuvânt simplu sau un nume de domeniu complet calificat (FQDN). Când se folosește?

Nume de gazdă în formular cuvânt simplu folosit de obicei pentru calculatoare personale. Dacă utilizați Linux pe computerul dvs. de acasă, atunci îl puteți numi, de exemplu, Linux , debian, ubuntu . FQDN-ul este format din două părți: numele gazdei și numele domeniului. De exemplu, mail.yourdomain.co .

Aici Poștă- numele nodului, domeniul tău.com- Numele domeniului. FQDN-ul este folosit de obicei pentru serverele de Internet și este ceea ce ar trebui să utilizați atunci când configurați Postfix pentru a trimite e-mail. Formularul FQDN de mai sus este standard pentru serverele de e-mail.

Pentru a afla FQDN-ul serverului dvs., introduceți terminalul Ubuntu următoarea comandă: gazdă -f.

Dacă serverul nu are încă un FQDN, îl puteți seta folosind utilitarul hostnamectl. sudohostnamectla stabilit- nume de gazdăta- fqdn.

După aceea, deconectați-vă de la contul dvs. și conectați-vă din nou. Puteți vedea modificările folosind comanda gazdă -f.

Verificarea orei sistemului

Când e-mailul trece prin Postfix, primește un marcaj de timp pentru transmitere. Pentru a face acest lucru, serverul își verifică timpul sistemului. Acest marcaj este, de asemenea, scris în jurnalul său Postfix ( / var/log/mail.log). Prin urmare, înainte de a instala Postfix, ora sistemului trebuie setată corect.

Utilizați comanda dată pentru a afla fusul orar și ora curentă a sistemului activată server Ubuntu: utilizator@mail:~$date . Duminică, 31 decembrie, 06:37:19 BST 2017.

Setarea înregistrărilor DNS pentru serverul de e-mail

  • înregistrare MX. O înregistrare MX (din engleză „mail exchanger”) le spune altor agenți de redirecționare a mesajelor că serverul dvs mail.yourdomain.com este responsabil pentru trimiterea e-mailurilor în domeniul dvs. Înregistrare MX @ mail.yourdomain.com.
  • Înregistrarea A.Înregistrarea A stabilește o conexiune între FQDN și adresa IP: mail.yourdomain.com .
  • înregistrare PTR. Seturi de înregistrare PTR (din engleză „pointer record”) părereîntre adresa IP și FQDN. Este opusul lui A și este folosit pentru inversare Interogări DNS. mail.yourdomain.com

Toate cele 3 intrări sunt setate de partea furnizorului dvs. de găzduire. De obicei, furnizorul dvs. de servicii le va seta automat, dar dacă este necesar, le puteți seta manual folosind interfața de gestionare a găzduirii.

Feedback-ul dintre înregistrarea A și înregistrarea PTR este folosit pentru a bloca spam-ul. Mulți MTA acceptă e-mail numai dacă serverul este de fapt asociat cu un anumit domeniu. Este necesar să setați o înregistrare PTR, astfel încât scrisorile de pe serverul dvs. să nu ajungă în folderul de spam al expeditorilor.

Pentru a afla înregistrarea PTR pentru o anumită adresă IP, rulați următoarea comandă în consolă: săpa - X < IP> + mic de statura sau gazdă < IP> .

După ce pregătirea este finalizată, să începem instalarea Postfix.

Instalare și configurare Postfix

Pentru a descărca Postfix, rulați următoarele două comenzi într-un terminal de pe serverul Ubuntu:

  • sudo apt-get update;
  • sudo apt-get install postfix -y.

Pentru Postfix nou instalat, configurarea începe prin selectarea tipului de configurație de e-mail:

  • Fără configurație- nu vor fi configurați parametri în timpul procesului de instalare.
  • Site de internet- Postfix va fi configurat să trimită e-mail către alte servere de e-mail și să primească mesaje de la acestea.
  • Internet cu smarthost- Serverul Postfix va fi folosit pentru a primi e-mailuri de la alte servere de e-mail, dar e-mailurile vor fi trimise printr-un server de retransmisie.
  • Sistem prin satelit- repetorul va fi folosit atât pentru primirea, cât și pentru trimiterea e-mailurilor.
  • Numai local- e-mailul va fi redirecționat numai în contul local.

Apoi, introduceți numele dvs. de domeniu ca nume al sistemului de e-mail, adică ceea ce vine după simbolul @ din adresa de e-mail. De exemplu, dacă adresa dvs. de e-mail este [email protected] , atunci ar trebui să introduceți ca nume de sistem de e-mail domeniul tău.com.

Configurarea Postfix pe Ubuntu este completă.

După instalare, serverul Postfix va porni automat și va fi generat un fișier de configurare în directorul /etc /etc/postfix/main.cf. Acum putem verifica versiunea Postfix cu următoarea comandă:

utilizator@mail:~$ sudo postconf mail_version

mail_version = 2.11.0

De asemenea, putem afla folosind utilități netstat că procesul principal Postfix „ascultă” portul TCP 25: sudo netstat -lnpt.

Înainte de a trimite prima scrisoare de test, ar fi o idee bună să verificați dacă portul 25 este blocat de firewall. Pentru a scana porturile deschise, puteți utiliza utilitarul nmap. Rulați următoarea comandă în terminal pe alt computer Linux (de exemplu, pe computerul dvs.), înlocuind IP-ul real al serverului dvs. de e-mail: sudo nmap .

De obicei, portul 25 este deschis pentru că este port standard pentru e-mail. Dacă este închis, ar trebui să faceți modificări setărilor paravanului de protecție iptables pe server. În acest caz, trebuie să permiteți conexiunile de intrare și de ieșire pe acest port. Dacă este blocat de furnizorul dvs. de găzduire, contactați un reprezentant și cereți-i să îl deschidă.

Trimiterea unui e-mail de test

De fapt, acum putem trimite și primi scrisori console Ubuntu. Dacă ale tale contul utilizatorului pe server se numeste utilizator, adresa dvs. poștală va fi [email protected] . Ca test, puteți trimite o scrisoare administratorului de resurse ( utilizator root) sau la orice poștă adresa Gmail, „Yandex” și așa mai departe.

Când instalați Postfix într-un director /usr/sbin/sendmail este înregistrată fisier binar agent de redirecționare a mesajelor sendmail. Îl putem folosi pentru a trimite un e-mail de test către adresa poștală Gmail, de exemplu: ecou„test” |sendmailcontul tău@ gmail. com

Această comandă simplă spune sendmail , din care trebuie să citiți mesajul intrare standardși creați un corp de e-mail cu textul „test”, apoi trimiteți-l la adresa de e-mail Gmail specificată. O scrisoare cu acest text ar trebui să ajungă în e-mailul dvs. caseta Google. Vă rugăm să rețineți că nu este nevoie să specificați adresa expeditorului: aceasta va fi inserată automat în metadatele mesajului Postfix, la configurare am specificat numele sistemului de poștă.

Acum să încercăm să răspundem la acest mesaj pentru a verifica modul în care Postfix primește mesajele. E-mailurile primite care ajung la serverul dvs. de e-mail sunt stocate în director /var/spool/mail/ Și /var/mail/ . De asemenea, puteți afla locația scrisorilor primite cu comanda: postconf ail_spool_directory.

Revistă Mesaje postfix este în dosar /var/log/mail.log.

Instalarea și configurarea unui filtru de spam

În Postfix, pentru a configura filtrul de spam, instalați spamassassin și spamc: apt-get install spamassassin spamc

Spam Assassin este un filtru de spam care va filtra e-mailurile nedorite de pe serverul dvs. conform setări date. Să ne uităm la ele.

Fișierul principal de configurare al filtrului de spam este /etc/mail/spamassassin/local.cf, care poate fi deschis folosind orice editor de text convenabil pentru dvs. În special, ele sunt considerate semnificative pentru filtrare următoarele setări, care trebuie adăugate sau decomentate dacă este necesar:

report_safe 0

punctaj_necesar 8.0

rewrite_header Subiect

  1. Parametru raport_sigur Este recomandat să-l setați la 0. În acest caz, spam-ul primit va primi un marcaj în antet, specificat de parametru antet_rescriere. Dacă setați valoarea parametrului la 1, atunci mesajele vor fi șterse.
  2. Parametru punctaj_necesar este responsabil pentru sensibilitatea filtrului de spam. Cu cât valoarea sa este mai mică, cu atât e-mailul este mai strict filtrat. Pentru serverele de e-mail mari care deservesc mai mult de o sută de conturi, valoarea punctaj_necesar Se recomandă instalarea între 8.0 și 10.0.

Salvați fișierul de configurare, apoi activați și rulați filtrul de spam și actualizați configurația acestuia:

# systemctl enable spamassassin

# systemctl start spamassassin

#sa-update

Integrarea Postfix și SpamAssassin

Pentru a integra eficient Postfix cu un filtru de spam, trebuie să creați un utilizator și un grup separat pentru procesul de filtru de spam:

# useradd spamd -s /bin/false -d /var/log/spamassassin

spamassassin unix - n n - - pipe flags=R user=spamd argv=/usr/bin/spamc -e /usr/sbin/sendmail -oi -f $(sender) $(destinatar)

După aceasta, la începutul fișierului indicăm că spamassassin va funcționa ca filtru de conținut (parametru filtru_conținut):

-o content_filter=spamassassin

În cele din urmă, reporniți Postfix pentru a aplica modificările:

# systemctl restart postfix

Configurarea filtrului de spam este finalizată.

Pentru a verifica funcționalitatea SpamAssassin, puteți rula următorul test. Trimite e-mail de la un alt server de e-mail (de exemplu, Gmail sau Yandex) la o adresă de e-mail de pe serverul dvs. Dați-i orice titlu, iar în corpul mesajului introduceți:

XJS*C4JDBQADN1.NSBN3*2IDNEN*GTUBE-STANDARD-ANTI-UBE-TEST-EMAIL*C.34X

Când trimiteți textul de mai sus către serverul dvs., de exemplu cu cont Gmail, se va primi următorul răspuns:

Verificați SpamAssassin Detectarea e-mailurilor spam

Un alt mesaj va fi scris în jurnal, care poate fi vizualizat folosind următoarea comandă:

# journalctl | grep spam

Mesajul de jurnal conține textul: Monitorizați jurnalele de e-mail SpamAssassin

În plus, puteți verifica spamassassin direct din consola: # spamassassin - D < / usr/ acțiune/ doc/ spamassassin-3.4.0/ probă- spam. TXT

Comanda de mai sus produce o ieșire destul de verbosă care ar trebui să includă linia de mai jos: TestSpam AssassinSpamdinLinie de comanda.

Concluzie

Configurați-vă propriul server de e-mail privat, vă puteți prelua confidențialitatea. corespondență prin e-mail, deoarece doar tu - administratorul serverului - vei avea acces la mesajele stocate pe server. Pe de altă parte, crearea unui server de e-mail personal necesită mult efort.

Urmând recomandările date în articol, veți putea instala și configura corect un server de mail bazat pe Ubuntu Linux și Postfix pentru a primi și trimite mesaje, precum și pentru a filtra spam-ul. Instrucțiunile sunt valabile din 12.04.

Dacă aveți ceva de adăugat sau doriți să remediați ceva, sunteți binevenit, configurarea Postfix este un subiect foarte larg.

Dacă decideți să configurați e-mailul pe serverul dvs., atunci Postfix este cu siguranță alegerea dvs. Descriere detaliata Toate funcțiile Postfix pot fi găsite în ghidul oficial. ÎN acest manual este oferit un exemplu de bază de configurare a unui server de e-mail. Deci, să trecem la instalare.

Instalarea Postfix

Puteți instala Postfix cu comanda:

Apt-get install postfix

La configurarea pachetului vi se vor pune mai multe întrebări, ar trebui să acordați atenție doar profilurilor propuse configurare inițială. Indiferent pentru ce doriți să utilizați Postfix, alegeți întotdeauna Site Internet. Acest lucru trebuie făcut pentru ca Postfix să genereze fișierul main.cf și să înceapă să lucreze imediat. În caz contrar, va trebui să configurați singur acest fișier!

Câteva cuvinte generale despre setări

Deci, Postfix este instalat. Toate setările pentru acest server de e-mail sunt stocate în /etc/postfix. În acest director, ar trebui să fiți interesat în primul rând de fișierul de configurare principal numit main.cf.

Acum este timpul să decideți ce funcție va îndeplini serverul dvs. de e-mail. De fapt, pentru fiecare dintre domeniile acceptate există două opțiuni:

    Sau Postfix va fi folosit doar pentru a redirecționa corespondența către o altă gazdă.

    Sau Postfix va stoca e-mailurile local, poate nu toate, transferând unele către o altă gazdă.

De fapt, nu există a treia opțiune. Există trei grupuri principale de parametri în setările Postfix:

    Opțiuni de livrare locală.

    Opțiuni de redirecționare.

    Parametrii „domeniilor virtuale”.

Ca server de e-mail „adecvat”, Postfix procesează e-mailul pentru domeniile specificate în configurație. Deci, fiecare domeniu poate fi procesat exact unul dintre aceste metode, adică fie ca domeniu de destinație pentru e-mail, fie ca domeniu de redirecționare, fie ca domeniu virtual.

Livrarea locală standard se bazează pe sistemul de autorizare și contabilitate a utilizatorilor sistemului dvs., ceea ce reduce semnificativ flexibilitatea acestuia, așa că de obicei nu are rost să îl folosiți. În schimb, ar trebui să utilizați un mecanism de „domeniu virtual” pentru a livra corespondența către local cutii poştale. Cu toate acestea, este încă necesar să se ia în considerare parametrii responsabili pentru livrarea locală, deoarece multe depind de ei.

Deci, deschideți fișierul /etc/postfix/main.cf în fișierul preferat editor de text. Intrările din acest fișier arată ca

Parametru = valoare

Comentariile pot fi adăugate prin plasarea simbolului # la începutul liniei. Apropo, aș dori să spun imediat că parametrii care au mai multe valori pot fi scriși într-unul dintre următoarele moduri:

Parametru = valoare1 valoare2 valoare3 parametru = valoare1, valoare2, valoare3 parametru = valoare1 valoare2 valoare3 parametru = valoare1, valoare2, valoare3

În al treilea și al patrulea caz, nu uitați de spațiul de la începutul fiecărei linii cu parametrul. ÎN în acest exemplu, să luăm în considerare configurația folosind metoda nr. 3.

Apropo, după ce ați setat valoarea unui parametru, îl puteți folosi pentru a seta valori pentru alți parametri. Trebuie doar să specificați numele parametrului cu un simbol $ la început în locul în care doriți să înlocuiți valoarea acestuia. De exemplu astfel:

Mydomain = exemplu.com mydestination = mail.$mydomain

Ori de câte ori este posibil, voi încerca să ofer valori explicite pentru cât mai puțini parametri posibil, pentru a reduce posibilitatea de eroare și pentru a facilita modificarea parametrilor în viitor.

Acum puține detalii.

Opțiuni de bază Postfix

În primul rând, trebuie să configurați următoarele setări pentru domeniul și numele serverului:

# Numele dvs. de gazdă. În mod implicit, este preluat din sistem, dar este întotdeauna mai bine să specificați în mod explicit myhostname = mail.example.com # Domeniul serverului dumneavoastră. În mod implicit, este extras din numele gazdei prin eliminarea primei părți, așa că de obicei nu este nevoie să specificați manual #mydomain = example.com # Domeniul din care este trimis e-mail-ul local. Adăugat automat la adresa de ieșire dacă este necesar myorigin = $mydomain # Domenii pentru care acest server este punctul final livrarea corespondenței. # De obicei, mai bine domenii de e-mail servi prin mecanismul virtual, deci în acest parametru # cel mai adesea trebuie doar să specificați localhost și numele gazdei, așa că, pentru orice eventualitate, # puteți lăsa valoarea complet goală. mydestination = localhost $myhostname # Dorim să dezactivăm livrarea locală standard, așa că trebuie să specificăm lista goala destinatari locali # Pentru livrarea corespondenței locale vom folosi domenii virtuale local_recipient_maps =

Acum puteți schimba puțin cu parametrii generali ai serverului:

# Interfețe de rețea, la care este acceptată e-mailul Postfix. În cele mai multe cazuri, toate sunt aceleași inet_interfaces = toate # protocoale, puteți specifica și ipv4 sau ipv6. ÎN lumea modernă Este necesar să suportați ipv6. inet_protocols = toate # de încredere rețele interne, de la care vom accepta aproape toate conexiunile. rețelele mele = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/24

Și, în sfârșit, dacă furnizorul dvs. are un releu prin care doriți să redirecționați e-mailurile trimise, atunci îl puteți specifica în parametrul relayhost:

# Relay for outgoing mail relayhost = smtp.provider.net # Anulați interogările DNS pentru a afla gazda de destinație pentru e-mailurile trimise. # Trimitem totul către releu, deci nu trebuie să interogăm DNS. disable_dns_lookups = da

Apropo, ce sunt releele și de ce avem nevoie de ele merită citită pe Internet.

Carduri de date

Livrare locală

După cum am spus deja, pentru a organiza livrarea locală vom folosi nu mecanismul standard Postfix moștenit de la Sendmail, ci mecanismul domeniului virtual. Acest lucru ne va permite să nu depindem de listă utilizatorii locali serverul dvs. și adăugați cutii poștale chiar și pentru utilizatorii care nu au conturi pe server. Și, în general, configurarea domeniilor virtuale este mult mai ușoară decât a celor locale, plus că există multe foarte multe caracteristici puternice, disponibil numai pentru domenii virtuale.

Cele mai bune articole pe această temă