Economisiți 15% la toate serviciile de găzduire

Testează-ți abilitățile și obține Reducere la orice plan de găzduire

Utilizați codul: Skills Începeți
Secțiuni
Administrație Securitate

Eroare 550 Relay Not Permitted: Cauze, Remedii & Ghid de Prevenție

Eroarea 550 Relay Not Permitted este unul dintre cele mai frustrante obstacole în comunicarea prin email. Apare atunci când un server SMTP refuză să transmită mesajul dvs. de ieșire din cauza unei retransmisii neautorizate — blocând efectiv emailul dvs. înainte ca acesta să ajungă vreodată la destinație. Indiferent dacă gestionați o cutie poștală personală, un domeniu de afaceri sau un server de poștă cu volum mare, această eroare poate întrerupe operațiunile și deteriora reputația expeditorului dacă nu este rezolvată.

Acest ghid cuprinzător explică exact de ce apare eroarea 550 relay, vă ghidează prin corecții dovedite pas cu pas și vă arată cum să o preveniți să se repete — pentru ca emailurile dvs. să ajungă constant la destinatarii intenționați.

Ce este eroarea 550 Relay Not Permitted?

Când trimiteți un email, acesta rareori călătorește direct de la dispozitivul dvs. la inboxul destinatarului. În schimb, trece prin unul sau mai multe servere de retransmisie SMTP — sisteme intermediare care transmit mesajele de-a lungul lanțului de livrare. Aceste servere de retransmisie sunt intenționat restricționate pentru a preveni utilizarea neautorizată, care este un vector primar pentru spam și abuz.

Atunci când clientul dvs. de email sau aplicația încearcă să trimită un mesaj printr-un server SMTP fără a îndeplini cerințele de autorizare ale serverului, serverul respinge cererea și returnează:

550 Relay Not Permitted

Aceasta este o răspuns de eșec permanent (clasa 5xx), ceea ce înseamnă că serverul nu este pur și simplu ocupat — acesta refuză activ cererea de retransmisie pe baza unei reguli de politică sau configurație. Înțelegerea cauzei rădăcinii este esențială înainte de a încerca orice remediere.

Cauze comune ale erorii 550 Relay Not Permitted

1. Configurare SMTP incorectă sau incompletă

Cea mai frecventă cauză este o configurare greșită a clientului de email sau a aplicației. Dacă utilizați adresa serverului SMTP greșit, un număr de port incorect sau nu ați activat autentificarea, serverul va refuza să retransmită mesajul dvs.

Greșelile comune de configurare SMTP includ:

  • Utilizarea portului 25 în loc de porturile de trimitere 587 (STARTTLS) sau 465 (SSL/TLS)
  • Introducerea numelui de gazdă SMTP greșit (de ex., mail.domain.com vs. smtp.domain.com)
  • Lăsarea autentificării SMTP dezactivată atunci când serverul o necesită
  • Utilizarea acreditărilor de conectare vechi sau incorecte

2. Adresă expeditor neautorizată

Serverele SMTP sunt de obicei configurate pentru a retransmite mesaje doar pentru utilizatori autentificați sau pentru expeditori dintr-un domeniu specific. Dacă încercați să trimiteți email dintr-o adresă care nu aparține domeniului autorizat — de exemplu, trimiterea prin serverul de poștă corporativ folosind o adresă personală Gmail — serverul va respinge direct cererea de retransmisie.

Aceasta este deosebit de frecventă atunci când:

  • Migrarea conturilor de email între furnizori
  • Configurarea aplicațiilor terțe (CRM, platforme de comerț electronic, instrumente de monitorizare) pentru a trimite poștă
  • Utilizarea mediilor de găzduire partajate în care domeniul expeditorului trebuie să se potrivească cu contul de găzduire

3. Adresa IP blocată sau marcată pentru spam

Serverele de email evaluează continuu reputația adreselor IP care se conectează. Dacă IP-ul serverului dvs. a fost listat pe o Blocklist bazată pe DNS (DNSBL) sau a acumulat plângeri de spam, serverele receptoare — și chiar propriul dvs. server SMTP de ieșire — pot refuza să retransmită mesajele dvs.

Această situație este deosebit de frecventă pe:

  • Mediile de găzduire partajate în care un cont abuziv afectează toți utilizatorii pe același IP
  • Serverele nou aprovizionate care au moștenit o reputație slabă a IP-ului
  • Mediile VPS sau server dedicat în care emailul de ieșire nu a fost asigurat corespunzător

Dacă aveți nevoie de control complet asupra mediului serverului de poștă și reputației IP, luați în considerare un plan VPS Hosting care vă oferă o adresă IP dedicată și acces la nivel de rădăcină pentru a configura stiva de poștă corect de la zero.

4. Înregistrări de autentificare a emailului lipsă sau configurate greșit

