E-poçt göndərilmir: SMTP xətaları 535, 550, 554 nə deməkdir

Məktub göndərirsiniz, bir neçə saniyə sonra "Mail Delivery System" adından geri qayıdır, içində isə 535, 550 və ya 554 kimi rəqəmlər var. Bu rəqəmlər SMTP xəta kodlarıdır və problemin harada olduğunu dəqiq deyir: parolda, alıcının ünvanında, yoxsa spam filtrində. Aşağıda ən çox rast gəlinən kodları, səbəblərini və hər birinin həllini sıralayırıq.

Kodu necə oxumalı

SMTP cavabı üç rəqəmli əsas koddan və çox vaxt nöqtələrlə ayrılmış genişləndirilmiş koddan ibarətdir, məsələn 550 5.1.1. İlk rəqəm ən vacibidir:

• 2xx: uğurlu. Məktub qəbul edildi.
• 4xx: müvəqqəti xəta. Server bir müddət sonra yenidən cəhd edəcək, çox vaxt sizdən heç nə tələb olunmur.
• 5xx: daimi xəta. Səbəb aradan qaldırılmayınca məktub çatmayacaq.

Geri qayıdan məktubda kodun yanındakı izahlı mətni də oxuyun. Alıcı serverin yazdığı qısa cümlə çox vaxt səbəbi birbaşa göstərir.

Əsas kodlar cədvəli

535: autentifikasiya xətası

535 5.7.8 Authentication failed mesajı server sizi tanımadığı deməkdir. Səbəblər demək olar ki, həmişə bunlardır:

1. Parol səhvdir və ya yaxınlarda dəyişdirilib, amma telefonda və ya Outlook-da köhnəsi qalıb.
2. İstifadəçi adı natamamdır. İstifadəçi adı tam e-poçt ünvanı olmalıdır: ad@sizindomen.az, yalnız "ad" yox.
3. SMTP üçün ayrıca parol tələb olunur. Bəzi poçt proqramlarında gələn və gedən poçt üçün parol ayrıca yazılır, ikinci sahə boş qalır.

Ən sürətli yoxlama: eyni ünvan və parolla webmail-ə daxil olun. Orada da giriş alınmırsa, parolu sıfırlayın. Webmail-də işləyirsə, problem poçt proqramının ayarlarındadır.

550: məktub qəbul edilmədi

550 kodu ən geniş kateqoriyadır, ona görə genişləndirilmiş koda və izah mətninə baxın:

• 550 5.1.1 (User unknown, mailbox not found): belə ünvan yoxdur. Ünvanda hərf səhvi axtarın, məsələn gmial.com və ya artıq nöqtə.
• 550 5.7.1 (rejected, policy): alıcı serverin siyasəti məktubu rədd edib. Çox vaxt səbəb domeninizdə SPF/DKIM yoxlamasının uğursuz olmasıdır.
• 550 relay not permitted və ya "SMTP autentifikasiyasını aktiv edin" mətni: poçt proqramında gedən server üçün autentifikasiya söndürülüb. "Gedən server autentifikasiya tələb edir" seçimini aktiv edin.
• Gmail-də 5.7.26: göndərən domen autentifikasiya yoxlamasından keçməyib. SPF, DKIM və DMARC yazılarını düzgün qurmaq lazımdır.

Məktublarınız rədd edilmir, amma spama düşürsə, bu ayrıca mövzudur: e-poçt Gmail-də spama düşür: səbəb və həll yazısına baxın.

552 və 553: yer və icazə

552 5.2.2 (mailbox full) alıcının qutusunun dolu olduğunu bildirir. Sizin tərəfdə edəcək bir şey yoxdur: alıcıya başqa kanalla xəbər verin. Kod məktubun ölçüsü ilə bağlıdırsa (message size exceeds), böyük faylı link kimi göndərin.

