{"id":155,"date":"2026-10-15T17:01:33","date_gmt":"2026-10-15T14:01:33","guid":{"rendered":"https:\/\/mx1mail.com\/blog\/smtp-greylisting-nedir-4xx-421-450-451-gecici-hatalar\/"},"modified":"2026-10-15T17:01:33","modified_gmt":"2026-10-15T14:01:33","slug":"smtp-greylisting-nedir-4xx-421-450-451-gecici-hatalar","status":"publish","type":"post","link":"https:\/\/mx1mail.com\/blog\/tr\/smtp-greylisting-nedir-4xx-421-450-451-gecici-hatalar\/","title":{"rendered":"SMTP Greylisting Nedir? 4xx (421\/450\/451) Ge\u00e7ici Hatalar, Tekrar Deneme Mant\u0131\u011f\u0131 ve Teslimat Gecikmelerini Azaltma"},"content":{"rendered":"<h2>Greylisting neyi \u00e7\u00f6zer ve neden h\u00e2l\u00e2 kullan\u0131l\u0131r?<\/h2>\n<p>Greylisting, e-posta al\u0131c\u0131 sunucusunun ilk teslim denemesini bilin\u00e7li olarak ge\u00e7ici bir hata ile reddetmesi ve g\u00f6nderen sunucunun standartlara uygun \u015fekilde tekrar denemesini beklemesi prensibine dayan\u0131r. Mant\u0131k basittir: Me\u015fru e-posta altyap\u0131lar\u0131n\u0131n \u00e7o\u011fu ge\u00e7ici bir hatada tekrar deneme yapacak \u015fekilde tasarlanm\u0131\u015ft\u0131r; bir\u00e7ok d\u00fc\u015f\u00fck kaliteli spam kayna\u011f\u0131 ise ayn\u0131 titizli\u011fi g\u00f6stermez, ya hi\u00e7 tekrar deneme yapmaz ya da yanl\u0131\u015f aral\u0131klarla dener. Bu yakla\u015f\u0131m, \u00f6zellikle \u201cbir anda \u00e7ok say\u0131da yeni g\u00f6nderen IP\u2019den gelen\u201d istenmeyen trafik dalgalar\u0131n\u0131 maliyetsiz bi\u00e7imde yava\u015flatma ve eleme avantaj\u0131 sa\u011flar.<\/p>\n<p>Greylisting, modern filtreleme y\u00f6ntemlerinin (i\u00e7erik analizi, itibar puanlar\u0131, kimlik do\u011frulama kontrolleri) yan\u0131nda tek ba\u015f\u0131na mucize de\u011fildir. Ancak do\u011fru uyguland\u0131\u011f\u0131nda, al\u0131c\u0131 taraf\u0131n kaynaklar\u0131n\u0131 korur ve sald\u0131r\u0131\/ spam hacmini azalt\u0131r. Yan etkisi ise gecikmedir: \u00f6zellikle ilk kez ileti\u015fim kuran taraflar aras\u0131nda e-posta teslimi birka\u00e7 dakika ile bir saat aras\u0131nda gecikebilir. Bu nedenle BT ekipleri hem al\u0131c\u0131 hem g\u00f6nderen perspektifinden greylisting davran\u0131\u015f\u0131n\u0131 anlamal\u0131, 4xx ge\u00e7ici hatalar\u0131 kal\u0131c\u0131 (5xx) hatalarla kar\u0131\u015ft\u0131rmamal\u0131d\u0131r.<\/p>\n<h2>4xx ge\u00e7ici SMTP hatalar\u0131: 421, 450, 451 ne demektir?<\/h2>\n<p>SMTP hata kodlar\u0131 kabaca ikiye ayr\u0131l\u0131r: 4xx kodlar\u0131 ge\u00e7ici (temporary) hatalar\u0131, 5xx kodlar\u0131 kal\u0131c\u0131 (permanent) hatalar\u0131 ifade eder. Greylisting senaryolar\u0131nda \u00e7o\u011funlukla 4xx g\u00f6r\u00fcrs\u00fcn\u00fcz. En s\u0131k kar\u015f\u0131la\u015f\u0131lanlar \u015funlard\u0131r:<\/p>\n<ul>\n<li><strong>421<\/strong>: Hizmet ge\u00e7ici olarak kullan\u0131lam\u0131yor. Bazen ba\u011flant\u0131 seviyesinde \u201c\u015fu an me\u015fgul\u00fcm, daha sonra dene\u201d anlam\u0131na gelir.<\/li>\n<li><strong>450<\/strong>: \u0130stenen posta i\u015flemi ger\u00e7ekle\u015ftirilemedi; posta kutusu kilitli, politika gere\u011fi bekletiliyor veya ge\u00e7ici k\u0131s\u0131tlar devrede olabilir.<\/li>\n<li><strong>451<\/strong>: Yerel hata; i\u015fleme devam edilemiyor. Anti-spam kontrolleri, ge\u00e7ici i\u00e7 hata veya gri liste politikas\u0131 buna sebep olabilir.<\/li>\n<\/ul>\n<p>Bu kodlar tek ba\u015f\u0131na \u201cgreylisting var\u201d demek de\u011fildir; sunucu y\u00fck\u00fc, ge\u00e7ici DNS sorunlar\u0131, anti-vir\u00fcs taramas\u0131 veya rate limit gibi nedenlerle de 4xx \u00fcretilir. Ay\u0131rt etmek i\u00e7in hata mesaj\u0131n\u0131n metnini, tekrar denemeler aras\u0131ndaki s\u00fcreyi ve ayn\u0131 al\u0131c\u0131 alan ad\u0131 i\u00e7in tekrarlan\u0131p tekrarlanmad\u0131\u011f\u0131n\u0131 incelemek gerekir.<\/p>\n<h2>Greylisting mekanizmas\u0131: \u00dc\u00e7l\u00fc (triplet) mant\u0131\u011f\u0131 ve beyaz listeleme<\/h2>\n<p>Greylisting uygulamalar\u0131 genellikle bir \u201c\u00fc\u00e7l\u00fc\u201d \u00fczerinden karar verir: g\u00f6nderen IP adresi, MAIL FROM zarf adresi (envelope sender) ve RCPT TO al\u0131c\u0131 adresi. \u0130lk denemede bu \u00fc\u00e7l\u00fc daha \u00f6nce g\u00f6r\u00fclmemi\u015fse al\u0131c\u0131 sunucu 4xx ile reddeder. G\u00f6nderen MTA (mail transfer agent) bir s\u00fcre sonra ayn\u0131 \u00fc\u00e7l\u00fc ile tekrar denedi\u011finde teslim kabul edilir. Kabul edildikten sonra ayn\u0131 kaynak i\u00e7in bir s\u00fcre \u201cbeyaz liste\u201d etkisi olu\u015fur ve sonraki e-postalar gecikmeden ge\u00e7ebilir.<\/p>\n<p>Politikaya g\u00f6re bu \u00fc\u00e7l\u00fcn\u00fcn bile\u015fenleri de\u011fi\u015febilir (\u00f6rne\u011fin yaln\u0131z IP+domain, ya da domain temelli). Buradaki hedef, bir yandan spam botlar\u0131n\u0131 elemek, di\u011fer yandan me\u015fru g\u00f6nderenlere s\u00fcreklilik sa\u011flamak. Ne kadar \u201ckat\u0131\u201d olursa ilk teslim gecikmeleri o kadar artar; ne kadar \u201cgev\u015fek\u201d olursa spam azaltma etkisi d\u00fc\u015fer.<\/p>\n<h2>Tekrar deneme (retry) davran\u0131\u015f\u0131 neden kritik?<\/h2>\n<p>Greylisting\u2019in \u00e7al\u0131\u015fmas\u0131, g\u00f6nderen sunucunun RFC uyumlu retry davran\u0131\u015f\u0131 g\u00f6stermesine ba\u011fl\u0131d\u0131r. Kurumsal e-posta sistemleri genellikle otomatik retry yapar; ancak baz\u0131 uygulamalar veya yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f SMTP istemcileri 4xx hatay\u0131 g\u00f6r\u00fcnce g\u00f6nderimi kesebilir. Bu durum \u00f6zellikle \u015fu senaryolarda kar\u015f\u0131n\u0131za \u00e7\u0131kar:<\/p>\n<ul>\n<li>Web uygulamalar\u0131n\u0131n do\u011frudan al\u0131c\u0131 sunucuya SMTP ile g\u00f6ndermeye \u00e7al\u0131\u015fmas\u0131 (yerel kuyru\u011fu olmayan basit k\u00fct\u00fcphaneler).<\/li>\n<li>Yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f yaz\u0131c\u0131\/cihaz taray\u0131c\u0131lar\u0131 veya IoT cihazlar\u0131.<\/li>\n<li>\u00c7ok k\u0131sa zaman a\u015f\u0131m\u0131 (timeout) ve hatal\u0131 retry aral\u0131klar\u0131 olan \u00f6zel yaz\u0131l\u0131mlar.<\/li>\n<\/ul>\n<p>Bu t\u00fcr sistemlerde do\u011fru yakla\u015f\u0131m genellikle \u201cSMTP relay\u201d veya \u201csubmission\u201d \u00fczerinden, kuyruk ve retry y\u00f6netimi olan bir \u00e7\u0131k\u0131\u015f katman\u0131 kullanmakt\u0131r. B\u00f6ylece ge\u00e7ici hatalarda e-posta kaybolmaz; kuyrukta bekler ve daha sonra tekrar denenir.<\/p>\n<h2>Greylisting kaynakl\u0131 gecikmeleri nas\u0131l te\u015fhis edersiniz?<\/h2>\n<p>Bir e-postan\u0131n gecikmesinin greylisting\u2019den kaynakland\u0131\u011f\u0131n\u0131 anlamak i\u00e7in hem g\u00f6nderen hem al\u0131c\u0131 taraf\u0131nda izlenecek pratik ad\u0131mlar vard\u0131r:<\/p>\n<h3>1) G\u00f6nderen taraf\u0131nda kuyruk (queue) ve log kontrol\u00fc<\/h3>\n<p>G\u00f6nderen MTA loglar\u0131nda al\u0131c\u0131 sunucudan d\u00f6nen 4xx kodunu ve metnini aray\u0131n. Tipik bir durumda ilk deneme 4xx ile d\u00f6ner, bir sonraki deneme belirli bir aral\u0131k sonra ger\u00e7ekle\u015fir ve ard\u0131ndan 250 OK ile teslim olur. E\u011fer denemeler hi\u00e7 tekrarlanm\u0131yorsa veya \u00e7ok ge\u00e7 tekrarlan\u0131yorsa, gecikme g\u00f6nderenin retry politikas\u0131ndan kaynaklanabilir.<\/p>\n<h3>2) Mesaj ba\u015fl\u0131klar\u0131nda (header) zaman \u00e7izelgesi<\/h3>\n<p>Al\u0131c\u0131ya ula\u015ft\u0131\u011f\u0131nda, e-postan\u0131n header\u2019\u0131ndaki \u201cReceived\u201d sat\u0131rlar\u0131, mesaj\u0131n hangi saatlerde hangi sunuculardan ge\u00e7ti\u011fini g\u00f6sterir. \u0130lk deneme reddedildi\u011fi i\u00e7in header\u2019da g\u00f6r\u00fcnmeyebilir; ancak teslimin hangi noktada gecikti\u011fini anlamada faydal\u0131d\u0131r.<\/p>\n<h3>3) Al\u0131c\u0131 taraf\u0131nda greylist\/anti-spam loglar\u0131<\/h3>\n<p>Kurumsal al\u0131c\u0131 sistemlerde, anti-spam motoru \u201cgreylisted\u201d benzeri bir kay\u0131t \u00fcretebilir. Burada hangi \u00fc\u00e7l\u00fcye g\u00f6re karar verildi\u011fi, bekletme s\u00fcresi ve ne zaman beyaz listeye al\u0131nd\u0131\u011f\u0131 g\u00f6r\u00fclebilir.<\/p>\n<h2>Gecikmeleri azaltmak i\u00e7in g\u00f6nderen tarafta yap\u0131lacaklar<\/h2>\n<p>G\u00f6nderen tarafta ama\u00e7, ge\u00e7ici hatalar\u0131 do\u011fru y\u00f6netmek ve me\u015fru trafi\u011fin \u201cspam gibi\u201d g\u00f6r\u00fcnmesini engellemektir. A\u015fa\u011f\u0131daki kontroller genellikle en y\u00fcksek etkiyi sa\u011flar:<\/p>\n<ul>\n<li><strong>Sa\u011fl\u0131kl\u0131 retry politikas\u0131<\/strong>: \u0130lk retry denemesi \u00e7ok erken olmamal\u0131 (\u00f6rne\u011fin 30 saniye) ama \u00e7ok ge\u00e7 de olmamal\u0131 (\u00f6rne\u011fin 2 saat). Pratikte birka\u00e7 dakika i\u00e7inde yeniden denemek, greylisting\u2019in bekledi\u011fi davran\u0131\u015fa daha yak\u0131nd\u0131r.<\/li>\n<li><strong>Kal\u0131c\u0131 kuyruklama<\/strong>: Uygulama e-postay\u0131 do\u011frudan internet al\u0131c\u0131lar\u0131na g\u00f6ndermek yerine, kuyruklu bir MTA \u00fczerinden \u00e7\u0131kmal\u0131d\u0131r.<\/li>\n<li><strong>G\u00f6nderici kimli\u011fi tutarl\u0131l\u0131\u011f\u0131<\/strong>: Envelope sender ve HELO\/EHLO de\u011ferlerinde tutarl\u0131l\u0131k, reputasyon ve politika kontrollerinde avantaj sa\u011flar.<\/li>\n<li><strong>SPF\/DKIM\/DMARC d\u00fczeni<\/strong>: Greylisting\u2019den ba\u011f\u0131ms\u0131z olarak, kimlik do\u011frulama kontrolleri baz\u0131 al\u0131c\u0131lar\u0131n daha az agresif politika uygulamas\u0131na yard\u0131mc\u0131 olabilir. Buradaki hedef \u201cher \u015feyin m\u00fckemmel olmas\u0131\u201d de\u011fil, temel yanl\u0131\u015flar\u0131n olmamas\u0131d\u0131r.<\/li>\n<li><strong>Hacim patlamalar\u0131n\u0131 s\u0131n\u0131rlama<\/strong>: Yeni bir alan ad\u0131ndan veya IP\u2019den bir anda y\u00fcksek hacimde g\u00f6nderim yapmak daha fazla ge\u00e7ici ret do\u011furabilir. G\u00f6nderim plan\u0131n\u0131 kademeli tutmak, gereksiz retry d\u00f6ng\u00fclerini azalt\u0131r.<\/li>\n<\/ul>\n<h2>Al\u0131c\u0131 tarafta greylisting kullan\u0131yorsan\u0131z: do\u011fru politika nas\u0131l olmal\u0131?<\/h2>\n<p>Greylisting al\u0131c\u0131 taraf i\u00e7in faydal\u0131 olsa da yanl\u0131\u015f ayarland\u0131\u011f\u0131nda i\u015f e-postalar\u0131n\u0131 yava\u015flat\u0131r, hatta kritik bildirimlerin ge\u00e7 gelmesine neden olur. Dengeli bir yap\u0131 i\u00e7in \u015fu noktalar\u0131 de\u011ferlendirin:<\/p>\n<ul>\n<li><strong>\u0130stisnalar (whitelist)<\/strong>: Kritik i\u015f ortaklar\u0131, bankalar, e-fatura\/e-ar\u015fiv bildirimleri, do\u011frulama (OTP) veya m\u00fc\u015fteri destek sistemleri gibi zaman kritik g\u00f6nderenleri istisna listesine almak gecikmeleri azalt\u0131r.<\/li>\n<li><strong>Bekletme s\u00fcresi<\/strong>: \u0130lk reddin ard\u0131ndan kabul i\u00e7in gereken minimum s\u00fcreyi \u00e7ok uzun tutmak gereksiz gecikme yarat\u0131r. Daha k\u0131sa s\u00fcre, spam azaltma etkisini tamamen yok etmeden kullan\u0131c\u0131 deneyimini iyile\u015ftirebilir.<\/li>\n<li><strong>Yanl\u0131\u015f pozitifleri izleme<\/strong>: Helpdesk kay\u0131tlar\u0131, teslim edilemeyen \u00e7a\u011fr\u0131 merkezleri, ge\u00e7 gelen sipari\u015f bildirimleri gibi i\u015f etkisi yaratacak metrikleri takip edin.<\/li>\n<li><strong>429\/421 rate limit ayr\u0131m\u0131<\/strong>: Y\u00fck\/limit kaynakl\u0131 ge\u00e7ici hatalar ile greylisting kaynakl\u0131 hatalar\u0131 ay\u0131rmak, do\u011fru aksiyonu alman\u0131z\u0131 sa\u011flar. Her 4xx\u2019i greylisting sanmak hatal\u0131 olur.<\/li>\n<\/ul>\n<h2>Greylisting ile uyumsuz senaryolar: ne zaman dikkatli olmal\u0131?<\/h2>\n<p>Baz\u0131 i\u015f s\u00fcre\u00e7leri gecikmeye tolerans g\u00f6stermez. Bu t\u00fcr senaryolarda greylisting\u2019in etkisini mutlaka test etmek gerekir:<\/p>\n<ul>\n<li><strong>Tek kullan\u0131ml\u0131k \u015fifreler ve giri\u015f do\u011frulama e-postalar\u0131<\/strong>: 10-15 dakikal\u0131k gecikmeler kullan\u0131c\u0131 deneyimini bozabilir.<\/li>\n<li><strong>SLA\u2019li m\u00fc\u015fteri destek e-postalar\u0131<\/strong>: \u0130lk yan\u0131t s\u00fcresi \u00f6l\u00e7\u00fclen ekiplerde gecikme performans g\u00f6stergelerini etkileyebilir.<\/li>\n<li><strong>Otomatik sistem alarmlar\u0131<\/strong>: Kritik olay bildirimleri ge\u00e7 gelirse operasyonel risk artar.<\/li>\n<\/ul>\n<p>Bu durumda \u00e7\u00f6z\u00fcm genellikle greylisting\u2019i tamamen kapatmak de\u011fildir. Daha \u00e7ok belirli g\u00f6nderenleri istisnaya almak, zaman kritik ak\u0131\u015flar\u0131 ayr\u0131 bir kanal veya alt alan ad\u0131 \u00fczerinden y\u00f6netmek, ya da al\u0131c\u0131 taraf\u0131n politikas\u0131n\u0131 i\u015f ihtiyac\u0131na g\u00f6re yumu\u015fatmak gerekir.<\/p>\n<h2>Pratik kontrol listesi: gecikme \u015fikayetinde ilk 30 dakikada ne yap\u0131l\u0131r?<\/h2>\n<ol>\n<li><strong>Hata kodunu toplay\u0131n<\/strong>: G\u00f6nderen logundan 4xx mi 5xx mi oldu\u011funu ve mesaj metnini al\u0131n.<\/li>\n<li><strong>Tekrar deneme var m\u0131 bak\u0131n<\/strong>: Ayn\u0131 mesaj i\u00e7in yeniden denemeler ger\u00e7ekle\u015fiyor mu, aral\u0131klar makul m\u00fc?<\/li>\n<li><strong>Al\u0131c\u0131 domain baz\u0131nda m\u0131?<\/strong>: Sadece belirli al\u0131c\u0131 alan adlar\u0131nda m\u0131 gecikme var? Bu, politika (greylisting) ihtimalini art\u0131r\u0131r.<\/li>\n<li><strong>Uygulama do\u011frudan m\u0131 g\u00f6nderiyor?<\/strong>: Kuyruklamas\u0131 olmayan bir uygulama m\u0131 kullan\u0131l\u0131yor? Varsa SMTP relay\/submission mimarisine ge\u00e7in.<\/li>\n<li><strong>\u0130\u015f etkisini s\u0131n\u0131fland\u0131r\u0131n<\/strong>: OTP\/alarmlar gibi kritik ak\u0131\u015flar m\u0131 etkilendi? H\u0131zl\u0131 istisna\/whitelist ad\u0131m\u0131 gerekebilir.<\/li>\n<\/ol>\n<h2>Sonu\u00e7: Greylisting\u2019i y\u00f6netilebilir bir gecikmeye indirgemek<\/h2>\n<p>Greylisting, e-posta altyap\u0131s\u0131nda h\u00e2l\u00e2 ge\u00e7erli bir anti-spam tekni\u011fidir; fakat \u201cgecikme\u201d yan etkisi iyi y\u00f6netilmezse kullan\u0131c\u0131lar\u0131n g\u00f6z\u00fcnde e-postay\u0131 g\u00fcvensiz veya yava\u015f bir kanal gibi g\u00f6sterebilir. En iyi sonu\u00e7lar, do\u011fru retry davran\u0131\u015f\u0131 olan bir g\u00f6nderim altyap\u0131s\u0131 ve al\u0131c\u0131 tarafta \u00f6l\u00e7\u00fcl\u00fc bir greylisting politikas\u0131yla elde edilir.<\/p>\n<p>E\u011fer kurulu\u015funuz MX1Mail \u00fczerinde kurumsal e-posta kullan\u0131yorsa, ya\u015fad\u0131\u011f\u0131n\u0131z gecikmelerde \u00f6nce SMTP hata kodlar\u0131n\u0131 ve g\u00f6nderim ak\u0131\u015f\u0131n\u0131z\u0131 (uygulamalar, cihazlar, relay kullan\u0131m\u0131) netle\u015ftirmek, ard\u0131ndan al\u0131c\u0131 taraftaki politika etkilerini ay\u0131rmak daha h\u0131zl\u0131 \u00e7\u00f6z\u00fcm \u00fcretmenizi sa\u011flar. Greylisting do\u011fru anla\u015f\u0131ld\u0131\u011f\u0131nda, teslimat performans\u0131n\u0131 kontrol edilebilir s\u0131n\u0131rlar i\u00e7inde tutarken spam bask\u0131s\u0131n\u0131 da azaltabilirsiniz.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Greylisting\u2019in nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, 4xx ge\u00e7ici SMTP hatalar\u0131n\u0131n ne anlama geldi\u011fini ve teslimat gecikmelerini azaltmak i\u00e7in g\u00f6nderen ve alan tarafta hangi ayarlar\u0131n kontrol edilmesi gerekti\u011fini \u00f6\u011frenin.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[29],"tags":[391,226,277],"class_list":["post-155","post","type-post","status-publish","format-standard","hentry","category-teslim-edilebilirlik","tag-anti-spam","tag-smtp","tag-teslim-edilebilirlik"],"_links":{"self":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts\/155","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/comments?post=155"}],"version-history":[{"count":0,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts\/155\/revisions"}],"wp:attachment":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/media?parent=155"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/categories?post=155"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/tags?post=155"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}