Baza de cunoștințe
Trimiteți e-mailuri prin propriul server SMTP
Conectați propriul server SMTP: ce port să utilizați și de ce nu portul 25, înregistrările SPF, DKIM, DMARC și reverse-DNS pe care trebuie să le publicați singur și de ce refuzăm să trecem la o conexiune necriptată.
Folosiți această opțiune dacă vă administrați propriile infrastructuri de e-mail sau dacă furnizorul dumneavoastră nu se află pe lista noastră directă — aproape fiecare serviciu de e-mail oferă SMTP.
⚠️ Dacă furnizorul dumneavoastră este Mailgun, SendGrid, Postmark, Amazon SES sau Resend, folosiți în schimb propriul său ghid. Aceste conexiuni vă oferă mesaje de eroare mai clare atunci când ceva nu funcționează, deoarece putem citi ce a transmis efectiv furnizorul, în loc de un cod de stare SMTP.
De ce aveți nevoie
Patru elemente, de la cel care vă administrează serverul de e-mail:
- Gazdă (Host) — de ex.
smtp.furnizoruldumneavoastra.com - Port —
587,465sau2525 - Nume de utilizator și parolă
Ce port să folosiți
587 este portul de trimitere cu STARTTLS și este cel pe care ar trebui să îl utilizați. Conexiunea începe în clar și este actualizată la TLS înainte de a se trimite orice.
465 este protocolul TLS implicit — criptat de la primul octet. La fel de bun; unii furnizori îl preferă.
2525 este o alternativă neoficială pe care unii furnizori de găduire o oferă deoarece câteva 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ă. Acesta este portul pe care serverele de e-mail îl folosesc pentru a comunica între ele, nu cel pe care o aplicație îl folosește pentru a trimite un mesaj. Este blocat în majoritatea rețelelor, adesea nu are autentificare, iar acolo unde funcționează, de obicei este necriptat.
⛔⛔ Nu vom efectua trimiteri printr-o conexiune necriptată. Dacă lăsați activată opțiunea Utilizați STARTTLS — și așa ar trebui — iar serverul dumneavoastră refuză actualizarea, trimiterea eșuează în loc să continue în clar. Acest lucru este intenționat: linkurile de resetare a parolei ale clienților dumneavoastră sunt transmise prin aceste mesaje, iar o retrogradare neobservată de nimeni este cel mai grav tip de eșec, deoarece e-mailul tot ajunge la destinație.
Configurați mai întâi DNS-ul
Furnizorul dumneavoastră nu face acest lucru în locul dumneavoastră așa cum o face un serviciu administrat. 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.furnizoruldumneavoastra.com -all. Dacă aveți deja o înregistrare SPF, editați-o; două înregistrări SPF pe un singur domeniu invalidează complet SPF-ul.
DKIM — serverul dumneavoastră de e-mail semnează mesajele de ieșire și publicați cheia publică corespunzătoare la adresa <selector>._domainkey.domeniuldumneavoastra.com. Pe Postfix, aceasta este de obicei OpenDKIM; furnizorul dumneavoastră vă va comunica selectorul.
DMARC — o înregistrare TXT la _dmarc.domeniuldumneavoastra.com, care începe cu v=DMARC1; p=none; în timp ce verificați dacă atât SPF, cât și DKIM sunt valide.
DNS invers (Reverse DNS) — înregistrarea PTR pentru adresa IP a serverului dumneavoastră ar trebui să se rezolve înapoi la numele său de gazdă. Receptorii mari verifică acest lucru și mulți nu vor accepta e-mailuri de la o adresă care nu îl are. Furnizorul dumneavoastră de găduire îl setează, nu furnizorul dumneavoastră de DNS.
⭐ O verificare gratuită utilă odată ce îl aveți în funcțiune: trimiteți un mesaj către mail-tester.com și citiți scorul. Vă spune care dintre cele patru elemente este incorect, ceea ce este mult mai rapid decât să ghiciți dintr-un dosar de spam.
Conectați-l în Zinn®
Deschideți Trimitere e-mail (Email sending) în panoul de control:
- Furnizor — Server SMTP
- Trimiteți de pe acest domeniu —
mail.domeniuldumneavoastra.com(un domeniu, nu o adresă) - Gazdă SMTP (SMTP host), Port, Nume de utilizator (Username), Parolă (Password)
- Utilizați STARTTLS — activat, cu excepția cazului în care folosiți portul 465
⭐ Creați o căsuță poștală dedicată sau un utilizator de trimitere pentru aceasta, în loc să reutilizați datele de autentificare ale unei persoane. Când cineva pleacă și parola îi este schimbată, notificarile clienților dumneavoastră nu ar trebui să se oprească.
Trimiteți testul și introduceți codul
Apăsați Trimiteți mesajul de test (Send test message) către o căsuță poștală de pe un domeniu diferit, citiți codul din acesta și introduceți-l.
Când nu funcționează
„Serverul de e-mail a respins numele de utilizator sau parola” ("The mail server rejected the username or password") — Autentificarea SMTP a eșuat. Dacă furnizorul dumneavoastră are activată autentificarea cu doi factori pe cont, aveți aproape sigur nevoie de o parolă pentru aplicații în locul parolei de autentificare.
„Nu s-a putut contacta gazda:portul” ("Could not reach host:port") — portul este blocat, numele de gazdă este greșit sau serverul nu ascultă cererile de trimitere pe acel port. O comandă telnet smtp.furnizoruldumneavoastra.com 587 de pe o altă mașină vă va spune care este problema.
O eroare TLS — certificatul serverului dumneavoastră este expirat, auto-semnat sau nu corespunde numelui de gazdă pe care l-ați introdus. Noi verificăm certificatele și nu vom omite această verificare; corectați certificatul.
„Serverul de e-mail a refuzat destinatarul” ("The mail server refused the recipient") — serverul dumneavoastră nu este configurat să redirecționeze pentru acest expeditor, ceea ce înseamnă de obicei că utilizatorul autentificat nu are permisiunea de a trimite sub domeniul dumneavoastră de expediere.
Se trimite, nhưng totul ajunge în spam — aceasta este o problemă de DNS, nu de SMTP. Parcurgeți secțiunile SPF, DKIM, DMARC și DNS invers de mai sus, apoi rulați din nou verificarea mail-tester.
Încă blochezi?
Asistența este inclusă în orice plan și oferă răspunsuri în limba ta.
Contactați asistența tehnică → Toate articolele →