Resend

Kısaca: Kendi alan adından işlemsel e-postalar (onaylar, parola sıfırlamaları, bültenler) göndermek için bir hizmet.

Biraz daha ayrıntılı: E-postaların spam’e düşmemesi ve gerçekten kendi alan adından geliyormuş gibi tanınması için belirli DNS kayıtları ayarlanmalıdır — bunlar arasında bir DKIM kaydı (dijital bir imza) ve SPF (alan adı adına hangi sunucuların posta gönderebileceği) bulunur. İsteğe bağlı olarak, Resend’in e-postaların açılıp açılmadığını veya içindeki bağlantılara tıklanıp tıklanmadığını kaydettiği bir izleme alt alan adı kurulabilir.

Bizim bağlamımız: Özel bir Resend hesabına tamamen taşınması gerekti — eski DKIM/SPF kayıtlarını (hâlâ ortak hesaba işaret ediyordu) silmek ve OVH’de yenilerini girmek dahil.

Ayrıntılı

E-posta teslim edilebilirliği tarihsel olarak bir güven sorunu olmuştur: kuramsal olarak her sunucu herhangi bir alan adı adına posta gönderdiğini iddia edebilir (From alanındaki gönderen adresi serbestçe ayarlanabilir), bu yüzden Gmail veya Outlook gibi e-posta sağlayıcıları bir postayı spam olarak sınıflandırmadan önce ek kanıt talep eder. Bunun için üç DNS kaydı standart üçlüyü oluşturur:

• SPF (Sender Policy Framework) — alan adı adına hangi sunucu IP’lerinin posta gönderebileceğini listeleyen bir TXT kaydı.
• DKIM (DomainKeys Identified Mail) — gönderilen her posta kriptografik olarak imzalanır; bu imzayı denetlemek için genel anahtar bir DNS kaydı olarak bulunur, böylece alıcı imzayı doğrulayabilir.
• DMARC — SPF/DKIM başarısız olursa ne olması gerektiğini belirler (postayı yine de teslim et, spam’e taşı veya tamamen reddet) ve başarısız denetimlerle ilgili raporlar için bir adres içerir.

Bu kayıtlar eksikse veya (Emzett örneğinde olduğu gibi) hâlâ başkasının hesabına işaret ediyorsa, e-postalar ya hiç teslim edilmez ya da güvenilir biçimde spam klasörüne düşer — yalnızca kendi kodunda teşhis edilemeyen bir hata örüntüsü, çünkü gönderimin kendisi teknik olarak başarılıdır.

Geri dönenler ve şikâyetler

İki tür geri bildirim uzun vadeli teslim edilebilirlik için belirleyicidir: bir bounce, hedef adresin (artık) olmadığı ya da posta kutusunun dolu olduğu anlamına gelir — bir hard bounce (adres kalıcı olarak yok) adresi gelecekteki gönderimlerden hemen çıkarmalıdır, bir soft bounce (geçici bir sorun, örneğin dolu posta kutusu) ise sonradan yeniden denemelere izin verir. Bir şikâyet, alıcının postayı açıkça spam olarak işaretlediği anlamına gelir. Resend gibi gönderim hizmetleri iki sinyali de değerlendirir ve bounce/şikâyet oranı çok yükselirse tüm alan adının gönderen itibarını düşürebilir — bu da yalnızca ilgili adresi değil, bu alan adından gelecek TÜM postaları etkiler. Bu yüzden bounce’ları sessizce görmezden gelmek yerine kendi alıcı listenden aktif olarak çıkarmak önemlidir.

Teslim durumu için webhook’lar

Bir postanın teslim edilip edilmediğini düzenli olarak kendin sormak yerine bir webhook kurabilirsin: her durum değişikliğinde (teslim edildi, açıldı, bağlantı tıklandı, bounce, şikâyet) Resend, ayrıntıları gövdede olan bir HTTP isteğini tanımladığın bir URL’ye gönderir — bu, kendi uygulamanın polling olmadan, örneğin bir onay postasının gerçekten ulaşıp ulaşmadığını göstermesini sağlar.

Ayrıca bak: DNS kayıtları, DNS girdileri, TXT kaydı, E-postalar