Számos felhasználó kereste meg kérdéseivel, miután néhány (vagy az összes) e-mailt, amelyet megpróbáltak elküldeni e-mail klienseikről (Outlook, Thunderbird stb.), Elutasították a SMTP-hiba 550 (más néven SMTP 5.5.5 hiba).
Mi okozza az 550 SMTP hibát?
Megvizsgáltuk ezt a problémát különböző felhasználói jelentések és javítási stratégiák megvizsgálásával, amelyekkel megpróbálták megoldani a problémát.
Mint kiderült, az 500 Error állapotkód általában azt jelenti, hogy az e-mailt nem sikerült kézbesíteni, mert a címzett postaládája nem elérhető. Szinte mindig a probléma a fogadó levelező szerverrel van, mint a küldő klienssel.
A kérdés alapos elmélyülésével sikerült azonosítanunk azon potenciális gyanúsítottak listáját, amelyek végül a SMTP hiba 500 :
- A címzett e-mail címében elírás van - Ez a hibaüzenet leggyakoribb kiváltója. Nagyon lehetséges, hogy az 500-as SMTP hibakódot visszaküldi az az oka, hogy az e-mailben elküldött e-mail helytelen.
- A cím már nem létezik a címzett szerveren - Az is lehetséges, hogy sikerült beírnia a helyes címzett címét, de a címzett már nem létezik a fogadó szerveren. Előfordulhat, hogy a címet irányelvsértések miatt felfüggesztették vagy törölték.
- A levélszemét-szűrés blokkolja az e-mailt - A hibaüzenet megjelenésének másik lehetséges oka a túlságosan védő spamszűrő szolgáltatás oka.
- A kimenő levélszűrő szolgáltatás letiltotta az e-mailt - Az is lehetséges, hogy a küldő kiszolgálónak vannak olyan kimenő levelek szűrési szabályai, amelyek végül blokkolták az üzenet küldését.
- SMTP-hitelesítési hiba - Egy másik lehetséges forgatókönyv az, hogy az üzenet SMTP küldésével történt, SMTP hitelesítési hiba miatt.
- A fogadó e-mail szerver nem működik - Bár ez nagyon ritka eset, van esély arra, hogy a fogadó levelező szerver leállt, és nem tudja feldolgozni a küldési kérését.
- A címzett postafiókja zárva, inaktív, letiltva vagy felfüggesztve - A probléma azért is felmerülhet, mert az elérni kívánt postafiók különböző okok miatt le van tiltva / bezárva / szünetel.
- Az MX rekordok nincsenek megfelelően konfigurálva a fogadó levelező szerveren - Néhány ritka esetben a hibát helytelenül konfigurált MX rekordok is okozhatják.
Ha ezzel a hibával találkozik levelek küldésekor, ez a cikk néhány hibaelhárítási lépést tartalmaz. Az alábbiakban olyan módszerek gyűjteményét találja, amelyeket a hasonló helyzetben lévő többi felhasználó a probléma megoldásához használt.
De ne feledje, hogy ez általában a címzett és nem a küldő problémája, ezért a javítási stratégiák korlátozottak, ha nincs módja a hibaelhárításra a fogadó oldalon.
1. módszer: Ellenőrizze még egyszer az elírási hibákat az e-mail címen belül
Mint fent említettük, a hiba első számú oka az, hogy a címzett e-mail címe helytelen. Ezt szem előtt tartva ellenőrizze újra a címzett (Címzett) mezőt, és ellenőrizze, hogy a beírt / beillesztett cím helyes-e. Győződjön meg arról, hogy nincs szóköz, és ne feledje, hogy az e-mail felhasználónevének része megkülönbözteti a kis- és nagybetűket.
Az e-mail cím helyes beírásának biztosítása
Az is lehetséges, hogy az e-mailt küldő személyek szándékosan vagy tévedésből adtak rossz e-mailt.
2. módszer: Kérje meg a címzettet, hogy állítsa le a tűzfalát
Egy másik lehetséges forgatókönyv az, amikor a címzett tűzfala megakadályozza az e-mailek bejutását a beérkező levelek mappájába. Ez kissé bonyolult, mert nem fog látni más állapotkódot, ha ez a forgatókönyv alkalmazható.
Nyilvánvaló, hogy ha ezzel a hibával találkozik, amikor kapcsolatba lép egy ismeretlen személlyel, vagy tömeges e-maileket küld, akkor ez nem lesz érvényes, de ha személyesen ismeri az illetőt, megkérheti őt, hogy ideiglenesen kapcsolja ki a tűzfal védelmét.
A Anti-Spam funkció letiltása
Egyes külső gyártók tűzfala különálló spamellenes funkcióval rendelkezik, amely automatikusan kezeli a spamnek tekintett e-mail üzeneteket. Ha ez a forgatókönyv alkalmazható a címzettre, győzze meg (vagy tegye meg saját maga), hogy tiltsa le a Levélszemét-szűrőt.
Miután a címzett foglalkozott a tűzfal / levélszemét-szűrővel, küldje el újra az e-mailt, és nézze meg, hogy visszaküldik-e még SMTP hiba 500.
Ha továbbra is ugyanazt a hibakódot kapja, lépjen az alábbi következő módszerre.
3. módszer: Annak ellenőrzése, hogy a kiszolgáló IP-je vagy tartománya szerepel-e feketelistán
Lehetséges, hogy a szerver IP-címét vagy az e-mailek küldéséhez használt domaint egy spamellenes szűrő feketelistára helyezi. Egyes e-mail rendszerekről ismert, hogy az 550 állapotkóddal automatikusan elutasítják a feketelistán szereplő domainekről és IP-címekről érkező e-maileket.
Ha az e-mail szervereid feketelistára kerültek, előfordulhat, hogy az elküldött e-mailek egy része nem kerül kézbesítésre - ezért előfordulhat, hogy gyakran előfordul 550 SMTP hibakód . Ez egy általános gyakorlat, amelyet a spam mennyiségének csökkentésére használnak.
Szerencsére van egy egyszerű módja annak ellenőrzésére, hogy ez a forgatókönyv alkalmazható-e az Ön jelenlegi helyzetére. Használhat egy eszközt, amely 100 DNS-alapú e-mail tiltólistán (valós idejű feketelista, DNSBL, RBL) teszteli a levelező szerver IP-címét.
Itt található egy gyors útmutató a levelezőszerver IP-címének azonosításához és annak ellenőrzéséhez, hogy került-e feketelistára:
- Látogassa meg ezt a linket ( itt ), írja be az e-mail domainjét, és kattintson az MX Lookup gombra az ellenőrzés megkezdéséhez. Ez segít megtalálni az e-mail szerverünk IP-címét.
Az e-mail szerver IP-címének felfedezése
- Miután sikerült megtalálni az e-mail domain IP-címét, másolja azt a vágólapra.
- Látogassa meg ezt az eszközt ( itt ) illessze be a korábban beolvasott IP-címet, és kattintson rá Feketelista ellenőrzése . A vizsgálat befejezése után megjelenik az ismert e-mail feketelisták listája. Görgessen lefelé a listán annak megerősítéséhez, hogy címe nincs feketelistán.
Feketelistán szereplő IP-cím
- Ha úgy találja, hogy a domain neve IP-címe feketelistára került az egyik listán, akkor szinte adott tény, hogy valamilyen spamellenes szűrő miatt nem tudja elküldeni az e-mailt.
Ha a vizsgálat során kiderül, hogy az Ön e-mail domainje vagy IP címe feketelistára került, próbáljon meg egy másik e-mail címet használni az e-mail küldéséhez.
3 perc olvasás