Salt la conținut

Setări cookie-uri

Alegeți pentru fiecare tip ce cookie-uri permiteți. Puteți modifica oricând alegerea prin Setări cookie-uri, în partea de jos a fiecărei pagini. Declarație de confidențialitate

Necesare

Mereu active

Necesare pentru autentificare, pentru păstrarea coșului și pentru a vă reține alegerile. Acestea sunt mereu active.

Ce cookie-uri?
  • weboke_sessie, weboke_klant, weboke_remember: sesiunea și menținerea autentificării
  • weboke_basket: coșul de cumpărături
  • wkBtwIncl: afișarea prețurilor cu sau fără TVA
  • wok_cookies: alegerea privind cookie-urile, 12 luni

Măsoară ce reclamă duce la o vizită sau o comandă, ca să nu plătim pentru reclame care nu aduc nimic.

Ce cookie-uri?
  • Google Ads prin Google Tag Manager (_gcl_au, _gcl_aw), până la 90 de zile
  • OpenAI Ads, reclame în ChatGPT
  • wok_aff: prin ce partener ați ajuns la noi (program de afiliere), 60 de zile

4,6

Țară și limbă

Fiecare țară are propriul site, cu prețurile și TVA-ul pentru țara respectivă.

Vedeți

Coduri de eroare frecvente, explicate

Modulul 6: Erori de livrare (bounces) și rezolvarea problemelor · Timp de citire: 12 minute

Obiectiv: După această lecție veți recunoaște codurile de eroare pe care le întâlniți cel mai des, veți ști care este cauza și cine trebuie să o rezolve: dumneavoastră, ca expeditor, destinatarul sau administratorul unui server de e-mail.

Concepte cheie: adresă necunoscută (5.1.1), mailbox plin (4.2.2 / 5.2.2), mesaj prea mare (5.3.4), nicio rută (5.4.x), expirat în coadă (4.4.7), releu refuzat (5.7.1), neautentificat (Gmail 5.7.26), PTR lipsă (Gmail 5.7.25), ritm prea ridicat (4.7.28), Microsoft 4.7.500, 5.7.509, 5.7.515, 5.7.606, 5.7.708, blocare IP T-Online, limită de trimitere

Mai întâi: cine trebuie să facă ceva?

Un cod de eroare este util doar dacă știți cine trebuie să acționeze. Încadrați, prin urmare, fiecare bounce mai întâi într-una din aceste patru categorii:

  1. Adresa sau mailboxul destinatarului (5.1.x, x.2.x): adresa nu există, sau mailboxul este plin ori dezactivat. Dumneavoastră puteți doar să verificați adresa sau să avertizați destinatarul pe altă cale.
  2. Setările dumneavoastră ca expeditor (de exemplu 5.7.1 relaying denied, erori de autentificare, limită de trimitere): dumneavoastră ajustați ceva în programul dumneavoastră de e-mail sau în pachetul dumneavoastră.
  3. Domeniul dumneavoastră (SPF, DKIM, DMARC; Gmail 5.7.26, Microsoft 5.7.509 și 5.7.515): dumneavoastră ajustați DNS-ul, sau dispuneți ajustarea acestuia.
  4. Serverul de trimitere (PTR, listă de blocare, reputație; Gmail 5.7.25 și 4.7.28, Microsoft 4.7.500 și 5.7.606, T-Online): administratorul serverului rezolvă problema. În cazul unui pachet de hosting sau al unui serviciu de e-mail, acesta este furnizorul dumneavoastră.

Adresă și mailbox

Cod (text exemplu)CauzăCe faceți?
550 5.1.1 User unknown, Recipient address rejected, mailbox unavailableAdresa nu există la destinatarVerificați ortografia. Dacă este corectă, întrebați destinatarul pe altă cale dacă adresa mai există
550 5.1.10 (Microsoft), RecipientNotFoundIdem la Microsoft 365Idem
5.1.2, Host or domain name not foundDomeniul nu există sau nu are server de e-mail (fără MX și fără A)Greșeală de scriere în domeniu (gmial.com)? Sau domeniul destinatarului a expirat sau este configurat greșit
452 4.2.2 sau 552 5.2.2, mailbox full, quota exceeded, out of storage spaceMailboxul destinatarului este plinDestinatarul trebuie să facă loc. La 4.2.2 serverul dumneavoastră mai încearcă; la 5.2.2 este definitiv. Gmail folosește 552 5.2.2 pentru un mailbox plin care nu a mai fost folosit de mult timp
450 4.2.1, receiving mail too quicklyDestinatarul primește prea multă poștă într-un timp scurtAșteptați, serverul dumneavoastră va încerca din nou
552 5.3.4, message size exceeds, message too bigMesajul cu atașamente este mai mare decât permite destinatarulO atașare mai mică, sau partajați fișierul printr-un link. Atenție: atașamentele devin cu aproximativ o treime mai mari din cauza codificării (lecția 3.2)

Setările dumneavoastră proprii de trimitere

