İçeriğe geç
ServerPlus FırsatıYüksek performanslı VDS sunucularda avantajlı fiyatlarTürkiye lokasyon, NVMe disk ve güçlü altyapıyla projelerinizi hızlandırın.
Kampanyayı İncele
cPanel

cPanel SMTP 550 Relay Not Permitted Hatası Nasıl Çözülür? Exim Log Analizi

25 Ekim 2026·Güncelleme: 25 Ekim 2026·10 dk okuma

cPanel’de SMTP ile e-posta gönderirken görülen 550 Relay Not Permitted hatasını Exim kayıtlarıyla teşhis edin; kimlik doğrulama, port ve yönlendirme ayarlarını güvenle düzeltin.

cPanel SMTP 550 Relay Not Permitted hatası, bir e-posta istemcisinin veya uygulamanın Exim sunucusu üzerinden alıcıya ileti teslim etmesine izin verilmediğini gösterir. Sorun çoğunlukla yanlış SMTP kimlik doğrulaması, hatalı gönderim portu, sunucuyla uyuşmayan alan adı ayarı ya da istemcinin yanlış IP üzerinden bağlanmasıdır. Bu hata, gönderilen iletinin karşı sunucu tarafından reddedilmesinden farklıdır: reddi üreten sistem genellikle kendi cPanel/Exim sunucunuzdur. Bu rehber, hata kaydını doğru okumayı, sorunun tek bir posta kutusunda mı yoksa sunucu genelinde mi olduğunu ayırmayı ve relay güvenliğini zayıflatmadan kalıcı çözüm uygulamayı anlatır.

Belirti ve kapsam: 550 Relay Not Permitted ne anlama gelir?

İstemci tarafında hata metni aşağıdakilere benzer biçimlerde görülebilir:

  • 550 Relay not permitted
  • 550 Authentication is required for message submission on port 587
  • 550-Please turn on SMTP Authentication in your mail client
  • 554 5.7.1 <alici@ornek.net>: Relay access denied

Bu yanıt, Exim’in göndereni doğrulayamadığını veya bağlantı kaynağının bu alan adından dış alıcılara e-posta aktarmaya yetkili olmadığını belirtir. Bir kullanıcıda görülüyorsa sorun genellikle Outlook, Thunderbird, telefon uygulaması veya web uygulamasının SMTP ayarlarındadır. Birden fazla hesapta eş zamanlı görülüyorsa Exim yapılandırması, TLS/port erişimi, DNS yönlendirmesi veya sunucu güvenlik katmanları incelenmelidir.

cPanel SMTP 550 Relay Not Permitted hatası için hızlı teşhis özeti

  • Hatanın, kendi Exim sunucunuzdan mı yoksa uzak alıcı sunucusundan mı geldiğini SMTP günlüklerinden doğrulayın.
  • İstemcinin 465 veya 587 numaralı gönderim portunu ve SMTP Authentication seçeneğini kullandığını kontrol edin.
  • Kullanıcı adının tam e-posta adresi, parolanın da güncel posta kutusu parolası olduğundan emin olun.
  • Gönderim sunucusu olarak alan adının doğru ana makine adını veya sunucunun geçerli hostname değerini kullanın; sertifika adıyla eşleşmeyi kontrol edin.
  • Alan adının bu sunucuda yerel mi yoksa uzak posta yönlendirmesinde mi olduğunu cPanel yönlendirme ayarlarından doğrulayın.
  • Exim ayar dosyasını doğrudan değiştirmeyin; kalıcı değişiklikleri WHM arayüzünden yönetin.

Olası nedenler ve logda görülen işaretler