Infrastructura modernă de email se bazează pe trei mecanisme critice de autentificare bazate pe DNS:

  • SPF (Sender Policy Framework) — Definește care adrese IP sunt autorizate să trimită poștă pentru domeniul dvs.
  • DKIM (DomainKeys Identified Mail) — Adaugă o semnătură criptografică la mesajele de ieșire
  • DMARC (Domain-based Message Authentication, Reporting & Conformance) — Specifică modul în care serverele receptoare ar trebui să gestioneze mesajele care nu reușesc verificările SPF sau DKIM

Înregistrările SPF, DKIM sau DMARC lipsă sau configurate incorect pot cauza respingeri de retransmisie, mai ales atunci când trimiteți prin furnizori SMTP terțe.

5. Restricții de retransmisie pe serverul SMTP

Unele servere SMTP sunt configurate pentru a retransmite poștă doar pentru intervale IP specifice (cunoscute ca restricții de retransmisie deschisă). Dacă IP-ul dvs. de trimitere nu se află în intervalul permis — de exemplu, atunci când vă conectați dintr-o locație nouă sau printr-o VPN — serverul va nega cererea de retransmisie chiar dacă acreditările dvs. sunt corecte.

Corecții pas cu pas pentru eroarea 550 Relay Not Permitted

Pasul 1: Verificați configurația SMTP

Începeți prin a confirma fiecare element al setărilor SMTP în clientul dvs. de email sau aplicație:

SetareValoare recomandată
Server SMTPNumele de gazdă corect al furnizorului dvs. (de ex., smtp.yourdomain.com)
Port587 (STARTTLS) sau 465 (SSL/TLS) — evitați portul 25 pentru trimiterea de client
AutentificareActivată (necesară de aproape toate serverele de poștă moderne)
Nume de utilizatorAdresa dvs. completă de email (de ex., user@yourdomain.com)
ParolăParola curentă și corectă pentru cont
CriptareSTARTTLS sau SSL/TLS

Dacă gestionați propriul dvs. server de poștă printr-un panou de control, platforme precum VPS cu cPanel oferă interfețe intuitive pentru a revizui și corecta setările de retransmisie SMTP fără a fi nevoie să editați manual fișierele de configurare.

Testați conexiunea SMTP folosind un instrument de linie de comandă sau un tester SMTP online pentru a confirma că serverul este accesibil și răspunde corect înainte de a face alte modificări.

Pasul 2: Confirmați adresa expeditorului autorizat

Asigurați-vă că adresa „De la” din clientul dvs. de email se potrivește cu un cont care este autorizat să utilizeze serverul SMTP:

  • Pentru email corporativ: Utilizați adresa dvs. oficială de email a companiei, nu una personală
  • Pentru aplicații web: Confirmați că adresa expeditorului se potrivește cu o cutie poștală pe același domeniu ca și contul dvs. de găzduire
  • Pentru servicii terțe: Adăugați IP-urile de trimitere ale serviciului la înregistrarea SPF și configurați semnarea DKIM

Dacă gestionați mai multe domenii sau aveți nevoie de o configurație de email profesională legată de domeniul dvs., Email Hosting oferă o soluție complet gestionată cu autentificare corect configurată din start.

Pasul 3: Verificați și reparați înregistrările de autentificare a emailului

Conectați-vă la panoul de gestionare DNS și verificați că următoarele înregistrări există și sunt corect formatate:

Exemplu de înregistrare SPF:

v=spf1 ip4:YOUR.SERVER.IP include:_spf.yourmailprovider.com ~all

Înregistrare DKIM: Generată de software-ul serverului de poștă (Postfix, Exim, cPanel, etc.) și publicată ca înregistrare TXT în DNS.

Exemplu de înregistrare DMARC:

v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourdomain.com

Utilizați instrumente gratuite cum ar fi MXToolbox, DMARC Analyzer sau Google Admin Toolbox pentru a valida înregistrările DNS și a identifica orice configurări greșite.

Dacă domeniul dvs. este înregistrat în altă parte și aveți nevoie de gestionare centralizată a DNS, Domain Registration prin AlexHost vă oferă control complet asupra înregistrărilor DNS alături de mediul dvs. de găzduire.

Pasul 4: Investigați și rezolvați problemele de reputație IP

Dacă IP-ul dvs. de trimitere a fost pus pe lista neagră, luați următoarele măsuri:

  1. Identificați lista neagră: Utilizați instrumente precum MXToolbox Blacklist Check sau MultiRBL pentru a verifica dacă IP-ul dvs. apare pe orice DNSBL
  2. Determinați cauza: Revizuiți jurnalele serverului de poștă pentru semne de activitate de spam, abuz de retransmisie deschisă sau conturi compromise
  3. Trimiteți cereri de eliminare: Majoritatea listelor negre oferă un proces de ștergere din serviciu odată ce problema de bază este rezolvată
  4. Monitorizați reputația continuă: Utilizați Google Postmaster Tools și Sender Score (senderscore.org) pentru a urmări reputația IP și domeniu în timp