Cod (text exemplu)CauzăCe faceți?
550 5.7.1 Relaying denied, Relay access deniedProgramul dumneavoastră de e-mail nu se autentifică la serverul de ieșire, iar acesta refuză să transmită poșta către alte domeniiActivați autentificarea pentru serverul de ieșire (lecția 1.4, 2.1)
535 5.7.8 Authentication failedNume de utilizator sau parolă greșite la trimitereAdresă de e-mail completă ca nume de utilizator, testați parola în webmail
550 5.4.5 Daily sending quota exceeded, message limit reachedAți atins limita de trimitere a mailboxului sau a pachetului dumneavoastrăAșteptați până când limita se eliberează din nou. Nu trimiteți mult? Atunci mailboxul dumneavoastră ar putea fi folosit abuziv: schimbați imediat parola
553 5.7.1 ... not owned by user, can not send emails fromAdresa expeditorului nu corespunde mailboxului cu care vă autentificațiTrimiteți de la propria dumneavoastră adresă, sau configurați aliasul conform instrucțiunilor furnizorului dumneavoastră (lecția 3.3)
4.4.7, Message expired, retry timeout exceededMesajul a stat zile întregi în coadă și nu a putut fi livratAnalizați mesajele de întârziere anterioare: acestea conțin motivul real

Domeniul dumneavoastră: autentificare

Cod (text exemplu)CauzăCe faceți?
550 5.7.26 ... sender is unauthenticated (Gmail)SPF și DKIM eșuează amândouă, sau DMARC eșueazăCompletați SPF cu serviciul care a trimis, activați DKIM, verificați alinierea (modulul 4)
550 5.7.27 (Gmail)SPF a eșuatIncludeți serverul de trimitere în SPF-ul dumneavoastră; atenție la cele zece căutări
550 5.7.30 / 421 4.7.30 (Gmail)DKIM a eșuatVerificați cheia DKIM cu selectorul din e-mail
421 4.7.32 / 550 5.7.32 (Gmail)Domeniul From: nu este aliniat cu SPF sau DKIMDKIM propriu pe domeniul dumneavoastră la serviciul de trimitere, sau un Return-Path propriu
421 4.7.31 (Gmail)Expeditor de volum mare fără înregistrare DMARCPlasați o înregistrare DMARC, cel puțin p=none
550 5.7.509 Access denied, sending domain ... does not pass DMARC verification and has a DMARC policy of reject (Microsoft)DMARC eșuează și politica dumneavoastră proprie este rejectAflați ce sursă nu este aliniată (raport DMARC, lecția 4.5). Exact de aceea începeți cu p=none
550 5.7.515 Access denied, sending domain ... does not meet the required authentication level (Microsoft)Expeditor de volum mare către Outlook.com la care SPF sau DKIM eșuează, sau DMARC lipseșteFaceți ca SPF și DKIM să treacă ambele, înregistrare DMARC (lecția 5.3)
550 5.7.23 ... Sender Policy Framework violation (Microsoft)SPF eșuează la un destinatar care filtrează strict pe SPFCompletați SPF
550 5.7.1 DMARC check failed (alte servere)Idem, cu un cod generalIdem

O atenționare la 5.7.509: bounce-ul menționează domeniul dumneavoastră, dar cauza nu este întotdeauna poșta dumneavoastră obișnuită. Adesea este vorba despre un site web, un magazin online sau un program de contabilitate care trimite în numele domeniului dumneavoastră fără ca acel serviciu să fie inclus în SPF-ul dumneavoastră sau să semneze cu DKIM-ul dumneavoastră. Verificați în capetele de mesaj ale e-mailului original de la finalul bounce-ului Return-Path și serverul de trimitere.

Serverul de trimitere: PTR, reputație și liste de blocare

Cod (text exemplu)CauzăCine rezolvă?
550 5.7.25 ... doesn't have a PTR record (Gmail)Adresa IP a serverului de trimitere nu are un reverse DNS (corect), adesea prin IPv6Administratorul serverului (lecția 5.1)
421 4.7.23 (Gmail)Idem, varianta temporarăIdem
550 5.7.29 / 421 4.7.29 (Gmail)Nu a fost trimis prin TLSAdministratorul serverului
421 4.7.28 ... unusual rate of email (Gmail), 550 5.7.28 ... unusual rate of unsolicited emailPrea multă poștă sau prea multă poștă nedorită de la această adresă IPReduceți ritmul; în cazul unui refuz definitiv, rezolvați mai întâi cauza (spam, listă cumpărată)
451 4.7.500 Server busy. Please try again later from [IP] (Microsoft)Microsoft frânează temporar adresa IP, adesea pentru că este nouă sau volumul crește bruscAșteptați, serverul încearcă din nou; administratorul „încălzește" IP-ul și îl înregistrează la SNDS (lecția 6.4). Microsoft documentează seria 4.7.500 până la 4.7.699 și ca „Access denied, please try again later" în caz de activitate suspectă
550 5.7.606 până la 5.7.649 Access denied, banned sending IP [IP] (Microsoft)Adresa IP a fost blocată de MicrosoftAdministratorul solicită eliminarea prin sender.office.com, după rezolvarea cauzei
550 5.7.708 Access denied, traffic not accepted from this IP (Microsoft 365, ieșire)Traficul de la acest IP sau acest mediu Microsoft 365 nu este acceptat, adesea după abuzAdministratorul mediului Microsoft 365, prin asistența Microsoft
554 ... blocked using zen.spamhaus.org, listed at, RBLAdresa IP se află pe o listă de blocareAdministratorul serverului, după rezolvarea cauzei (lecția 5.2)
554 IP=192.0.2.25 - A problem occurred și mesaje similare cu „bad reputation" (T-Online)T-Online a blocat adresa IP, pe baza propriilor date de reputațieAdministratorul serverului de trimitere contactează T-Online (lecția 6.4)
421 Maximum parallel connections for your IP-Address reached (T-Online)Prea multe conexiuni simultaneAdministratorul limitează numărul de conexiuni; poșta ajunge totuși mai târziu

