Roundcube üzerinden e-posta gönderirken “451 4.2.0 Internal error occurred (LMTP)” mesajını görmek sinir bozucu olabilir. Bu hata, Postfix’in Dovecot LMTP servisine mesajı teslim edemediğini ve Dovecot’un geçici bir iç hatayla yanıt verdiğini gösterir. Çoğu durumda sorun sunucu tarafındaki yanlış yapılandırma, mailbox izinleri veya disk alanı yetersizliğinden kaynaklanır.

Aşağıdaki rehberde, bu hatayı adım adım teşhis edip kalıcı olarak çözmenin yollarını bulacaksınız. Her adımda log incelemeyi, yapılandırma dosyalarını doğrulamayı ve test etmeyi öğreneceksiniz.

Roundcube 451 4.2.0 LMTP Hatası Nedir?

Roundcube 451 4.2.0 LMTP hatası, Postfix’in Dovecot’un LMTP (Local Mail Transfer Protocol) servisine e-posta teslim etmeye çalışırken Dovecot’un “internal error” yanıtı vermesiyle oluşur. SMTP 4.x kodu geçici hata anlamına gelir; sunucu tarafındaki sorun çözüldüğünde ileti yeniden denenir ve çoğu zaman teslim edilir.

Sunucu Sorunu: STATUS: Internal error occurred. Refer to server log for more information.

(host linux.saviorhost.com[private/dovecot-lmtp] said: 451 4.2.0 Internal error occurred (in reply to end of DATA command))

Bu hata mesajı Roundcube arayüzünde görünse de sorun genellikle Roundcube kaynaklı değildir. Roundcube yalnızca SMTP sunucusuna bağlanır; asıl sorun sunucunuzdaki Postfix ve Dovecot arasındaki teslimat zincirindedir.

Hatanın Olası Nedenleri Nelerdir?

451 4.2.0 LMTP hatasının arkasında birkaç yaygın neden yatar. Bunları doğru teşhis etmek için önce hangi katmanda sorun olduğunu anlamak gerekir. Aşağıdaki tablo olası nedenleri ve tipik belirtilerini özetler.

Bu nedenlerin her biri farklı bir çözüm gerektirir. İzleyen bölümlerde her senaryoyu adım adım ele alacağız.

Hatayı Teşhis Etmek için Logları Nasıl İncelersiniz?

Doğru teşhis olmadan çözüm denemek zaman kaybettirir. İlk adım her zaman logları incelemek olmalıdır. Aşağıdaki komutlar Dovecot ve Postfix loglarını görüntüler.

sudo tail -n 200 /var/log/dovecot.log

sudo tail -n 200 /var/log/maillog
sudo journalctl -u dovecot -u postfix --since "today"

Log satırlarında “Permission denied”, “No space left on device”, “lmtp”, “Internal error” gibi ifadeler arayın. Bu ifadeler sorunun hangi kategoride olduğunu netleştirir. Örneğin “Permission denied” görüyorsanız mailbox izinlerine, “No space left” görüyorsanız disk alanına yönelmeniz gerekir.

Mailbox İzin ve Sahiplik Sorununu Nasıl Düzeltirsiniz?

Loglarda “Permission denied” görüyorsanız, Dovecot’un mailbox dizinlerine erişemediğini gösterir. Bu durumda yapmanız gereken ilk şey dizin sahipliklerini ve izinlerini kontrol etmektir.

sudo ls -ld /home/vmail/example.com/iletisim

sudo chown -R vmail:vmail /home/vmail/example.com/iletisim
sudo chmod -R 700 /home/vmail/example.com/iletisim
Bozuk kutuları yeniden senkronize et
sudo doveadm force-resync -u iletisim@example.com INBOX
sudo doveadm force-resync -u iletisim@example.com '*'

Doveadm Force-Resync Komutu bozuk indeksleri onarır ve mailbox’ı yeniden senkronize eder. Bu komutu özellikle yalnızca belirli bir kullanıcıda hata alıyorsanız kullanın. Eğer çok sayıda kullanıcı etkilendiyse ‘*’ joker karakteri ile tüm kutuları onarabilirsiniz ancak bu işlem sunucu yükünü artırabilir.

Disk Alanı ve Kota Problemlerini Nasıl Çözersiniz?

Dovecot, e-postayı teslim alacak alan bulamadığında 451 hatası dönebilir. “No space left on device” veya “Quota exceeded” loglarını görüyorsanız disk kullanımını kontrol etmelisiniz.

df -h

sudo du -xh /var /home | sort -h | tail -n 20

İlk komut dosya sistemlerinin doluluk oranını gösterir. %90 üzeri kullanımda Dovecot’un geçici hatalar üretmesi olasıdır. İkinci komut hangi dizinlerin en çok yer kapladığını listeler. Gereksiz log dosyalarını, eski yedekleri veya çöp kutusundaki postaları temizleyerek alan açabilirsiniz.

Kota sorunu yaşıyorsanız Dovecot Quota / Kota Eklentisi yapılandırmanızı gözden geçirin. Kullanıcı kotasını geçici olarak artırabilir veya kullanıcının kota kullanımını doveadm quota get -u kullanici@example.com komutuyla kontrol edebilirsiniz.

Postfix → Dovecot LMTP Yapılandırması Nasıl Doğrulanır?

Postfix, Dovecot’a mesajları LMTP protokolü üzerinden teslim eder. Bu zincirde bir kopukluk varsa 451 hatası kaçınılmazdır. İki yapılandırma dosyasını kontrol etmeniz gerekir: Postfix main.cf ve Dovecot 10-master.conf.