553 adətən "From" ünvanının daxil olduğunuz hesaba uyğun gəlmədiyini göstərir. Məsələn, info@ hesabı ilə daxil olub satis@ adından göndərmək istəyirsiniz. Ya həmin hesabla daxil olun, ya da administratordan icazə alın.

554 və 421: rədd və müvəqqəti məhdudiyyət

554 ümumi rədd kodudur və ən çox iki səbəbdən yaranır: göndərən serverin IP-si qara siyahıdadır və ya məktubun məzmunu spam kimi qiymətləndirilib. İzah mətnində Spamhaus kimi siyahı adları görünürsə, e-poçt qara siyahıdadır: blacklist həlli bələdçisinə əməl edin.

Məzmun tərəfində çoxlu link, qısaldılmış URL-lər, yalnız şəkildən ibarət məktub və ağır imza risk yaradır. İmzanı sadə və səliqəli saxlamaq üçün peşəkar e-poçt imzası tövsiyələrinə baxın.

421 müvəqqəti xətadır: alıcı server yüklüdür və ya sizin serverdən gələn məktubların sürətini məhdudlaşdırır. Gmail kimi böyük xidmətlər qısa müddətdə çox məktub gələndə 421 ilə cavab verə bilər. Server məktubu özü yenidən göndərməyə çalışacaq. Göndərən tərəfdə dayanma ehtimalını real qiymətləndirmək üçün 99.9% uptime nə deməkdir yazısı faydalıdır.

Unutmayın: hostinqdəki poçt qutularının saatlıq və gündəlik göndəriş limitləri var. Yüzlərlə alıcıya bülleten göndərmək adi qutu üçün deyil, bunun üçün ayrıca e-poçt marketinq xidmətindən istifadə edin.

Düzgün SMTP ayarları

Hostinq.az poçtu üçün tövsiyə olunan ayarlar:

Port 465 bağlantını əvvəldən SSL ilə açır. 587 portu da standartdır (STARTTLS), amma bir proqramda port və şifrələmə növünü qarışdırmaq, məsələn 465 ilə STARTTLS seçmək, bağlantı xətası verir. Port 25 isə serverlər arası ötürmə üçündür və bir çox internet provayderi tərəfindən bağlanır.

Serverə bağlantının olub-olmadığını terminaldan yoxlaya bilərsiniz (macOS və Linux):

openssl s_client -connect mail.sizindomen.az:465 -quiet

Cavabda 220 ilə başlayan sətir görünürsə, server əlçatandır və problem ayarlardadır. Ayarlarla vaxt itirməmək üçün iPhone istifadəçiləri müştəri panelindəki "Telefona qoş" funksiyasından istifadə edə bilər, bu barədə iPhone Mail-də korporativ e-poçtu bir toxunuşla qurmaq yazısında danışmışıq.

Tez-tez verilən suallar

Telefondan göndərir, kompüterdən göndərmir. Niyə?

Demək olar ki, həmişə kompüterdəki proqramın ayarları fərqlidir: köhnə parol, natamam istifadəçi adı və ya söndürülmüş SMTP autentifikasiyası. Telefondakı ayarları kompüterə eyni ilə köçürün.

Məktub geri qayıtmır, amma alıcıya çatmır. Nə etməli?

Ən çox məktub spam qovluğuna düşür. Alıcıdan spam qovluğunu yoxlamağı xahiş edin və domeninizin SPF, DKIM, DMARC yazılarını yoxlayın.

4xx xətası alanda məktubu yenidən göndərməliyəm?

Adətən yox, server bir neçə dəfə özü cəhd edir. Yalnız bir neçə saat sonra "çatdırılmadı" bildirişi gəlsə, səbəbi araşdırın.

SPF, DKIM və DMARC qurulumu, pulsuz köçürmə və 24/7 Azərbaycan dilində dəstəklə işləyən poçt üçün Hostinq.az korporativ e-poçt və e-poçt hostinq paketləri ilə tanış olun.