Cum căutați un cod necunoscut?

  1. Vedeți cine l-a dat. Numele din Remote-MTA sau după host arată despre care parte este vorba: google.com, outlook.com sau protection.outlook.com, t-online.de, și așa mai departe.
  2. Căutați codul la acea parte. Google are o pagină „Gmail SMTP errors and codes", Microsoft „Email nondelivery reports and SMTP errors in Exchange Online", iar Yahoo și T-Online au pagini pentru postmaster. Acestea sunt mai de încredere decât un forum oarecare.
  3. Citiți textul care urmează. La destinatarii mari apare adesea un link sau un cod între paranteze (precum (AS843) la Microsoft) care spune exact ce se întâmplă.
  4. Analizați e-mailul original de la finalul bounce-ului. Ce adresă de expeditor, ce Return-Path, ce server? La erorile SPF și DMARC acolo se află răspunsul.

În practică

La WebOké, în baza de cunoștințe găsiți o listă cu mesajele cele mai frecvente, iar în DirectAdmin puteți vedea în E-mail Tracking răspunsul literal al serverului destinatar. La alți furnizori există, de obicei, un astfel de jurnal, uneori doar pentru administrator. Dacă solicitați ajutor de la un furnizor, trimiteți întotdeauna bounce-ul complet, cu linia care conține codul, adresa expeditorului, adresa destinatarului și momentul. Un rezumat de tipul „poșta mea nu ajunge" nu poate fi căutat de nimeni.

Rezumat

  • Încadrați mai întâi fiecare cod: adresa/mailboxul destinatarului, setările dumneavoastră de trimitere, domeniul dumneavoastră, sau serverul de trimitere.
  • 5.1.1 adresa nu există, x.2.2 mailbox plin, 5.3.4 prea mare, 5.7.1 relaying denied neautentificat.
  • Autentificare: Gmail 5.7.26/5.7.27/5.7.30, Microsoft 5.7.509 (DMARC cu reject) și 5.7.515 (volum mare).
  • Server: Gmail 5.7.25 (PTR), Microsoft 4.7.500 (frânat temporar) și 5.7.606 (IP blocat), blocaje IP T-Online.
  • Căutați un cod necunoscut la partea care l-a emis și citiți e-mailul original de la final.

Quiz

1. Clientul dumneavoastră raportează 552 5.2.2 Mailbox full de la un destinatar. Cine trebuie să facă ceva?



2. Magazinul dumneavoastră online primește de la Microsoft eroarea 550 5.7.509 ... does not pass DMARC verification and has a DMARC policy of reject. Poșta dumneavoastră obișnuită ajunge totuși. Care este cauza probabilă?



3. Ce înseamnă 451 4.7.500 Server busy. Please try again later de la Outlook.com?



4. Programul dumneavoastră de e-mail afișează 550 5.7.1 Relaying denied la trimiterea către o adresă externă. Ce rezolvați?



5. Gmail refuză mesajul dumneavoastră cu 550 5.7.25, dar doar uneori. Unde verificați mai întâi?



Exercițiu

Exercițiul Z6.2: Corelarea codului cu cauza. Primiți zece mesaje de eroare reale (cu domenii exemplu și adrese de documentare) și o listă cu cauze și cu cine trebuie să acționeze. Corelați fiecare mesaj cu cauza corectă și cu partea corectă. Programul verifică folosind o cheie fixă și oferă explicația pentru fiecare răspuns la eroare.

Exercițiul Z6.2: Corelarea codului cu cauza

Corelați fiecare mesaj cu o cauză și cu partea care trebuie să acționeze. Parte: O = destinatarul, J = dumneavoastră, ca expeditor, D = domeniul/DNS dumneavoastră, S = administratorul serverului de trimitere.





















Ceea ce completați și ceea ce găsim nu se salvează. Browserul dumneavoastră reține răspunsurile și dacă ați rezolvat exercițiul. Dacă sunteți autentificat, păstrăm în Cursurile mele doar faptul că exercițiul a fost (aproape) corect; și de acolo îl puteți șterge.

Lectură suplimentară

Pașii din aceste articole sunt valabili pentru panourile WebOké; la alți furnizori funcționează similar.

Un moment…

Configurați domeniile

Stabiliți pentru fiecare domeniu nameserverele, legătura cu hostingul și cine devine titularul.

Se încarcă domeniile…