Gönderildi.
Peki ulaştı mı?

Önce teslimatın hangi adımda koptuğunu bulalım.

Uygulamanın “gönderildi” demesi, iletinin alıcı sunucu tarafından kabul edildiği veya gelen kutusuna yerleştiği anlamına gelmez. SMTP yanıtı, kuyruk/hata kaydı, alıcı sunucu sonucu ve varsa spam klasörü davranışını ayrı inceleriz.

Gmail ve Outlook.com gibi sağlayıcılarda kimlik doğrulama gereksinimleri gönderim hacmine ve hizmete göre değişir. Eksik yapılandırma reddedilmeye veya spam sınıflandırmasına yol açabilir. Alıcı filtreleri, içerik ve itibar da sonucu etkiler.

İhtiyacınız olan katmanı seçelim.

SPF, DKIM ve DMARC: kayıt kadar hizalama da önemli.

Gönderici envanterinde çalışan kutuları, web sitesi, CRM, fatura uygulaması ve kampanya araçlarını belirleriz. SPF zincirini ve çakışan kayıtları, DKIM seçicisini/imzayı, DMARC politikasını ve From alanıyla hizalamayı kontrol ederiz.

DMARC değerlendirmesinde SPF veya DKIM’den en az birinin başarılı ve From alanıyla hizalanmış olması gerekir. Politika değişikliği, mevcut göndericiler doğrulandıktan sonra aşamalı planlanır.

Gmail, tüm göndericiler için SPF veya DKIM; yüksek hacimli göndericiler için SPF, DKIM ve DMARC gereksinimleri yayımlar. Outlook.com’un günlük 5.000’in üzerinde ileti gönderen alan adları için de SPF, DKIM ve DMARC şartları vardır. Bunlar bütün alıcı hizmetlerine aynı eşikle uygulanan tek bir kural değildir.

WordPress ve WooCommerce bildirimlerine doğrulanmış gönderim yolu.

İletişim formları, sipariş ve fatura bildirimleri için uygulamanın gönderici adresini ve SMTP kimliğini alan adıyla uyumlu planlarız. Yerel mail()/PHP posta akışına bağlı kalmak yerine kimliği doğrulanmış ve TLS kullanan bir SMTP Relay entegrasyonu değerlendirilebilir.

SMTP kullanıcı yetkisi, gönderim hacmi, hata dönüşü ve tekrar deneme davranışı belirlenir. İşlemsel bildirimleri pazarlama listelerinden ayırmak, akışın izlenmesini ve itibar yönetimini kolaylaştırır.

Trafiği ayırın, sorunun kaynağını görün.

Günlük kurumsal yazışma, sipariş bildirimleri ve izinli kampanyalar için ayrı gönderici/alt alan adı ve gerektiğinde farklı servis veya IP rotaları planlanır. Ayrı IP kullanmak tek başına itibar garantisi değildir; hacim, izin, hata ve şikâyet yönetimi de önemlidir.

Kara liste incelemesinde hangi alan adı veya IP’nin hangi kayıtta bulunduğunu ve olası kök nedeni belirleriz. Sorun giderme sonrası uygun kaldırma başvurusu hazırlanır; kaldırma kararı ilgili liste işletmecisinindir.

Taşıma: envanter, deneme ve kaynak/hedef karşılaştırması.

Mevcut hizmetten geçişte erişilebilir kutular ve klasörler envantere alınır. Deneme aktarımı, DNS geçişi, son eşitleme ve örnek içerik/ek kontrolleri için bir plan hazırlanır. Erişim süresi, yerel arşivler, takvim ve kişiler ayrıca değerlendirilir.

Posta Kutusu 2/5/10 GB, ortak Posta Havuzu 30/50/100 GB, kuruma ayrılmış Posta Sunucusu 200/300/500 GB seçenekleriyle planlanır. İstemci bağlantıları ve Outlook/mobil cihaz geçişi hizmet kapsamına göre desteklenir.

Nasıl çalışıyoruz?

1. Ücretsiz ön analiz

   Alan adınız, mevcut sağlayıcınız ve redakte edilmiş hata/üst bilgi örneğiyle başlayın. DNS ve gönderim akışındaki bulguları, yapılacak işleri ve öncelikleri özetleyelim.

2. Onaylı yapılandırma

   Teklif onayından sonra DNS, e-posta kimliği ve ilgili modüller yapılandırılır. İsterseniz BT ekibinize uygulanacak kayıt ve adımlar iletilir.

3. Test ve kayıt altına alma

   Yetkili test alıcılarıyla gönderimler yapılır. SPF/DKIM/DMARC sonuçları, hata dönüşleri ve gerçek alıcı sonucu ayrı kaydedilir; test anındaki kanıtlar rapora eklenir.

Fiyatlandırma alan adı, kullanıcı ve gönderim hacmi, ihtiyaç duyulan modüller ve işletim kapsamına göre analiz sonrası netleşir. Temel paket fiyatlarına KDV, kurulum ve bakım dahil değildir; ek hizmetler yazılı teklif ve onayla belirlenir.

Testlerde Authentication-Results başlığı ve SPF/DKIM/DMARC sonuçları; SMTP yanıtı ve gerçek alıcı sonucu ile birlikte raporlanır. Başarılı doğrulama kontrolü, alıcının gelen kutusu kararından ayrı bir bulgudur.