E-posta teslim edilebilirlik: ısındırma, adres doğrulama ve arşiv kopyası

POST /v1/apps/{appId}/email-deliverability/warmup-plans
{
  "name": "Yeni alan adı",
  "kind": "domain",
  "target": "mail.ornek.com",
  "curve": { "start": 500, "growth": 2, "target": 20000 },
  "provider_shares": { "gmail": 0.4, "outlook": 0.3, "yahoo": 0.1, "other": 0.2 },
  "timezone": "Europe/Istanbul"
}
```text

- Limitler `daily_limits` dizisiyle (1–120 gün) doğrudan veya `curve` (başlangıç × çarpan → hedef) ile verilir.
- `provider_shares` günlük limiti alıcı sağlayıcılarına böler (toplam 1). Gmail ve Outlook gibi büyük sağlayıcılara
  ayrı pay vermek kademeli itibar kazanımını kolaylaştırır.
- Alan adı planı IP planından önceliklidir; aynı tür + hedef için tek plan olabilir (`409`).
- **Yalnızca pazarlama gönderimleri** (kampanya ve journey) sınırlanır; API ile gönderilen işlemsel e-postalar
  (şifre sıfırlama, sipariş onayı) ertelenmez.
- Günün kalan payına sığmayan teslimatlar sonraki günlere o günün limiti kadar yayılır ve hedef günün yerel
  08:00–20:00 aralığına dağıtılır. Kampanya "gönderildi" görünse de bu teslimatlar `pending` + ileri tarihli
  `send_after` ile bekler.
- Planı **duraklatmak** (`PATCH … { "status": "paused" }`) sınırlamayı kaldırır; eğri bitince plan `completed` olur.
- Plan ayrıntısı ve gün × sağlayıcı kullanımı:
  `GET /v1/apps/{appId}/email-deliverability/warmup-plans/{planId}` ve `…/{planId}/usage?days=30`.

Önerilen başlangıç: yeni alan adında günde 200–500 e-posta, en etkileşimli alıcılarınıza; her gün yaklaşık iki katına
çıkarak 2–4 haftada hedef hacme ulaşın. SPF, DKIM ve DMARC kayıtlarını **Kanallar → E-posta → DNS doğrula** ile
önceden doğrulayın.

## 2. Gönderim öncesi adres doğrulama
`validation.enabled` açıkken her e-posta teslimatı göndermeden önce denetlenir:

| Denetim | Ayar | Sonuç |
|---|---|---|
| Sözdizimi | her zaman | geçersiz adres gönderilmez |
| Tek kullanımlık alan adı | `block_disposable` | `mailinator.com` vb. engellenir |
| Rol hesabı | `block_role` | `info@`, `destek@` gibi paylaşılan adresler engellenir |
| MX kaydı | `check_mx` | posta kabul etmeyen alan adı engellenir; DNS hatası engellemez |
| Üçüncü taraf doğrulayıcı | `verifier` (ZeroBounce, NeverBounce) | kesin "geçersiz" engellenir; "bilinmiyor" (catch-all) gönderilir |

```http
PUT /v1/apps/{appId}/email-deliverability
{
  "validation": { "enabled": true, "check_mx": true, "block_disposable": true, "block_role": false },
  "verifier": { "provider": "zerobounce", "api_key": "…" }
}
```text

- Engellenen teslimat `invalid_address` nedeniyle bastırılır; olay ayrıntısında hangi denetimin reddettiği yazar.
- Denetimler sınırlı eşzamanlılıkla (8) çalışır ve dispatch işi başına 20 saniyelik bir süre bütçesiyle sınırlıdır:
  bütçe dolarsa kalan adresler denetlenmeden gönderilir (doğrulama teslimatı geciktirmez; açıkça hatalı adresler
  sağlayıcı geri dönüşüyle zaten bastırılır). MX ve doğrulayıcı sonuçları önbelleklenir; ikinci gönderim hızlıdır.
- Doğrulayıcı API anahtarı zarf şifreli saklanır, yanıtta yalnızca `has_key` döner; boş bırakılırsa korunur.
- **Test aracı:** `POST …/email-deliverability/verify-address { "address": "ad@ornek.com" }` tüm denetimleri çalıştırıp
  sonucu (`ok`, `reason`, çalışan denetimler) döner.

## 3. BCC / arşiv adresi
`bcc_address` verilirse her e-postanın gizli kopyası bu adrese gider (uyum ve arşiv); `null` kaldırır. SMTP, Amazon
SES ve Resend kanallarında desteklenir.

## 4. İzleme
Teslim edilebilirlik ekranında her planın bugünkü limiti/kullanımı, sağlayıcı kovaları ve ileri günlere ayrılmış
gönderimler görünür. Hemen çıkma (bounce) ve şikâyet oranlarını analitik ekranından izleyin; oranlar yükselirse planı
duraklatıp eğriyi yavaşlatın.