Son doğrulama: Eylül 2026 · cPanel 136 test hesabında denendi
Hızlı çözüm
554 5.7.1 Relay access denied hatası, sunucunun gönderdiğiniz e-postayı kimliğinizi doğrulayamadığı için reddettiği anlamına gelir; relay access denied ne demek sorusunun kısa cevabı budur. Çoğu vakada neden giden sunucuda kimlik doğrulamanın kapalı olması ya da yanlış sunucu adı/port kullanılmasıdır.
| Panel | cPanel |
|---|---|
| Sistem | Paylaşımlı hosting (CloudLinux) · e-posta istemcisi (Outlook, Thunderbird, telefon uygulaması) |
| Yetki | E-posta hesabı sahibi ya da cPanel kullanıcısı |
| Narhost ürünü | Kurumsal E-posta, Web Hosting |
Başlamadan önce
Mail sunucusu “relay” işlemini, yani sizin adınıza başka bir adrese e-posta iletmeyi, yalnızca kimliğini doğrulayan gönderenler için yapar. 554 5.7.1 Relay access denied ya da 550 5.7.1 Unable to relay yanıtı, sunucunun göndereni tanımadığı anlamına gelir. Bunun iki farklı okuru vardır.
Ziyaretçiyseniz, yani bir e-posta programından gönderim yapıyorsanız, sorun genelde giden (SMTP) ayarlarındadır: kimlik doğrulama kapalı, kullanıcı adı tam e-posta adresi değil ya da sunucu adı yanlıştır. Site sahibiyseniz ve kendi sunucunuzdan (VPS/VDS) toplu gönderim yapıyorsanız neden farklıdır: sunucuda relay izni tanımlı değildir; bu ayrı bir konudur, aşağıda ilgili karta yönlendiriyoruz.
Cihaz Bağla ekranındaki alanların ne anlama geldiğini cPanel’in resmi dokümantasyonunda da bulabilirsiniz: cPanel e-posta hesapları belgeleri.
Beklenen sonuç: sunucu adı genelde hesabın barındığı sunucuya aittir, örnek “sunucuadi.narhost.com” biçimindedir; “mail.alanadiniz.com” gibi genel bir ad değildir.
Kimlik doğrulamalı SMTP gönderiminin genel mantığı Microsoft’un resmi belgelerinde de anlatılır: Microsoft Learn.
Beklenen sonuç: e-posta hata vermeden gönderilir ve hedef gelen kutusuna ulaşır.
Dikkat
Kullanıcı adı alanına yalnızca “kullaniciadi” gibi kısa bir değer yazmak yaygın bir hatadır; alan her zaman tam e-posta adresini ([email protected]) almalıdır. Kısa kullanıcı adı sunucu tarafında farklı bir hesapla karışabilir ve hata devam eder.
VPS ya da VDS sunucunuzda kurulu bir mail sunucusundan (örnek Postfix) gönderim yapıyorsanız sorun hesap ayarı değil, sunucudaki relay ve kuyruk yapılandırmasıdır; VPS/VDS yönetimsizdir, bu yapılandırma sizin sorumluluğunuzdadır. Kuyruk ve gönderim komutları için Postfix mail kuyruğu komutları kartına bakın.
Sonuç
Ayarları değiştirdikten sonra kendinize gönderdiğiniz test e-postası hatasız ulaşıyorsa sorun çözülmüştür. cPanel’deki Track Delivery (e-posta izleme) aracı son gönderiminizin teslim durumunu ve varsa ret nedenini gösterir; hata tekrar ederse burada da aynı “relay access denied” satırını görürsünüz.
Narhost desteği
Adımları uyguladıktan sonra hata devam ediyorsa destek talebi açın; talebe alan adınızı, aldığınız hatanın tam metnini, saatini ve denediğiniz adımları ekleyin.
Sonraki adımlar
Sunucunun, kimliğinizi doğrulayamadığı için e-postanızı başka bir adrese iletmeyi reddettiği anlamına gelir. Genelde giden sunucuda kimlik doğrulamanın kapalı olmasından ya da yanlış sunucu adından kaynaklanır.
Hayır. Doğru sunucu adı, port ve kimlik doğrulama bilgisiyle gönderim yeniden çalışır.
Kimlik doğrulama sorunuysa hata her alıcıda aynı görünür. Belirli alıcılarda oluşuyorsa neden relay değil, o alıcının spam filtresidir.
Hayır. Bu kart e-posta hesabı ve istemci ayarlarını kapsar. VPS/VDS üzerindeki mail sunucusu yapılandırması ayrı konudur; Postfix mail kuyruğu kartına bakın.
Bu makale sorununuzu çözdü mü?
Geri bildiriminiz için teşekkürler.
Çözemediniz mi?
Teknik ekibimiz sunucu tarafındaki ayarları sizin için kontrol edebilir. Destek talebinizde alan adınızı ve aldığınız hata metnini paylaşmanız süreci hızlandırır.
