mail() basit şeyler için iyidir, ancak genellikle PHP mail problemi çözmüştür daha sağlam bir kütüphane istiyorum.

Benim kişisel bir seçimdir Swift Mailer.

Ayrıca diğer soru okuyarak, bu yararı olabilir

• App bir kuyrukta, veritabanına sipariş e-posta yazıyor.
• Bir Cron çalışan var, o 30 e-postalar her 10 dakikada söylüyorlar gönderir.
• Daha sonra son 10 dakika içinde tekrar işlenmeye hazır, 30 gönderdi kaldırır.

Avantajı dışarı gönderilecek e-postaların bir kuyruk var, onlar gruplar halinde işlenebilir ve posta başarısız olursa da veritabanında bir kopyasını sahip olmasıdır. Bu teslim edilmemiş (veya geç teslim) idi Posta Gönderilenler kadar kovalamak sonra veritabanını sorgulamak için daha kolay olacaktır.

Şu anda PHP mail () kullanın, ancak sık sık bu sorunlar verir.

Sana sık sık problem vermez para bahse girerim.

I never PHP'nin posta işlevi sorunları rastlamak var. Ben posta için kötü php.ini ayarları ile sorunları gördük ve süreç posta after o PHP bıraktı programları ile sorunların bir ev sahibi. Sözcüğün kullanımı "sık sık" o zaman bazı işleri ima, böylece, php.ini sık güncellemeleri yokluğunda, sorunlar posta işleme altyapısı üzerinde tüm vardır.

Nitekim - Kullanıcıların kutularına komut posta alma sorunları hakkında raporlar sürü olacaktır - - Seni PHP hata listesine bir göz gidin tavsiye ederim ama none bunlardan dolayı bir başarısızlık olacaktır PHP kodu.

Sorun başka bir yerde olup olmadığını Yani, bir yedek SMTP istemcisi kullanarak no effect whatsoever (sen kötü MTA atlamak için yapılandırabilirsiniz sürece) sahip olacaktır.

, E-posta çalışır ve neden başarısız ne anlama kadar önemsiz değil. Eğer karıştırmak için eklediğinizde, uzunlukları bazı insanlar çok karmaşık olmaya başlar, spam önlemek için (genellikle belgesiz) gidin. Eğer altyapı ve yapılandırması hakkında daha ayrıntılı vermişti bile, hatta nerede, neden ve nasıl başarısız olduğu gibi bir tahminde bulunmak zor olacaktır.

Elbette, e-posta günlükleri ve başlıklarını bakarak ve sorunu çözmek için başlamak için MTA ve MUA yapılandırmaları kontrol ederek başlamak gerekir.

C.

Emir iletmek için SMTP kullanarak doğasında güvensizlik var. Posta sunucusunu kullanarak neden olduğu gibi tüm yönlendirme, spam kontrol, neden gecikmeler cabası. Eğer sipariş e-posta gerekir emin misiniz? Bir sunucu-sunucu HTTP transferi çizgisinde fazla bir şey, belki de XML tabanlı, daha iyi bir seçenek olmaz mı?

Siz okur ve fırsatlar sipariş işleme bölümü kişiye kullanılabilir hale bu durumda, sipariş süreci olur korumalı (güvenlik duvarı) bağlantısı üzerinden web sunucusundan sipariş alacak işleme bölümü ikinci bir sunucu kullanabilirsiniz sipariş ile.