Olası neden Tipik belirti Güvenli yaklaşım
SMTP Authentication kapalı veya hatalı Port 587 üzerinde authentication required mesajı İstemcide SMTP kimlik doğrulamasını etkinleştirin, tam e-posta adresini kullanın.
Yanlış port ya da şifreleme türü Bağlantı kuruluyor ama oturum veya kimlik doğrulama tamamlanmıyor 465 için SSL/TLS, 587 için STARTTLS kullanın; sağlayıcı politikasına göre doğrulayın.
Yanlış posta sunucusu Sertifika uyarısı, farklı sunucuda kullanıcı bulunamadı hatası cPanel’de önerilen güvenli istemci ayarlarını ve hostname sertifikasını kontrol edin.
Alan adı uzak yönlendirmede Yerel teslim yerine uzak MX’e yönlendirme denemesi Email Routing ayarını gerçek MX yapısına göre düzeltin.
Uygulamanın localhost üzerinden yetkisiz gönderimi Web uygulamasından gelen iletilerde relay reddi Uygulamanın SMTP kullanıcı adı/parolası ve From alanı ayarlarını gözden geçirin.
IP veya güvenlik politikası engeli Belirli ağdan bağlantı başarısız; logda ACL veya güvenlik reddi Engeli ve nedenini log üzerinden inceleyin; geniş kapsamlı istisna tanımlamayın.

Exim SMTP hata kayıtlarını güvenli biçimde inceleme

SSH ile sunucuya root veya günlükleri okuyabilecek yetkili bir kullanıcı olarak bağlanın. cPanel sunucularında Exim ana günlüğü çoğu kurulumda /var/log/exim_mainlog yolundadır. Son olayları görmek için aşağıdaki komutu kullanın:

tail -n 200 /var/log/exim_mainlog

Belirli bir gönderici, alıcı veya hata ifadesi için filtre uygulayın. E-posta adreslerinde nokta gibi özel karakterlerin düzenli ifade olarak yorumlanmaması için sabit metin araması yapan grep -F tercih edilir:

grep -Fi 'relay not permitted' /var/log/exim_mainlog | tail -n 50
grep -Fi 'kullanici@alanadi.tld' /var/log/exim_mainlog | tail -n 50

Günlüklerde istemci IP’si, bağlantı portu, SMTP oturum sonucu ve ilgili kullanıcı adı yer alabilir. Bu kayıtları herkese açık kanallarda paylaşmadan önce e-posta adresi, IP, ileti kimliği ve alan adı gibi bilgileri maskeleyin.

Log satırını doğru yorumlama

rejected RCPT ... relay not permitted satırı, reddin alıcı aşamasında meydana geldiğini gösterir. Aynı satırdaki H= bölümü bağlanan istemciyi, [IP] kaynak IP’yi ve authenticated_id= bölümü varsa doğrulanan SMTP hesabını belirtir. authenticated_id yoksa ilk inceleme noktası kimlik doğrulama ve istemci ayarlarıdır.

Buna karşılık kuyrukta bir ileti oluşmuş ve sonrasında uzak host tarafından reddedilmişse sorun relay yetkisi değil, uzak alıcı tarafının SPF, DKIM, itibar veya politika kontrolü olabilir. İleti kuyruğunu yalnızca gözlemlemek için:

exim -bp

Kuyrukta görülen ileti kimliği üzerinden kayıt aramak için:

exigrep 'MESAJ_KIMLIGI' /var/log/exim_mainlog

MESAJ_KIMLIGI yerine exim -bp çıktısındaki gerçek ileti kimliğini yazın. Kuyruktaki iletileri topluca silmek veya yeniden denemeye zorlamak, teslimat davranışını değiştirebilir; kök neden belirlenmeden bu işlemleri uygulamayın.

Adım adım çözüm

1. İstemci SMTP ayarlarını düzeltin

cPanel hesabında Email Accounts bölümünden ilgili posta kutusunu açın ve Connect Devices ekranındaki önerilen ayarları karşılaştırın. İstemcide şu ilkeleri uygulayın:

  • Giden posta sunucusu, gelen posta sunucusuyla uyumlu doğru hostname olmalıdır.
  • Kullanıcı adı yalnızca hesap adı değil, tam e-posta adresi olmalıdır.
  • Giden sunucu için “kimlik doğrulama gerektirir” seçeneği etkin olmalıdır.
  • 465 kullanılıyorsa SSL/TLS; 587 kullanılıyorsa STARTTLS seçin. İstemci ile sunucu destekleri uyuşmalıdır.
  • Parola değiştirildiyse telefondaki, masaüstü istemcisindeki ve uygulamadaki kayıtlı parolaları güncelleyin.

