# PrestaShop’ta sipariş onay e-postaları ulaşmıyor

> Sipariş PrestaShop’a düzgün şekilde kaydedilir, ama müşteriye hiçbir onay e-postası ulaşmaz: neden neredeyse her zaman siparişi takip eden gönderim zincirindedir, nadiren PrestaShop’un kendisindedir.

- Source canonique : [https://allaux.fr/tr/prestashop/problemes/emails-confirmation-commande-non-recus](https://allaux.fr/tr/prestashop/problemes/emails-confirmation-commande-non-recus)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Gelişmiş Parametreler > E-posta ekranında PHP mail() işlevinden kimlik doğrulamalı bir SMTP sunucusuna geçin, sonra ekranın altındaki test alanını kullanın: test ulaşıyor ama siparişler hiçbir şey göndermiyorduysa barındırma sağlayıcısı mail() işlevini engelliyordu. Test de başarısızsa var/logs/ klasörünü okuyun ve mails/tr/order_conf.html şablonundaki değişiklikleri denetleyin.

## E-posta hiç gönderilmiyor

PrestaShop varsayılan olarak işlemsel e-postalarını, gerçek anlamda kimlik doğrulamalı bir SMTP sunucusundan geçmeden, PHP mail() fonksiyonu üzerinden gönderir. Birçok paylaşımlı barındırma sağlayıcısı bu fonksiyonu, back-office’te görünür bir hata vermeden sınırlar veya engeller: sipariş onaylanır, PrestaShop e-postayı gönderdiğini düşünür, ama barındırıcı bunu sessizce reddetmiştir.

Yerleşik çözüm, Advanced Parameters > Email altında kimlik doğrulama bilgileriyle birlikte harici bir SMTP sunucusu yapılandırmaktır. Kontrol ettiğim ilk şey budur ve çoğu durumda gönderimi yeniden çalışır hâle getirmeye yeter.

Bir diğer olası neden: yanlışlıkla devre dışı bırakılmış ps_emailalerts eklentisi, ya da mails/ klasöründe bir değişiklik sonrası Smarty söz dizimi hatası içeren özel bir e-posta template’i; bu, mesajın gönderilmeden önce oluşturulmasını bile engeller.

## E-posta gönderiliyor ama hiç ulaşmıyor

Tespiti daha zor olan başka bir durum: gönderim PrestaShop tarafında başarılı olur, ama mesaj spam klasörüne düşer ya da müşterinin sağlayıcısına hiç ulaşmaz. Bu genellikle gönderen alan adının kimlik doğrulaması sorunudur: SPF ve DKIM kayıtları doğru yapılandırılmadan, büyük e-posta sağlayıcıları e-postayı şüpheli olarak işaretler, özellikle site alan adına gerçekten ait olmayan bir adresten gönderiliyorsa.

Bu ayar, PrestaShop içinde değil, alan adının DNS düzeyinde yapılır: önce SPF ve DKIM’in var olup olmadığını kontrol ederim, ardından gerekirse düzeltir veya kurarım.

## Yapılandırma mı, geliştirme mi?

> Bir SMTP veya SPF/DKIM sorunu, koda dokunmadan yapılandırmayla çözülür. Bir e-postanın içeriğini değiştirmek — bir alan eklemek, biçimi değiştirmek — mails/ içindeki template’e dokunur ve basit bir metnin ötesine geçtiği anda özel geliştirme hâline gelir.

## İlgili sayfalar

- **Çalışmayan veya spam alan iletişim formu** — Aynı e-posta gönderim mekanizması sorumludur: sessiz kalan veya spam’le dolan bir form için ayrı bir teşhis. ([/prestashop/problemes/formulaire-contact-ne-fonctionne-pas](/prestashop/problemes/formulaire-contact-ne-fonctionne-pas))
- **Sipariş durumları ve otomatik e-postalar** — Her durum değişikliği, kendi template’i ve kendi arıza noktalarıyla kendi e-postasını tetikleyebilir. ([/prestashop/problemes/statuts-commande-personnalises](/prestashop/problemes/statuts-commande-personnalises))
- **Özel eklenti geliştirme** — İşlemsel bir e-postaya bir alan veya mantık eklemek, hem template’e hem de controller’a dokunmayı gerektirir. ([/prestashop/module-sur-mesure](/prestashop/module-sur-mesure))

## FAQ

### E-postanın PrestaShop’tan gerçekten çıkıp çıkmadığını nasıl kontrol ederim?

Advanced Parameters > Email, sipariş sürecinden bağımsız doğrudan bir gönderim testi sunar. Bu da başarısız olursa, sorun sunucu yapılandırmasıdır, sipariş süreci değil.

### Ücretli bir SMTP hizmeti gerekli mi?

Hayır, barındırıcıdaki klasik bir e-posta hesabı, PrestaShop’a doğru bilgiler girildiği sürece genellikle yeterlidir. Gönderim hacmi arttıkça özel bir SMTP hizmeti faydalı hâle gelir.

### Müşteri kayıt e-postaları da sipariş e-postalarıyla aynı sorunu mu yaşıyor?

Evet, aynı gönderim mekanizmasını kullanırlar. Sipariş onayları ulaşmıyorsa, hesap oluşturma veya şifre sıfırlama e-postaları da genellikle etkilenmiştir.

### Onay e-postasına müşterinin telefon numarası eklenebilir mi?

Evet, ancak bu, ilgili dil için mails/ klasöründeki Smarty template’inin ve template’e gönderilen değişkenleri hazırlayan controller’ın değiştirilmesini gerektirir. Bu, back-office ayarı değil, hedefli bir geliştirmedir.

### SPF ve DKIM’i kim yapılandırır?

Bunlar, alan adı sağlayıcısında veya e-posta barındırıcısında yönetilen DNS kayıtlarıdır. Barındırma hesabına erişimim olmasa bile varlıklarını kontrol edip tam olarak ne eklenmesi gerektiğini belirtebilirim.