Postfix (main.cf):

mailbox_transport = lmtp:unix:private/dovecot-lmtp

Dovecot (10-master.conf):

service lmtp {

  unix_listener /var/spool/postfix/private/dovecot-lmtp {
    mode = 0600
    user = postfix
    group = postfix
  }
  processminavail = 5
}
protocol lmtp {
  # lmtprcptcheck_quota = yes  (Gerekirse aktif edin)
}

Bu yapılandırmanın doğru olması gerekir. Özellikle soket yolunun (/var/spool/postfix/private/dovecot-lmtp) hem Postfix hem Dovecot tarafında aynı olduğundan emin olun. Daha detaylı bilgi için blank” rel=”noopener”>Dovecot – Postfix LMTP Entegrasyonu belgesine bakabilirsiniz.

Roundcube SMTP Ayarları Nasıl Yapılandırılır?

Hatayı Roundcube’da görüyorsanız SMTP ayarlarının da doğru olduğundan emin olmalısınız. Roundcube, config.inc.php dosyasındaki SMTP ayarlarını kullanır. Yanlış port, şifreleme türü veya kimlik doğrulama yöntemi teslimat hatalarına yol açabilir.

<?php

$config['smtp_server'] = 'tls://mail.example.com';
$config['smtp_port'] = 587;
$config['smtp_user'] = '%u';
$config['smtp_pass'] = '%p';
$config['smtpauthtype'] = 'LOGIN';
?>

Bu örnek yapılandırma genel bir şablondur; sunucunuza göre sunucu adı ve port değişebilir. Örneğin SSL kullanıyorsanız 465 portunu ve ‘ssl://’ önekini tercih edebilirsiniz. Roundcube Yapılandırma Rehberi tüm seçeneklerin güncel açıklamalarını içerir.

Unutmayın: Roundcube SMTP ayarları yalnızca gönderim sırasında kullanılır. 451 LMTP hatası genellikle SMTP bağlantısından sonra, sunucu içi teslim aşamasında ortaya çıkar. Bu nedenle SMTP ayarlarınız doğru olsa bile Postfix-Dovecot tarafındaki sorun devam edebilir.

Kalıcı Çözüm İçin Sonraki Adımlar

Yukarıdaki adımları uyguladıktan sonra servisleri yeniden başlatın ve test e-postası gönderin. Test başarılıysa sorun kalıcı olarak çözülmüş demektir.

sudo systemctl restart dovecot

sudo systemctl restart postfix
Kuyrukta bekleyen mailleri kontrol et
postqueue -p
Logları yeniden izleyin
sudo tail -n 100 /var/log/maillog

Test e-postasını Roundcube üzerinden gönderin. Eğer hata devam ediyorsa, loglarda yeni bir ipucu arayın. Bazen birden fazla neden bir araya gelir; örneğin hem disk alanı daralmış hem de mailbox izinleri bozulmuş olabilir. Bu yüzden her adımı sırayla tekrar doğrulamak önemlidir.

Sunucu yönetimi deneyiminiz yoksa veya sorun tekrarlıyorsa, uzman bir destek ekibinden yardım almanız en sağlıklısıdır. E-posta altyapısındaki yanlış müdahaleler daha büyük veri kayıplarına yol açabilir.

Sıkça Sorulan Sorular

451 4.2.0 hatası neden geçici olarak sınıflandırılır?

SMTP protokolünde 4 ile başlayan durum kodları geçici hataları ifade eder. Bu, sunucunun mesajı şu an teslim edemediğini ancak sorun çözülürse daha sonra teslim edebileceğini gösterir. Gönderim kuyruğu bu mesajı belirli aralıklarla tekrar dener.

Sadece belirli bir kullanıcıda hata alıyorum, ne yapmalıyım?

Bu durum genellikle o kullanıcının mailbox dizininde izin sorunu veya bozuk indeks olduğuna işaret eder. Öncelikle o kullanıcının dizin izinlerini kontrol edin ve doveadm force-resync -u kullanici@example.com '*' komutuyla onarın.

Bu hatayı paylaşımlı hosting panelinden çözebilir miyim?

Paylaşımlı hosting ortamında root erişiminiz olmadığı için bu komutları çalıştıramazsınız. Hosting sağlayıcınızın destek ekibine hatayı bildirmeniz ve çözüm talep etmeniz gerekir. Çoğu sağlayıcı bu tür sunucu tarafı sorunları kendisi giderir.

Roundcube yerine başka bir e-posta istemcisi kullanmak sorunu çözer mi?

Hayır, çünkü sorun Roundcube değil, sunucunun LMTP teslim zincirindedir. Farklı bir istemciyle aynı SMTP sunucusuna bağlandığınızda aynı hata alınır. Ancak farklı bir SMTP sunucusu kullanıyorsanız sorun o sunucuya özgü olabilir.

Kota mı artırmalıyım yoksa disk temizliği mi yapmalıyım?

Önce df -h ile genel disk doluluğunu, ardından doveadm quota get ile kullanıcı kotasını kontrol edin. Disk genel olarak doluysa temizlik yapın; yalnızca kullanıcı kotası aşılmışsa kotayı artırmak yeterli olabilir.

LMTP nedir?

LMTP (Local Mail Transfer Protocol), e-posta sunucusu içinde mesajların Postfix’ten Dovecot’a teslim edilmesini sağlayan protokoldür. Posta kutusuna yazma işlemi LMTP üzerinden gerçekleşir; bu zincirdeki hatalar 451 ben