Dacă sunteți pe un plan de găzduire partajată și suspectați că conturile vecine vă afectează reputația IP, actualizarea la o soluție Dedicated Servers vă oferă un mediu IP izolat fără risc de chiriași partajați.

Pasul 5: Revizuiți permisiunile de retransmisie pe partea serverului

Dacă administrați propriul dvs. server de poștă, verificați configurația de retransmisie direct:

Pentru Postfix (/etc/postfix/main.cf):

mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination

Pentru Exim (/etc/exim/exim.conf):

  • Verificați că relay_from_hosts include doar intervale IP de încredere
  • Asigurați-vă că mecanismele AUTH sunt activate și funcționează

După ce faceți modificări, reporniți serviciul de poștă și testați funcționalitatea de retransmisie:

# Postfix
sudo systemctl restart postfix

# Exim
sudo systemctl restart exim

Pasul 6: Contactați echipa de suport a furnizorului dvs. de email

Dacă ați lucrat prin toți pașii de mai sus și eroarea persistă, escaladați la echipa de suport a furnizorului dvs. de găzduire sau email. Furnizați-le:

  • Mesajul complet de returnare inclusiv toate anteturile
  • Adresa serverului SMTP și portul pe care le utilizați
  • Adresele expeditorului și destinatarului implicate
  • Orice intrări relevante din jurnalul serverului de poștă

O echipă de suport competentă poate identifica restricții pe partea serverului, blocări la nivel de cont sau probleme de infrastructură care nu sunt vizibile din partea clientului.

Cum să preveniți eroarea 550 Relay Not Permitted în viitor

Rezolvarea erorii o dată nu este suficientă — implementarea unor măsuri proactive asigură livrabilitatea emailului pe termen lung:

Mențineți setările SMTP corecte în orice moment

Documentați configurația SMTP și revizuiți-o ori de câte ori schimbați furnizori de găzduire, actualizați parole sau configurați aplicații noi. O singură acreditare veche poate întrerupe în tăcere livrarea emailului timp de zile înainte ca cineva să observe.

Activați întotdeauna autentificarea SMTP

Nu configurați niciodată un client de email sau o aplicație pentru a trimite fără autentificare. Retransmisia SMTP neautentificată nu este doar o cauză a erorii 550 — este și o vulnerabilitate de securitate semnificativă care poate fi exploatată pentru a trimite spam prin serverul dvs.

Mențineți actualizate înregistrările de autentificare a emailului

Revizuiți înregistrările SPF, DKIM și DMARC ori de câte ori:

  • Adăugați un nou serviciu de trimitere de email sau platformă de marketing
  • Schimbați furnizori de găzduire sau IP-uri ale serverului
  • Înregistrați un nou subdomeniu utilizat pentru trimitere

Înregistrările SPF vechi care nu includ toate sursele de trimitere autorizate sunt una dintre principalele cauze ale respingerilor de retransmisie și eșecurilor de livrare în inbox.

Monitorizați reputația de trimitere în mod proactiv

Configurați verificări regulate folosind:

  • Google Postmaster Tools — Reputația domeniului și IP, monitorizarea ratei de spam
  • Sender Score — Notarea reputației IP
  • MXToolbox Blacklist Monitor — Alertele automate de lista neagră
  • Rapoarte agregate DMARC — Vizibilitate în eșecurile de autentificare în toate sursele de trimitere

Utilizați un mediu de găzduire fiabil

Fiabilitatea serverului de poștă este direct legată de calitatea infrastructurii dvs. de găzduire. Mediile cu IP-uri stabile, vecinătăți cu abuz scăzut și DNS invers (înregistrări PTR) corect configurate reduc semnificativ riscul blocurilor de retransmisie.

Pentru afacerile care necesită infrastructură de email de nivel profesional, asocierea serverului de poștă cu Shared Web Hosting sau un plan VPS gestionat asigură că mediul dvs. este optimizat pentru livrabilitate de la început.

Asigurați serverul de poștă împotriva abuzului

Un server de poștă necorespunzător asigurat poate fi exploatat de spammeri, rezultând în punerea pe lista neagră și blocuri de retransmisie care afectează emailul dvs. legitim. Implementați:

  • Limitarea ratei pe conexiunile de ieșire
  • Politici de parolă puternice pentru toate conturile de cutie poștală
  • Autentificare cu doi factori acolo unde este suportată
  • Auditarea regulată a jurnalelor pentru a detecta devreme modelele de trimitere neobișnuite

Referință rapidă: Lista de verificare pentru depanarea erorii 550 Relay Not Permitted