4 factori care afectează livrarea e-mailului

Următoarele face parte dintr-o serie de postări pentru invitați de la Windows IT Pro care analizează în profunzime SMTP. Până acum, am aflat despre istoria protocolului SMTP (Simple Mail Transfer Protocol) și am examinat diferite definiții pentru momentul în care un e-mail este considerat „livrat”. În această postare finală de la Windows IT Pro, ei examinează 4 factori cheie care afectează livrarea e-mailului.

Mulți factori pot afecta capacitatea de livrare, inclusiv a avea o bună reputație de trimitere, autentificarea corectă a e-mailurilor prin SPF și DKIM și a avea practici de permisiuni puternice. Dar patru factori ies cu adevărat în evidență:

1. Sănătatea infrastructurii de mesaje
2. Ce este în mesaj
3. Cine o trimite
4. Disponibilitatea sistemului de recepție

Mesaj pentru sănătatea infrastructurii

Sănătatea rețelei și a infrastructurii va avea, evident, un impact uriaș asupra faptului că mesajele pot fi livrate. SMTP presupune prezența unei conexiuni de rețea fiabile și a unei rezoluții de nume prin Serviciul de nume de domeniu (DNS). Orice interferează cu aceste funcții poate împiedica livrarea mesajelor.

Majoritatea administratorilor sunt conștienți de acest lucru și iau măsuri pentru a-și proteja traficul de intrare; de exemplu, este obișnuit să folosiți mai multe înregistrări DNS Mail Exchanger (MX) pentru a oferi rute redundante pentru corespondența de intrare. Cu toate acestea, în calitate de expeditor, nu puteți controla serverele destinatarilor sau configurația DNS și, dacă sistemul de trimitere sau de primire are probleme de conectivitate sau DNS, va fi dificil să livrați corespondența în timp util și de încredere.

Conținutul mesajului

Conținutul mesajului este o influență cheie asupra modului în care este livrabil un mesaj, din mai multe motive. Recunoașterea unui mesaj ca spam sau malware prin examinarea conținutului acestuia (inclusiv atașamente, adrese URL, textul mesajului și anteturi) s-a dovedit a fi o modalitate destul de bună de a identifica și bloca conținutul nedorit; cu toate acestea, e-mailurile legitime despre site-uri de întâlniri, ipoteci și diferite tipuri de produse farmaceutice pot ajunge prin a fi prinse în filtre.

Primele generații de filtre de mesaje au fost destul de limitate; ele puteau potrivi numai modele specifice și elemente de conținut. Una dintre îmbunătățirile cheie ale tehnologiei de filtrare a fost introducerea filtrelor de colaborare, unde mai multe site-uri și servicii pot contribui cu rapoarte de spam la un serviciu centralizat. Problema cu filtrarea colaborativă este că, odată ce un filtru undeva decide că un mesaj este spam, alte site-uri care consumă aceleași date de filtrare îl vor bloca, fără întrebări.

Istoricul expeditorului și filtrarea

Filtrarea colaborativă a fost îmbunătățită și mai mult prin introducerea filtrelor bazate pe reputație. Deși modul exact în care este calculată reputația unui expeditor variază de la filtru la filtru, ideea este aceeași: sistemele de reputație combină informații despre sursa mesajului (inclusiv adresa IP a expeditorului și domeniul pretins), comportamentul expeditorului în trecut (inclusiv numărul de mesaje trimise pe unitatea de timp și dacă acele mesaje au fost considerate suspecte), conținutul mesajului și chiar feedback-ul de la destinatar atunci când acesta apasă butonul „acesta este spam”.

De exemplu, o afacere legitimă care trimite în mod normal 1.000 de mesaje pe zi ar putea fi semnalată de un filtru de reputație dacă afacerea începe brusc să trimită 10.000 de mesaje pe zi. O companie care începe să trimită mesaje cu conținut îndoielnic poate declanșa, de asemenea, filtrarea reputației. Aceste filtre sunt eficiente, dar au probleme.

