E-posta gönderemiyorsanız sorun genellikle yanlış SMTP ayarları, hatalı hesap parolası, gönderim limitinin aşılması, güvenlik kısıtlamaları veya e-posta sunucusunun gönderimi reddetmesinden kaynaklanır. Bazı durumlarda e-posta başarıyla gönderilse bile alıcı sunucunun güvenlik politikaları nedeniyle teslim edilemeyebilir.
Webmail, Outlook veya mobil e-posta uygulamalarında gönderim sorunu yaşıyorsanız öncelikle internet bağlantınızı, giden posta sunucusu (SMTP) bilgilerinizi ve hesabınızın gönderim yetkisini kontrol etmelisiniz.
Bu rehberde e-posta gönderim sorunlarının nedenlerini, SMTP bağlantı hatalarının çözümünü, cPanel ve Plesk üzerinden yapılabilecek kontrolleri, SPF/DKIM/DMARC kayıtlarını ve e-postaların neden teslim edilemediğini adım adım açıklıyoruz.
Kurumsal e-posta hesaplarında gönderim sorunları farklı aşamalarda oluşabilir.
Bir e-postanın gönderilmesi sırasında temel olarak şu işlemler gerçekleşir:
Kullanıcı e-posta uygulamasında mesajı oluşturur.
Mesaj SMTP sunucusuna iletilir.
SMTP sunucusu hesabın gönderim yetkisini kontrol eder.
Mesaj alıcı alan adının e-posta altyapısına yönlendirilir.
Alıcı sunucu mesajı kabul eder, geçici olarak erteler veya reddeder.
Kabul edilen mesaj, alıcı tarafındaki filtrelere bağlı olarak gelen kutusuna, spam klasörüne veya başka bir konuma yönlendirilebilir.
Bu aşamalardan herhangi birinde hata oluşması, e-postanın gönderilememesine veya alıcıya ulaşmamasına neden olabilir.
En yaygın sorunlar şunlardır:
Yanlış SMTP sunucusu veya bağlantı noktası.
Hatalı e-posta adresi veya parola.
SMTP kimlik doğrulamasının başarısız olması.
SSL/TLS bağlantı sorunları.
Saatlik veya aylık e-posta gönderim limitinin aşılması.
E-posta hesabının gönderim yetkisinin kısıtlanması.
SPF, DKIM veya DMARC kimlik doğrulama sorunları.
Alıcı sunucunun mesajı reddetmesi.
Gönderici IP adresinin itibar veya güvenlik sorunları.
Çok büyük dosya ekleri.
E-posta sunucusunda geçici bağlantı veya hizmet sorunu.
Önemli: Bir e-postanın Gönderilmiş Öğeler klasöründe görünmesi, alıcının gelen kutusuna kesin olarak ulaştığı anlamına gelmez.
Çözüm işlemine başlamadan önce aşağıdaki kontrolleri yapmanız, sorunun kaynağını daha hızlı belirlemenize yardımcı olabilir.
Kendi e-posta hesabınızdan erişebildiğiniz farklı bir adrese kısa bir test mesajı gönderin.
Örneğin Gmail veya Outlook.com uzantılı kişisel bir e-posta adresinizi kullanabilirsiniz.
Test mesajında:
Kısa bir konu başlığı kullanın.
Büyük dosya eklemeyin.
Bağlantı veya reklam içerikleri eklemeyin.
Normal, kısa bir metin gönderin.
Mesaj gönderilebiliyorsa sorun yalnızca belirli alıcı sunucularla ilişkili olabilir.
Hiçbir adrese gönderim yapılamıyorsa SMTP bağlantısı, hesap yetkileri veya gönderici sunucu incelenmelidir.
E-posta hesabınızı Outlook veya telefon uygulaması üzerinden kullanıyorsanız aynı hesabın Webmail arayüzünden test mesajı gönderin.
Webmail üzerinden gönderim başarılıysa: Sorun kullanılan e-posta uygulamasının SMTP yapılandırması, bağlantısı veya kimlik doğrulama yöntemiyle ilişkili olabilir.
Webmail üzerinden de gönderim başarısızsa: Hesap kısıtlamaları, gönderim limitleri, sunucu yapılandırması veya uzak alıcı sunucu tarafından uygulanan engellemeler incelenmelidir.
Webmail'de gönderim yapılması, mesajın nihai alıcıya teslim edildiğini tek başına doğrulamaz.
E-posta gönderimi sırasında görüntülenen hata mesajı, sorunun nedenini belirlemek için önemlidir.
Örneğin:
Authentication Failed
SMTP Connection Failed
Relay Access Denied
Mailbox Unavailable
Message Rejected
Sending Limit Exceeded
Connection Timed Out
Bu mesajların her biri farklı bir soruna işaret edebilir.
Hata mesajını not edin ve mümkünse teknik destek başvurunuzda paylaşmak üzere saklayın.
SMTP (Simple Mail Transfer Protocol), e-posta mesajlarının gönderilmesinde kullanılan protokoldür.
Outlook, Thunderbird ve mobil e-posta uygulamalarında giden posta sunucusunun doğru tanımlanması gerekir.
E-posta uygulamanızdaki Giden Posta Sunucusu (SMTP) bölümünü açın.
Burada kullanılan sunucu adının, e-posta hizmetiniz için tanımlanan gerçek SMTP adresiyle aynı olduğundan emin olun.
Örneğin bazı sistemlerde aşağıdaki biçim kullanılabilir:
mail.ornekalanadi.com
Ancak bu adres yalnızca örnektir.
Web9 üzerinde kullanmanız gereken gerçek SMTP adresini hosting veya e-posta kontrol panelinizdeki bağlantı bilgilerinden öğrenmelisiniz. Her müşteri için aynı sunucu adresinin kullanılması gerektiği varsayılmamalıdır.
SMTP bağlantılarında kullanılan yaygın güvenli bağlantı seçenekleri şunlardır:
| SMTP portu | Bağlantı türü | Kullanım |
|---|---|---|
| 465 | SSL/TLS (Implicit TLS) | Şifreli SMTP gönderimi |
| 587 | STARTTLS | Şifreli SMTP gönderimi |
| 25 | Sunucular arası SMTP | Genellikle istemci gönderimi için önerilmez |
Önemli: 465 veya 587 portunun kullanılabilir olması, e-posta sunucusunun yapılandırmasına bağlıdır. E-posta hizmetinizin desteklediği portu ve şifreleme türünü kullanın.
Port 587 seçildiğinde desteklenen yapılandırmalarda STARTTLS kullanılmalıdır. Şifrelemeyi kapatarak bağlantı kurmaya çalışmak güvenli değildir.
Birçok kurumsal e-posta hizmeti, gönderim sırasında SMTP kimlik doğrulaması gerektirir.
Kontrol etmeniz gereken bilgiler:
Kullanıcı adı: Genellikle tam e-posta adresiniz.
Örnek:
info@ornekalanadi.com
Parola: E-posta hesabınız için oluşturulan parola.
Kimlik doğrulama: E-posta sağlayıcınızın desteklediği yöntem.
Outlook veya diğer posta istemcilerinde Giden sunucu kimlik doğrulaması gerektiriyor seçeneği bulunuyorsa hesabınızın yapılandırmasına uygun şekilde etkinleştirilmelidir.
Dikkat: Web9 müşteri paneli parolanız ile e-posta hesabınızın parolası farklı olabilir. SMTP bağlantısında ilgili e-posta hesabının kimlik bilgileri kullanılmalıdır.
Web9 üzerinde cPanel destekli hosting kullanıyorsanız e-posta hesaplarınızı ve gönderim sorunlarını cPanel üzerinden kontrol edebilirsiniz.
cPanel hesabınıza giriş yapın.
E-Posta (Email) bölümünü açın.
E-Posta Hesapları (Email Accounts) seçeneğine tıklayın.
Sorun yaşadığınız e-posta adresini bulun.
Hesap yönetim seçeneklerini inceleyin.
E-posta hesabınızın mevcut olduğundan ve gönderim işlemleri için kısıtlanmadığından emin olun.
cPanel'in desteklenen sürümlerinde hesap bazında gönderim, alım veya giriş kısıtlamaları bulunabilir.
Giden e-posta için şu durumlar kullanılabilir:
Allow: E-posta gönderimine izin verilir.
Suspend: E-posta gönderimi engellenir.
Hold: Giden mesajlar kuyrukta bekletilir.
Hesabınızda güvenlik nedeniyle bir kısıtlama varsa nedenini belirlemeden kaldırmayın.
Özellikle şüpheli veya toplu e-posta gönderimi nedeniyle uygulanan kısıtlamalar teknik destek incelemesi gerektirebilir.
E-Posta Hesapları (Email Accounts) bölümünü açın.
İlgili e-posta hesabını bulun.
Connect Devices (Cihazları Bağla) seçeneğine tıklayın.
Mail Client Manual Settings bölümünü inceleyin.
Giden posta sunucusu, bağlantı noktası ve güvenlik bilgilerini not alın.
Bu bölümde görüntülenen ayarlar e-posta uygulamanızda kullanmanız gereken bilgiler için temel referanstır.
Özellikle SSL sertifikasının geçerli olduğu sunucu adını kullanmanız bağlantı güvenliği açısından önemlidir.
cPanel üzerinde Track Delivery (Teslimat Takibi) özelliği, e-postaların gönderim ve teslim süreçlerini incelemek için kullanılabilir.
İşlem adımları:
cPanel'e giriş yapın.
E-Posta (Email) bölümünü açın.
Track Delivery (Teslimat Takibi) aracına tıklayın.
Gerekirse alıcının e-posta adresini girin.
Run Report (Raporu Çalıştır) seçeneğini kullanın.
Gönderilen mesajın durumunu inceleyin.
Bu bölümde, yapılandırmaya bağlı olarak aşağıdaki sonuçlarla karşılaşabilirsiniz:
| Durum | Açıklama |
|---|---|
| Success / Delivered | Mesaj ilgili teslim aşamasında başarılı şekilde iletilmiştir. |
| Deferred | Mesajın teslimi geçici olarak ertelenmiştir. |
| Failed / Error | Mesajın teslimi başarısız olmuştur. |
| Rejected | Mesaj ilgili SMTP aşamasında reddedilmiştir. |
| Filtered | Mesaj filtreleme kurallarından etkilenmiştir. |
Önemli: Teslim edildi kaydı, uzak sunucunun mesajı kabul ettiğini gösterebilir; alıcının gelen kutusunda görüntülendiğini garanti etmez.
Track Delivery aracının görünürlüğü ve gösterdiği ayrıntılar hosting hesabınızın yetkilerine göre değişebilir.
E-posta hesabının depolama alanının dolması, özellikle yeni mesaj alımını ve bazı posta istemcilerindeki eşitleme işlemlerini etkileyebilir.
cPanel üzerinden:
Email Accounts bölümüne gidin.
İlgili hesabın depolama kullanımını kontrol edin.
Hesaba tanımlanan posta kutusu kotasını inceleyin.
Gereksiz dosya eklerini ve eski mesajları değerlendirin.
Gerekirse depolama kullanımını azaltın.
Posta kutusunun dolu olması, tek başına her SMTP gönderimini engellediği anlamına gelmez. Ancak istemcinin Gönderilmiş Öğeler klasörüne kayıt yapamaması gibi ek sorunlara yol açabilir.
Önemli e-postaları silmeden önce gerekli yedekleri alın.
Microsoft Outlook üzerinde e-posta gönderimi başarısız oluyorsa öncelikle hesabın SMTP ayarlarını kontrol etmelisiniz.
Kontrol edilmesi gerekenler:
İnternet bağlantınızın çalıştığından emin olun.
Outlook'un çevrimdışı modda olmadığını kontrol edin.
Giden Kutusu'nda bekleyen mesajları inceleyin.
SMTP sunucu adresini doğrulayın.
SMTP portunu ve SSL/TLS ayarlarını kontrol edin.
Kullanıcı adı ve parola bilgilerinin doğru olduğunu doğrulayın.
Gönderim sırasında oluşan hata mesajını inceleyin.
Outlook sürümüne göre hesap ayarlarının bulunduğu menüler farklılık gösterebilir.
Klasik Outlook sürümlerinde hesap ayarları genellikle Dosya > Hesap Ayarları bölümünden yönetilebilir.
Yeni Outlook sürümlerinde menü ve manuel hesap yapılandırması seçenekleri farklı olabilir.
Outlook üzerinde aşağıdaki mesajlardan biri görüntülenebilir:
Authentication Failed
535 Authentication Credentials Invalid
Bu tür mesajlar çoğunlukla SMTP sunucusuna gönderilen kimlik bilgilerinin doğrulanamadığını gösterir.
Şu kontrolleri yapın:
E-posta adresinizin tamamını kullanıcı adı olarak girdiğinizden emin olun.
E-posta hesabınızın parolasını kontrol edin.
SMTP sunucusunun doğru olduğunu doğrulayın.
Sunucunun desteklediği kimlik doğrulama yöntemini kullanın.
Parola yakın zamanda değiştirildiyse Outlook'taki kayıtlı bilgileri güncelleyin.
Önemli: Microsoft 365 veya Outlook.com hesaplarının kimlik doğrulama yöntemleri, cPanel üzerinde barındırılan kurumsal e-posta hesaplarından farklı olabilir. Bir sağlayıcının SMTP ayarlarını başka bir sağlayıcıya uygulamayın.
Android veya iPhone cihazlarında e-posta gönderim sorunu yaşanıyorsa aşağıdaki kontroller yapılabilir:
Telefonun internet bağlantısını kontrol edin.
Wi-Fi ve mobil veri bağlantılarıyla ayrı ayrı test edin.
E-posta uygulamasının hesap ayarlarını açın.
Giden posta sunucusunun adresini kontrol edin.
SMTP portunu ve SSL/TLS yapılandırmasını doğrulayın.
E-posta parolasının güncel olduğundan emin olun.
Giden Kutusu'nda bekleyen mesajları inceleyin.
Sorun yalnızca mobil veri bağlantısında oluşuyorsa ağ veya bağlantı kısıtlamaları da değerlendirilmelidir.
Hesabı cihazdan kaldırıp yeniden eklemek bazı istemci sorunlarını çözebilir. Ancak özellikle POP3 kullanılan hesaplarda yerel olarak saklanan mesajların kaybolma riski bulunduğundan, önce mesajların nerede saklandığını ve yedeğinizin bulunup bulunmadığını kontrol edin.
E-posta sunucuları, gönderim sırasında çeşitli SMTP yanıt kodları döndürebilir.
Bu kodlar sorunun hangi aşamada oluştuğunu anlamaya yardımcı olur.
| Hata kodu | Olası anlamı | İlk kontrol |
|---|---|---|
| 421 | Servis geçici olarak kullanılamıyor | Sunucu erişimi ve geçici kısıtlamalar |
| 450 | Posta kutusu geçici olarak erişilemez | Alıcı sunucu ve ertelenme nedeni |
| 451 | Geçici sunucu veya işlem hatası | SMTP yanıt metni |
| 535 | Kimlik doğrulaması başarısız | SMTP kullanıcı adı ve parola |
| 550 | Mesaj veya alıcı reddedildi | Tam hata mesajı ve alıcı politikaları |
| 552 | Depolama veya mesaj boyutu sınırı | Kota ve ek boyutu |
| 554 | İşlem reddedildi | Güvenlik politikaları ve gönderici itibarı |
Bu kodlar tek başına kesin teşhis için yeterli değildir. SMTP sunucusunun döndürdüğü ayrıntılı açıklama ve geliştirilmiş durum kodu birlikte incelenmelidir.
SMTP 535 hatası genellikle kimlik doğrulama bilgilerinin kabul edilmediğini gösterir.
Çözüm için e-posta hesabının kullanıcı adını, parolasını ve kimlik doğrulama yöntemini kontrol edin.
SMTP 550 hatası, gönderilen mesajın veya alıcı adresinin reddedildiğini belirtebilir.
Olası nedenler:
Alıcı e-posta adresinin bulunmaması.
Alıcı sunucunun göndericiye izin vermemesi.
E-posta kimlik doğrulama gereksinimlerinin karşılanmaması.
Gönderici IP adresinin engellenmesi.
Anti-spam veya güvenlik politikaları.
Örneğin 550 5.1.1 sıklıkla alıcı adresinin bulunmadığını gösterirken 550 5.7.1 politika veya yetkilendirme kaynaklı retlerle ilişkilendirilebilir.
SMTP 554 mesajı, sunucunun ilgili işlemi kalıcı olarak reddettiğini gösterebilir.
Özellikle tam hata mesajında güvenlik politikası, IP itibarı veya kimlik doğrulama gerekçeleri bulunabilir.
Hatanın çözümü için ayrıntılı ret açıklaması incelenmelidir.
Bu kodlar çoğunlukla geçici teslim sorunlarıyla ilişkilidir.
Giden mesaj sunucu tarafından kabul edilmişse teslimat kuyruğunda bekletilip daha sonra yeniden denenebilir.
Ancak gönderen uygulama mesajı SMTP sunucusuna hiç teslim edemediyse otomatik yeniden deneme davranışı kullanılan uygulamaya bağlıdır.
Önemli: Geçici hatalarda aynı mesajı sürekli yeniden göndermek yerine önce gönderim durumunu kontrol edin.
Hosting ve kurumsal e-posta hizmetlerinde gönderim limitleri bulunabilir.
Bu limitler sunucu kaynaklarının korunması, kötüye kullanımın önlenmesi ve e-posta gönderici itibarının sürdürülebilmesi açısından önemlidir.
Web9 hizmetlerinde uygulanabilen gönderim sınırları kullanılan pakete ve hizmet türüne göre değişebilir.
Gönderim limiti aşıldığında:
Yeni mesaj gönderimi geçici olarak reddedilebilir.
Bazı mesajlar yapılandırmaya bağlı olarak kuyruğa alınabilir.
Gönderim sırasında limit aşıldığını belirten hata mesajı görüntülenebilir.
Güvenlik politikaları nedeniyle ek gönderim kısıtlamaları uygulanabilir.
Toplu e-posta gönderimlerini durdurun.
Aynı mesajı tekrar tekrar göndermeyin.
E-posta hesabınızın mevcut paket limitlerini kontrol edin.
Varsa sunucu hata veya teslimat kayıtlarını inceleyin.
Kısıtlamanın normal kullanım nedeniyle mi yoksa şüpheli gönderimler nedeniyle mi oluştuğunu belirleyin.
Sorun devam ediyorsa Web9 teknik destek ekibiyle iletişime geçin.
Önemli: Limit aşımı durumunda gönderim sınırlarını aşmak amacıyla farklı hesaplar üzerinden aynı toplu gönderimi sürdürmek güvenlik kısıtlamalarını tetikleyebilir.
Toplu pazarlama gönderimleri için izinli alıcı listeleri, uygun abonelikten çıkma mekanizmaları ve bu kullanım türüne uygun e-posta altyapıları tercih edilmelidir.
Evet. SPF, DKIM ve DMARC kayıtlarının yanlış yapılandırılması, gönderilen e-postaların alıcı sunucular tarafından reddedilmesine veya spam olarak değerlendirilmesine neden olabilir.
Ancak bu kayıtlar SMTP istemcisinin sunucuya bağlantı kurmasını sağlayan ayarlar değildir. Genellikle gönderilen mesajların kimlik doğrulama ve teslim aşamasında önem taşırlar.
SPF (Sender Policy Framework), bir alan adı adına hangi sunucuların e-posta göndermeye yetkili olduğunu DNS üzerinden belirtir.
SPF kaydı yanlış yapılandırılırsa yetkili sunucudan gönderilen bazı mesajlar doğrulama kontrollerini geçemeyebilir.
DKIM (DomainKeys Identified Mail), gönderilen mesajın kriptografik bir imzayla doğrulanmasına yardımcı olur.
Alıcı sunucu, DNS üzerinde yayınlanan DKIM açık anahtarını kullanarak mesajın imzasını kontrol edebilir.
DKIM anahtarının yanlış veya eksik olması, kimlik doğrulama sorunlarına neden olabilir.
DMARC, SPF ve DKIM sonuçlarıyla birlikte görünen gönderici alan adının uyumunu değerlendirerek alan adı sahibinin kimlik doğrulama politikasını yayınlamasını sağlar.
Yanlış veya eksik yapılandırmalar, alıcı sunucuların e-posta mesajlarına farklı güvenlik işlemleri uygulamasına neden olabilir.
cPanel'e giriş yapın.
E-Posta (Email) bölümünü açın.
Email Deliverability (E-Posta Teslim Edilebilirliği) aracını seçin.
İlgili alan adını bulun.
SPF ve DKIM kayıtlarının durumunu kontrol edin.
Hatalı kayıt uyarısı bulunuyorsa önerilen DNS değerlerini inceleyin.
Alan adınızın DNS kayıtları Cloudflare veya başka bir DNS sağlayıcısında yönetiliyorsa gerekli düzenlemelerin yetkili DNS bölgesinde yapılması gerekir.
Önemli güvenlik ve yapılandırma notları:
Gerçek gönderici altyapınızı doğrulamadan rastgele SPF kaydı eklemeyin.
Aynı alan adı için birden fazla bağımsız SPF kaydı oluşturmayın.
Mevcut SPF kaydını diğer yetkili gönderim servislerini dışarıda bırakacak şekilde değiştirmeyin.
DKIM özel anahtarlarını herkese açık şekilde paylaşmayın.
DMARC politikasını mevcut gönderim akışlarını doğrulamadan daha katı bir seviyeye geçirmeyin.
SPF, DKIM ve DMARC ayarlarının doğru olması teslim edilebilirliği iyileştirebilir ancak her mesajın alıcının gelen kutusuna ulaşacağını garanti etmez.
E-postalarınız yalnızca belirli e-posta sağlayıcılarına ulaşmıyorsa alıcı tarafındaki güvenlik ve gönderici itibar kontrolleri etkili olabilir.
Örneğin mesajlar diğer adreslere iletilirken Gmail hesaplarına gönderim başarısız oluyorsa Gmail'in gönderen gereksinimlerinin incelenmesi gerekir.
Gmail'e gönderim yapan alan adlarında SPF veya DKIM kimlik doğrulaması, geçerli DNS/PTR kayıtları ve TLS gibi gereksinimler önemlidir.
Gmail'e günlük 5.000 veya daha fazla ileti gönderen göndericiler için SPF, DKIM, DMARC ve diğer ek gereksinimler uygulanır.
Kontrol edilmesi gerekenler:
Gönderilen mesajın geri dönüş hata bildirimini inceleyin.
SPF, DKIM ve DMARC kayıtlarını doğrulayın.
Gönderici sunucunun IP itibarını kontrol ettirin.
Mesajın spam klasörüne düşüp düşmediğini alıcıdan öğrenin.
Gönderim miktarının hizmet limitleriyle uyumlu olduğundan emin olun.
E-posta içeriğinde zararlı veya yanıltıcı bağlantılar bulunmadığını kontrol edin.
Sunucu yöneticisiyle ters DNS (PTR) ve gönderici sunucu adı yapılandırmasını değerlendirin.
PTR kaydı genellikle e-posta sunucusunun IP adresini yöneten sağlayıcı tarafından yapılandırılır. Paylaşımlı hosting müşterilerinin bu kaydı doğrudan değiştirmesi mümkün olmayabilir.
MX (Mail Exchanger) kayıtları, bir alan adına gönderilen e-postaların hangi sunucular tarafından alınacağını belirtir.
Bu nedenle MX kayıtları öncelikle gelen e-posta yönlendirmesinde kullanılır.
Örneğin alan adınızın MX kaydı yanlışsa başka kişilerden gelen e-postaları alamayabilirsiniz.
Ancak Outlook uygulamasının kendi SMTP sunucunuza bağlanamaması doğrudan MX kaydının yanlış olduğu anlamına gelmez.
Bununla birlikte gönderdiğiniz mesajın alıcı alan adına yönlendirilmesi sırasında alıcının MX kayıtları kullanılabilir.
Bu nedenle e-posta gönderim ve alım sorunlarında MX, SPF, DKIM ve DMARC kayıtlarının işlevleri birbirinden ayrılmalıdır.
Dikkat: Sadece gönderim sorunu yaşadığınız için alan adınızın MX kayıtlarını rastgele değiştirmeyin. Bu işlem mevcut e-posta alım hizmetinizi kesintiye uğratabilir.
WordPress üzerindeki iletişim formları, sipariş bildirimleri veya parola sıfırlama mesajları gönderilmiyorsa sorun web sitesinin kullandığı e-posta gönderim yöntemiyle ilişkili olabilir.
WordPress varsayılan olarak wp_mail() fonksiyonunu kullanır. Bu fonksiyonun çalışması sunucunun posta gönderim yapılandırmasına bağlıdır.
Kontrol edilmesi gerekenler:
WordPress iletişim formunun doğru e-posta adresine yönlendirildiğini doğrulayın.
Gönderici e-posta adresinin kullanılan alan adıyla uyumunu kontrol edin.
Hosting sunucusunun PHP tabanlı posta gönderimini destekleyip desteklemediğini inceleyin.
Gerekirse desteklenen bir SMTP eklentisiyle kimlik doğrulamalı gönderim yapılandırın.
SMTP sunucu bilgilerini doğru şekilde girin.
Test e-postası göndererek işlemi kontrol edin.
Gerekirse hata günlüklerini inceleyin.
Güvenlik uyarısı: SMTP parolasını herkese açık kod dosyalarına veya erişilebilir sayfalara yazmayın. Yapılandırmada mümkün olduğunda güvenli kimlik bilgisi saklama yöntemlerini kullanın.
E-ticaret sitelerinde sipariş bildirimi gibi kritik e-postaların teslim durumunun ayrıca izlenmesi önerilir.
Plesk kullanılan hosting sistemlerinde e-posta hizmetleri ilgili alan adının mail yönetim bölümünden kontrol edilebilir.
Kontrol adımları:
Plesk paneline giriş yapın.
Mail (E-Posta) bölümünü açın.
Sorun yaşanan e-posta hesabını bulun.
Hesabın aktif olduğunu ve posta kutusunun etkin olduğunu kontrol edin.
Hesabın gönderim limitlerini inceleyin.
E-posta istemcisinin SMTP yapılandırmasını doğrulayın.
Sunulan günlük ve raporları kontrol edin.
Plesk üzerinde gönderim limiti yönetimi etkinleştirilmişse hesap, alan adı veya abonelik düzeyinde sınırlamalar uygulanabilir.
E-posta gönderiminde servis düzeyinde bir sorun bulunuyorsa sunucu yöneticisinin posta hizmetlerini ve kuyruk kayıtlarını incelemesi gerekebilir.
Önemli: Paylaşımlı hosting kullanıcıları posta sunucusu servislerini yeniden başlatmaya veya sunucu güvenlik kurallarını değiştirmeye çalışmamalıdır.
Kurumsal e-posta hesaplarının güvenli ve sağlıklı çalışması için aşağıdaki uygulamalar önerilir:
E-posta uygulamalarında doğru SMTP sunucusunu ve güvenli bağlantı ayarlarını kullanın.
E-posta hesaplarınız için güçlü ve benzersiz parolalar oluşturun.
SPF, DKIM ve DMARC kayıtlarını düzenli olarak kontrol edin.
E-posta gönderim limitlerini aşmayın.
Gereksiz toplu gönderimlerden kaçının.
E-posta hesabınızı güvenilmeyen uygulamalarla paylaşmayın.
Posta kutusunun depolama kullanımını takip edin.
Gönderim başarısız olduğunda hata mesajını inceleyin.
Şüpheli giriş ve gönderim hareketlerini takip edin.
Web sitelerinizde kimlik doğrulamalı SMTP gönderimi tercih edin.
Bu kontroller gönderim sorunlarının tamamen ortadan kalkacağını garanti etmez ancak yaygın yapılandırma ve güvenlik hatalarının azaltılmasına yardımcı olur.
Aşağıdaki durumlardan biri yaşanıyorsa Web9 teknik destek ekibine başvurabilirsiniz:
Webmail üzerinden de e-posta gönderemiyorsanız.
SMTP sunucu bilgileri doğru olmasına rağmen bağlantı kurulamıyorsa.
E-posta hesabınızın gönderim yetkisi kısıtlanmışsa.
E-posta gönderim limitleriyle ilgili sorun yaşıyorsanız.
Gmail veya Outlook sunucuları mesajlarınızı reddediyorsa.
SPF veya DKIM kayıtlarında çözümleyemediğiniz hata bulunuyorsa.
Mesajlar sürekli teslimat kuyruğunda bekliyorsa.
Gönderici IP adresinin engellendiğinden şüpheleniyorsanız.
Plesk veya cPanel üzerinden sorunun nedenini belirleyemiyorsanız.
Destek talebi oluştururken aşağıdaki bilgileri paylaşın:
Sorun yaşadığınız e-posta adresi.
Gönderim yapmaya çalıştığınız alıcı adresi.
Hatanın oluştuğu tarih ve saat.
Kullandığınız uygulama (Webmail, Outlook, mobil uygulama vb.).
Görüntülenen hata mesajının tam metni.
Varsa geri dönen teslim edilememe bildirimi.
Sorunun tüm alıcılarda mı yoksa belirli adreslerde mi oluştuğu.
Uyguladığınız kontrol adımları.
Bu bilgiler, ilgili SMTP ve sunucu kayıtları üzerinden sorunun daha hızlı incelenmesini sağlayabilir.
Güvenlik uyarısı: Teknik destek taleplerinde e-posta hesabınızın parolasını, uygulama parolalarını veya doğrulama kodlarını paylaşmayın. Gereksiz kişisel veri ve mesaj içeriklerini kaldırın.
Web9 Müşteri Paneli: https://w9.com.tr/giris-yap
Web9 İletişim: https://w9.com.tr/iletisim
Öncelikle internet bağlantınızı, SMTP sunucu adresini, port numarasını ve e-posta hesabınızın parolasını kontrol edin. Ardından Webmail üzerinden test gönderimi yaparak sorunun e-posta uygulamasından mı yoksa sunucudan mı kaynaklandığını belirleyin.
Gelen posta bağlantınız çalışırken SMTP ayarları yanlış olabilir. Giden posta sunucusu, kimlik doğrulama, port ve güvenlik ayarlarını kontrol etmelisiniz.
Outlook'un çevrimdışı olmadığından emin olun. SMTP sunucu adresini, güvenli bağlantı türünü ve kullanıcı bilgilerini kontrol edin. Sorunun yalnızca Outlook'ta oluşup oluşmadığını anlamak için Webmail üzerinden test gönderimi yapın.
E-posta hesabınızın gönderim yetkisi kısıtlanmış olabilir. Ayrıca gönderim limiti, sunucu servisi veya uzak alıcı tarafından uygulanan güvenlik politikaları soruna neden olabilir. cPanel Track Delivery ve ilgili hata kayıtları incelenmelidir.
SMTP 535 hatası çoğunlukla kimlik doğrulama başarısızlığını gösterir. Tam e-posta adresinizi, hesap parolanızı ve SMTP kimlik doğrulama yöntemini kontrol edin.
SMTP 550, alıcı adresinin bulunmaması, gönderim yetkisinin reddedilmesi veya alıcı sunucunun güvenlik politikaları nedeniyle oluşabilir. Kesin neden için hata mesajının tamamı incelenmelidir.
Alıcı sunucuya geçici olarak ulaşılamaması, bağlantı sorunları, gönderim sınırlamaları veya sunucu politikaları nedeniyle mesajlar kuyrukta bekletilebilir.
Her iki port da uygun yapılandırmada güvenli e-posta gönderimi için kullanılabilir. 465 genellikle doğrudan SSL/TLS, 587 ise STARTTLS ile kullanılır. Doğru seçim e-posta sunucunuzun yapılandırmasına bağlıdır.
Bazı sunucular üzerinden teknik olarak gönderim yapılabilir. Ancak alıcı sağlayıcıların kimlik doğrulama gereksinimleri nedeniyle e-postalar reddedilebilir veya spam olarak değerlendirilebilir. SPF ve DKIM yapılandırmasının doğru olması önerilir.
Gönderici alan adının MX kaydı öncelikle gelen e-postaların alınmasıyla ilgilidir. Yanlış MX kaydı her SMTP gönderimini doğrudan engellemez. Ancak alıcı alan adının posta yönlendirmesindeki sorunlar teslimatı etkileyebilir.
Kullanılan hizmetin politikalarına bağlı olarak yeni mesajlar reddedilebilir, geçici olarak ertelenebilir veya gönderim yetkisi sınırlandırılabilir. Mevcut paket limitlerini kontrol etmeniz gerekir.
Mesaj gönderici sunucu tarafından kabul edilmiş olsa da alıcı sunucuda reddedilmiş, spam klasörüne alınmış veya başka bir filtreye takılmış olabilir. Teslimat kayıtları ve alıcı tarafındaki kontroller incelenmelidir.
SPF, DKIM, DMARC, PTR, gönderici itibarı veya Gmail'in güvenlik politikalarıyla ilgili bir sorun olabilir. Kesin teşhis için geri dönen SMTP hata kodu ve mesajı incelenmelidir.
Öncelikle engellemenin hangi servis veya alıcı sunucu tarafından uygulandığı belirlenmelidir. Ardından gönderici IP itibarı, ters DNS ve e-posta kimlik doğrulama ayarları incelenmelidir. Gerekirse sunucu yöneticisinden destek alınmalıdır.
Mobil uygulamanın SMTP sunucu bilgileri, güvenli bağlantı ayarları veya kayıtlı parolası yanlış olabilir. Ayrıca ağ bağlantısı sorunları da gönderimi etkileyebilir.
İletişim formunun alıcı ve gönderici adreslerini kontrol edin. Ardından WordPress gönderim yöntemini ve SMTP yapılandırmasını inceleyin. Gerekirse güvenilir bir SMTP eklentisiyle test gönderimi gerçekleştirin.
Hata yanlış parola veya kimlik doğrulama sorunundan kaynaklanıyorsa çözebilir. Ancak gönderim limiti, DNS veya sunucu kaynaklı sorunları yalnızca parola değiştirmek gidermez.
Evet. SMTP servisi, hesap kısıtlaması, sunucu bağlantısı veya gönderim limiti gibi nedenler hosting altyapısıyla ilişkili olabilir. Ancak sorun e-posta uygulamasındaki yanlış ayarlardan da kaynaklanabilir.
E-posta gönderememe sorunu, SMTP bağlantı ayarları, kimlik doğrulama, gönderim limitleri, DNS kayıtları veya alıcı sunucu tarafından uygulanan güvenlik politikaları nedeniyle oluşabilir.
Sorunu çözmek için öncelikle Webmail üzerinden test gönderimi yapmalı, SMTP ayarlarını doğrulamalı ve varsa hata kodunu incelemelisiniz. Ardından cPanel veya Plesk üzerindeki e-posta hesabı, teslimat kayıtları ve alan adı kimlik doğrulama ayarlarını kontrol edebilirsiniz.
E-postaların gönderici sunucudan çıkması, alıcının gelen kutusuna kesin olarak ulaştığı anlamına gelmez. Bu nedenle gönderim ve teslim aşamalarının ayrı ayrı değerlendirilmesi önemlidir.
Web9 hosting veya kurumsal e-posta hizmetinizde gönderim sorunu yaşıyorsanız ve bu rehberdeki adımlarla sorunu çözemiyorsanız müşteri panelimiz üzerinden teknik destek talebi oluşturabilirsiniz.
Bilgi bankasını detaylı olarak incelediniz, fakat ihtiyacınız olan bilgiyi bulamıyorsanız,
Bir Destek Talebi Oluşturun.