Port 25, sunucular arası e-posta aktarımı için kullanılır ve birçok erişim sağlayıcı tarafından filtrelenebilir. Son kullanıcı istemcileri için 465 veya 587 tercih edilmelidir. Güvenlik gereksinimini atlatmak amacıyla SMTP Authentication seçeneğini kapatmayın.

2. TLS ve SMTP dinleme portlarını doğrulayın

Sunucuda Exim servisinin çalıştığını ve hangi SMTP portlarını dinlediğini kontrol edin:

systemctl status exim
ss -ltnp | grep -E ':(25|465|587)\b'

systemctl komutu systemd kullanan güncel cPanel destekli Linux dağıtımları içindir. Daha eski sistemlerde servis yönetim biçimi farklı olabilir. Exim çalışmıyorsa önce durum çıktısındaki hata mesajlarını ve Exim günlüğünü inceleyin; nedeni anlamadan servisi sürekli yeniden başlatmak tanıyı zorlaştırabilir.

Yerel sunucudan 587 portunda STARTTLS yanıtını gözlemlemek için:

openssl s_client -starttls smtp -connect 127.0.0.1:587 -crlf

Başarılı bağlantıda SMTP karşılama metni ve sertifika ayrıntıları görünür. Bu test yalnızca yerel dinlemeyi doğrular; harici bir kullanıcının erişimi için güvenlik duvarı, ağ sağlayıcısı ve DNS çözümlemesi ayrıca değerlendirilmelidir.

3. cPanel Email Routing ayarını kontrol edin

Alan adının MX kayıtları başka bir e-posta hizmetini işaret ediyorsa, cPanel’de Email Routing ayarının genellikle Remote Mail Exchanger olması gerekir. MX kayıtları bu cPanel sunucusunu işaret ediyorsa uygun seçim çoğunlukla Local Mail Exchanger olur.

Bu ayarı değiştirmeden önce DNS bölgesindeki MX kayıtlarını, öncelik değerlerini ve aktif e-posta hizmetini teyit edin. Yanlış yönlendirme, yerel posta kutularına teslimatı bozabilir veya iletilerin beklenmeyen bir sisteme yönelmesine neden olabilir.

4. WHM’de Exim yapılandırmasını güvenli yönetin

Sunucu genelindeki Exim seçeneklerini WHM > Service Configuration > Exim Configuration Manager üzerinden inceleyin. /etc/exim.conf dosyasını elle düzenlemeyin; cPanel yapılandırma güncellemelerinde bu dosya yeniden üretilebilir ve manuel değişiklikler kaybolabilir.

Relay reddi için tüm ağları güvenilir kabul eden geniş ACL istisnaları eklemek güvenli bir çözüm değildir. Böyle bir değişiklik sunucuyu açık relay durumuna getirebilir, spam kötüye kullanımına ve IP itibar kaybına yol açabilir. Sorunu yalnızca etkilenen kullanıcı, uygulama veya alan adı bağlamında çözün.

5. Web uygulamasının SMTP kimliğini kontrol edin

PHP, WordPress, ERP veya benzeri uygulamalar harici SMTP kullanıyorsa, uygulamadaki SMTP kullanıcı adı ve parola cPanel’de var olan posta kutusuyla eşleşmelidir. Gönderen adresinin de bu hesap veya yetkili alan adıyla uyumlu olması gerekir. Uygulama sunucusu değiştiyse eski SMTP hostname bilgisi veya eski parola kalmış olabilir.

Yapılandırma değişikliği öncesinde uygulama ayarlarının yedeğini alın ve mümkünse bakım penceresinde ilerleyin. Parolayı loglara, ekran görüntülerine veya destek taleplerine düz metin olarak eklemeyin.

