CPanel Exim hizmeti

cPanel’de Exim, sunucunun e-posta gönderip almasını sağlayan posta aktarım hizmetidir. Bir e-posta gönderildiğinde mesajı yapılandırılmış yönlendirme ve teslimat politikasına göre işler. Doğrudan uzak alan adına SMTP tesliminde genellikle MX kayıtları kullanılır; yerel teslim veya smarthost üzerinden gönderimde akış farklıdır. Uzak sunucuya teslim sırasında hedef sunucu geçici olarak yanıt vermiyorsa mesajı kuyruğa alıp daha sonra yeniden dener. Bu nedenle e-posta gönderilemiyorsa ilk kontrol edilmesi gereken bileşenlerden biri Exim hizmeti, Exim kuyruğu ve Exim günlükleridir.

Exim hangi görevleri üstlenir?​

Exim, cPanel sunucusunda hem yerel hem de uzak e-posta teslimatını yönetir. Dovecot genellikle posta kutularının IMAP veya POP3 üzerinden okunmasından sorumluyken Exim, SMTP tabanlı gönderim ve alım tarafında çalışır. Alan başına gönderim limitleri, başarısız teslimatların kuyruğa alınması, SMTP kimlik doğrulaması ve bazı spam önleme davranışları da Exim yapılandırmasıyla ilişkilidir.

E-posta gönderilmiyorsa uygulanacak kontrol sırası​

Önce sorunun tüm sunucuyu mu, tek bir alan adını mı veya tek bir posta hesabını mı etkilediğini belirleyin. Ardından aşağıdaki sırayı izleyin:

1. Hizmetin gerçekten çalışıp çalışmadığını ve günlükteki hatayı kontrol edin. WHM » Service Configuration » Service Manager, etkinleştirme/izleme politikasını gösterir; kutuların işaretli olması her an sağlıklı çalıştığının kanıtı değildir. Durmuş hizmeti başlatmadan önce durma nedenini inceleyin.
2. WHM » Email » Mail Queue Manager bölümünde bekleyen mesajları inceleyin. Aynı alıcıya ait çok sayıda mesaj, bağlantı zaman aşımı veya sürekli dondurulan iletiler belirli bir teslimat sorununun göstergesidir.
3. Root SSH erişiminiz varsa kuyruk sayısını kontrol edin:
   
   Kod:

   exim -bpc

   Çıktı kuyruğun toplam mesaj sayısını verir. Sayının tek başına yüksek olması, tüm mesajların spam olduğu anlamına gelmez; önce kuyruktaki hata açıklamalarını inceleyin.
4. Sorunun nedenini günlüklerden doğrulayın. Exim için başlıca günlükler /var/log/exim_mainlog, /var/log/exim_rejectlog ve /var/log/exim_paniclog dosyalarıdır. paniclog dosyası doluysa yapılandırma veya hizmet düzeyinde ciddi bir problem olabilir.
5. Sorun yapılandırma değişikliğinden sonra başladıysa WHM » Service Configuration » Exim Configuration Manager ayarlarını gözden geçirin. Gelişmiş düzenleyicide rastgele değişiklik yapmak yerine ilgili ayarı WHM’nin desteklenen kaydetme yöntemiyle düzeltin. Üretilen Exim yapılandırmasını elle değiştirmek sonraki yeniden oluşturmada kaybolabilir.

Kurgusal bir teşhis örneğinde yalnız bir alıcıya giden ileti geçici SMTP hatasıyla bekliyorsa tüm sunucuyu yeniden başlatmak yerine o mesaj kimliğinin hata kaydı izlenir. Başarı ölçütü, uygun test iletisinin günlükte doğru hedefe teslim edilmesi ve beklenen posta kutusunda doğrulanmasıdır; kuyruktan çıkması tek başına gelen kutusuna ulaştığını kanıtlamaz. Mesaj kuyrukta kalıyorsa kuyruktaki hata metni ve Exim günlüğündeki karşılığı sonraki teşhis adımını belirler.

Sunucu yöneticisi yetkisiyle WHM’de Exim’i yönetmek için temel bölümler şunlardır. Paylaşımlı hosting hesabında bu ekranlar bulunmayabilir; cPanel e-posta hesabı ekranlarıyla aynı yetkiyi sağlamaz:
Bu bölümlerde yapılan değişiklikler farklı amaçlara hizmet eder. Sadece hizmeti yeniden başlatmak, hatalı MX kaydını, kara liste sorununu veya yanlış SMTP kimlik bilgilerini çözmez.

Kuyruğu silmeden önce dikkat edilmesi gerekenler​

Kuyrukta bekleyen her mesaj hatalı değildir. Uzak sunucunun geçici reddi, DNS gecikmesi veya hedef sunucunun kapalı olması durumunda Exim mesajı daha sonra yeniden göndermeyi deneyebilir. Mail Queue Manager üzerinden önce mesajı inceleyin; yalnızca spam olduğu veya artık gönderilmemesi gerektiği doğrulanan iletileri silin.

Root üzerinden tüm kuyruğu silen komut geri alınamaz. Bu nedenle toplu silme yerine önce belirli mesaj kimliğini veya belirli hesabı hedefleyin. Dondurulmuş mesajlar tekrar tekrar oluşuyorsa mesajları silmek kalıcı çözüm değildir; /var/log/exim_mainlog içindeki ortak hata nedenini düzeltmek gerekir.

Sık yapılan hatalar​

Exim’i kapatmak: Spam sorununu çözmek için Exim’i devre dışı bırakmak, normal e-posta gönderim ve alımını da durdurur. Önce alan veya hesap bazlı gönderim limitlerini ve günlükleri inceleyin.

Kuyruğu doğrudan temizlemek: Kuyruğu silmek yalnızca mevcut mesajları kaldırır; kötü amaçlı bir PHP betiği, ele geçirilmiş hesap veya yanlış SMTP ayarı varsa yeni mesajlar yeniden oluşur.

Sadece hizmeti yeniden başlatmak: Yeniden başlatma geçici kilitlenmeyi giderebilir, ancak DNS, kimlik doğrulama, uzak sunucu reddi veya yapılandırma hatasını düzeltmez.

cPanel ile Exim’i aynı sanmak: cPanel arayüzü Exim’i yapılandırır ve yönetir; e-posta teslimatını gerçekleştiren asıl posta aktarım bileşeni Exim’dir. Bu nedenle arayüzde hesapların normal görünmesi, Exim teslimatının kesinlikle başarılı olduğu anlamına gelmez.

Sık sorulan sorular​

Exim çalışıyor ama e-postalar neden gecikebilir?​

Uzak alıcı sunucusunun geçici reddi, DNS çözümleme sorunu, ağ bağlantısı veya teslimat politikasına bağlı hata mesajı Exim’in iletiyi kuyruğa almasına neden olabilir. Kesin neden kuyruk kaydı ve Exim günlüklerinde görülür.

Kuyrukta olmayan ileti kesin teslim edilmiş midir?​

Hayır. İleti reddedilmiş, geri dönmüş veya silinmiş de olabilir. Exim mesaj kimliğiyle teslimat sonucunu ve alıcı tarafındaki durumu karşılaştırın. Uzak sunucunun kabulü de iletinin mutlaka gelen kutusuna yerleştiği anlamına gelmez; filtreleme daha sonra gerçekleşebilir.