Trimiteți e-mailuri prin propriul server SMTP

Utilizați această opțiune dacă vă gestionați propria infrastructură de e-mail sau dacă furnizorul dumneavoastră nu este listat direct de noi — aproape fiecare serviciu de e-mail oferă SMTP.

⚠️ Dacă furnizorul dumneavoastră este Mailgun, SendGrid, Postmark, Amazon SES sau Resend, utilizați ghidul dedicat acestuia. Acele conexiuni vă oferă mesaje de eroare mai clare atunci când ceva nu funcționează, deoarece putem citi răspunsul efectiv al furnizorului, nu doar un cod de stare SMTP.

De ce aveți nevoie

Patru elemente, obținute de la persoana sau entitatea care administrează serverul dumneavoastră de e-mail:

• Gazdă (Host) — de ex. smtp.yourprovider.com
• Port — 587, 465 sau 2525
• Nume de utilizator și parolă

Ce port să alegeți

587 este pentru transmitere (submission) cu STARTTLS și este opțiunea recomandată. Conexiunea începe necriptată și este actualizată la TLS înainte de trimiterea oricăror date.

465 este TLS implicit — criptat chiar de la primul octet. La fel de bun; unii furnizori îl preferă.

2525 este o alternativă neoficială pe care o oferă unele companii de găzduire deoarece anumite rețele blochează portul 587. Utilizați-l doar dacă furnizorul dumneavoastră vă indică acest lucru.

⛔ Portul 25 este acceptat aici, dar aproape niciodată nu este soluția corectă. Este portul pe care îl folosesc serverele de e-mail pentru a comunica între ele, nu cel utilizat de o aplicație pentru a trimite un mesaj. Este blocat pe majoritatea rețelelor, adesea nu are autentificare, iar acolo unde funcționează este frecvent necriptat.

⛔⛔ Nu vom trimite mesaje printr-o conexiune necriptată. Dacă lăsați activată opțiunea Utilizează STARTTLS — așa cum ar trebui — iar serverul dumneavoastră refuză actualizarea conexiunii, trimiterea va eșua în loc să continue necriptat. Acest lucru este deliberat: linkurile de resetare a parolelor clienților dumneavoastră circulă prin aceste mesaje, iar o retrogradare pe care nimeni nu o observă este cel mai periculos tip de eșec, deoarece e-mailul continuă să ajungă la destinație.

Configurați mai întâi înregistrările DNS

Furnizorul dumneavoastră nu face acest lucru în locul dumneavoastră, așa cum procedează un serviciu gestionat. Aveți nevoie, pe domeniul de pe care trimiteți:

SPF — o înregistrare TXT care autorizează adresa serverului dumneavoastră: v=spf1 ip4:203.0.113.10 -all sau v=spf1 a:smtp.yourprovider.com -all. Dacă aveți deja o înregistrare SPF, modificați-o; două înregistrări SPF pe un singur domeniu duc la eșuarea completă a validării SPF.

DKIM — serverul dumneavoastră de e-mail semnează mesajele expediate, iar dumneavoastră publicați cheia publică corespunzătoare la <selector>._domainkey.yourdomain.com. Pe Postfix se folosește de regulă OpenDKIM; furnizorul dumneavoastră vă va comunica selectorul.

DMARC — o înregistrare TXT la _dmarc.yourdomain.com, începând cu v=DMARC1; p=none; în timp ce verificați dacă atât SPF, cât și DKIM sunt validate cu succes.

DNS invers (Reverse DNS) — înregistrarea PTR pentru adresa IP a serverului dumneavoastră ar trebui să se rezolve înapoi la numele său de gazdă (hostname). Destinatarii mari verifică acest lucru și mulți nu vor accepta e-mailuri de la o adresă care nu o are. Aceasta este configurată de furnizorul dumneavoastră de găzduire, nu de furnizorul DNS.

⭐ O verificare utilă și gratuită după ce ați pus totul în funcțiune: trimiteți un mesaj către mail-tester.com și analizați scorul. Vă indică exact care dintre cele patru configurări este greșită, ceea ce este mult mai rapid decât să deduceți problema analizând folderul de spam.

Conectați-l în Zinn®

Deschideți Trimitere e-mailuri în panoul de control:

• Furnizor — Server SMTP
• Trimite de pe acest domeniu — mail.yourdomain.com (un domeniu, nu o adresă)
• Gazdă SMTP, Port, Nume de utilizator, Parolă
• Utilizează STARTTLS — activat, cu excepția cazului în care utilizați portul 465

⭐ Creați o cutie poștală dedicată sau un utilizator de trimitere special pentru aceasta, în loc să reutilizați datele de conectare ale unei persoane. Când un membru al echipei pleacă și parola sa se schimbă, notificările clienților dumneavoastră nu ar trebui să se oprească.

Trimiteți testul și introduceți codul

Apăsați pe Trimite mesaj de test către o căsuță poștală de pe un alt domeniu, citiți codul primit și introduceți-l.

Când lucrurile nu funcționează

„Serverul de e-mail a respins numele de utilizator sau parola” — Autentificarea SMTP (SMTP AUTH) a eșuat. Dacă furnizorul dumneavoastră are activată autentificarea în doi pași pe cont, cel mai probabil aveți nevoie de o parolă de aplicație, nu de parola obișnuită de conectare.

„Nu s-a putut contacta gazdă:port” — portul este blocat, numele de gazdă este incorect sau serverul nu ascultă conexiunile de transmitere pe acel port. Comanda telnet smtp.yourprovider.com 587 rulată de pe un alt dispozitiv vă va ajuta să identificați cauza.

O eroare TLS — certificatul serverului dumneavoastră este expirat, autofic semnat (self-signed) sau nu corespunde numelui de gazdă pe care l-ați introdus. Verificăm întotdeauna certificatele și nu vom omite această verificare; remediați certificatul.

„Serverul de e-mail a refuzat destinatarul” — serverul dumneavoastră nu este configurat să redirecționeze (relay) pentru acest expeditor, ceea ce înseamnă de obicei că utilizatorul autentificat nu are permisiunea de a trimite mesaje în numele domeniului dumneavoastră de expediere.

Mesajele se trimit, dar toate ajung în spam — problema ține de DNS, nu de SMTP. Parcurgeți verificările pentru SPF, DKIM, DMARC și DNS invers de mai sus, apoi rulați din nou testul pe mail-tester.