În primul rând, dacă mesajele dvs. încep să declanșeze filtrul, poate fi dificil să aflați de ce, deoarece ISP-urile protejează adesea algoritmii pe care îi folosesc pentru a înscrie e-mailurile, astfel încât spammerii să nu poată juca sistemul. Pe de altă parte, sistemele de reputație care folosesc adresa IP sursă a expeditorului ca intrare pot face ca e-mailurile dvs. să fie filtrate după modificarea adresei dvs. IP, iar noua adresă provine dintr-un interval care are o reputație proastă. Deci, fără nicio vină a dvs., este posibil să găsiți că mesajele dvs. sunt filtrate după ce schimbați IP-urile sau mutați serverele de e-mail într-o altă rețea.

Desigur, atunci când rulați propriile servere SMTP, vă asumați responsabilitatea pentru o serie de probleme de livrare. De exemplu, dacă serverul dvs. este setat să fie un releu deschis, este posibil să vă găsiți foarte repede serverul pe o listă de respingere odată ce acea greșeală de configurare este descoperită, fie de către spammeri, fie de instrumentele de scanare automată pe care toți principalii furnizori de RBL. utilizare. Când puneți un server SMTP pe Internet, aveți responsabilitatea de a-l monitoriza și întreține.

Disponibilitatea sistemului de recepție

Livrarea depinde și de disponibilitatea sistemului de recepție. Deoarece SMTP este un protocol de stocare și redirecționare, un server de trimitere va pune de obicei în coadă mesajele pentru o perioadă de timp când serverul de primire este indisponibil. În mediile cu mai multe servere, mesajul poate fi livrat către un server perimetru, dar dacă cutia poștală a destinatarului nu este disponibilă (poate deoarece baza de date a cutiei poștale țintă este offline sau o legătură între site-uri este indisponibilă), serverul perimetru poate păstra mesajul și transmiteți-l mai târziu.

Îmbunătățirea livrării mesajelor

Îmbunătățirea livrării mesajelor dvs. de ieșire vă ajută să faceți comunicațiile de afaceri mai eficiente și mai rentabile. Cel mai important pas pe care îl puteți face este să aveți instrumente și procese de măsurare bune, astfel încât să aveți date fiabile despre numărul de mesaje care nu sunt livrate. Urmărirea acestor valori de-a lungul timpului vă va ajuta să identificați rapid tendințele și modelele care vă pot oferi avertizare timpurie despre probleme înainte ca acestea să scape de sub control.

Analizarea acestor date vă va spune multe despre sursa oricăror probleme de livrare prin e-mail pe care le aveți. De exemplu, un server care este configurat să utilizeze serverul DNS greșit sau care conține înregistrări inverse DNS, SPF sau DKIM incorecte, poate fi lent sau incapabil să livreze mesaje către anumite destinații, iar această modificare a modelelor de livrare va apărea clar când te uiți la timpii de livrare și lungimile cozilor de pe serverul afectat, dar numai dacă te uiți.

De asemenea, uitați-vă la jurnalele serverului mai mult decât la lungimea cozii. Mulți ISP-uri vor returna erori specifice de livrare în codurile lor de returnare și acestea pot fi de obicei văzute în jurnalele serverului SMTP (MTA). Unele dintre aceste „erori” indică faptul că un expeditor ar trebui să completeze formulare lungi și greoaie la ISP pentru a stabili starea expeditorului în bloc sau a verifica legitimitatea acestora.

Monitorizarea operațională continuă ar trebui să vă avertizeze din timp cu privire la problemele de rețea sau de infrastructură care vă vor afecta capacitatea de livrare pentru mesajele de ieșire. Dacă nu aveți resursele pentru a vă dedica acestui tip de monitorizare, SendGrid are o urmărire și analize solide, precum și o echipă de experți în e-mail pentru a vă ajuta să identificați și să remediați aceste probleme de livrare.

Multe mulțumiri lui Windows IT Pro pentru această privire aprofundată asupra istoriei SMTP și a livrării e-mailului. Dacă doriți să aflați mai multe despre cele mai bune practici de livrare a e-mailului și despre respectarea normelor, puteți citi Ghidul nostru de livrare iar ghidul nostru pe ABC-urile ISP-urilor .

Această postare este prin amabilitatea prietenilor noștri de la Windows IT Pro.