Çözümü doğrulama

İstemci ayarı veya yönlendirme düzeltmesinden sonra aynı posta kutusundan önce aynı alan adına, ardından farklı bir alan adına test iletisi gönderin. Ardından Exim günlüğünde ilgili gönderici için yeni kayıtları kontrol edin:

grep -Fi 'kullanici@alanadi.tld' /var/log/exim_mainlog | tail -n 30

Başarılı dış teslimatta genellikle ileti kimliğiyle birlikte Completed kaydı görülür. Bu ifade, Exim’in kendi teslim sürecini tamamladığını gösterir; iletinin alıcı posta kutusuna düştüğünü ayrıca alıcı tarafta doğrulamak iyi uygulamadır. Spam veya gereksiz klasörlerini de kontrol edin.

Önleme: relay sorunlarının tekrarını azaltma

  • Yeni cihaz kurulumlarında cPanel’in Connect Devices ekranındaki güncel ayarları kullanın.
  • Posta kutusu parolası değiştiğinde kayıtlı tüm istemcileri güncelleyin; eski cihazların tekrar denemesini izleyin.
  • Alan adı MX kayıtları değiştiğinde Email Routing ayarını aynı değişiklik planında kontrol edin.
  • Exim, cPanel ve işletim sistemi güncellemelerini planlı bakım pencerelerinde uygulayın.
  • Exim günlüklerini düzenli izleyerek tekrarlayan kimlik doğrulama ve relay retlerini erken tespit edin.

Sonuç

cPanel SMTP 550 Relay Not Permitted hatası çoğu durumda yanlış SMTP oturum ayarı veya hatalı e-posta yönlendirmesi kaynaklıdır. Exim günlükleri, reddin hangi IP’den, hangi portta ve doğrulanmış bir hesapla mı gerçekleştiğini göstererek doğru müdahale alanını belirler. SMTP doğrulamasını etkinleştirmek, uygun TLS portunu kullanmak ve Email Routing ayarını DNS yapısıyla eşleştirmek, relay güvenliğini gevşetmeden sorunu çözmenin doğru yoludur.

Sık sorulan sorular

550 Relay Not Permitted hatası alıcı sunucusundan mı gelir?

Her zaman değil. Exim günlüğündeki reddi üreten host bilgisini kontrol edin. Kendi Exim sunucunuzda rejected RCPT kaydı varsa reddi yerel sunucunuz üretmiştir.

SMTP portunu 25 yaparsam sorun çözülür mü?

Genellikle hayır. Port 25 son kullanıcı gönderimi için önerilmez ve ağ düzeyinde engellenebilir. 465 veya 587 ile kimlik doğrulamalı, şifreli gönderim kullanın.

Exim yapılandırma dosyasını doğrudan düzenlemeli miyim?

Hayır. cPanel, Exim yapılandırmasını yönetir ve doğrudan dosya değişiklikleri güncellemelerde kaybolabilir. WHM’deki Exim Configuration Manager kullanılmalıdır.

Parola doğru olduğu hâlde hata sürüyorsa neye bakmalıyım?

Kullanıcı adının tam e-posta adresi olduğuna, SMTP Authentication seçeneğinin açık bulunduğuna, doğru hostname ve TLS/port eşleşmesinin kullanıldığına bakın. Ardından Exim günlüğündeki authenticated_id alanını inceleyin.

Email Routing değişikliği veri kaybına yol açar mı?

Ayar tek başına mevcut iletileri silmez; ancak yeni iletilerin yanlış sunucuya yönlenmesine neden olabilir. Bu nedenle MX kayıtlarını doğrulamadan değişiklik yapmayın ve değişikliği düşük trafikli bir bakım zamanında planlayın.

ServerPlus Teknik Ekibi

Sunucu, hosting, sanallaştırma ve veri merkezi operasyonlarından edinilen bilgileri uygulanabilir teknik rehberlere dönüştürür.