Henüz yapılmadı

Deneyerek öğrenmek, önceden söylenmekten kötüdür. Bunların hiçbiri bugün mevcut değil:

• —Bir teslimat en fazla beş kez denenir: anında, ardından 1 dakika, 5, 25 dakika ve 2 saat sonra. Her deneme kaydedilir ve GET /webhooks/{id}/deliveries üzerinden okunabilir; her biri kendi attempt ve maxAttempts değerini taşır. Yanıt tekrarlamanın anlamsız olduğunu söylediğinde yeniden deneme erkenden durur: 408, 425, 429 ya da bir 5xx dışındaki her şey bilinçli bir ret sayılır. Hâlâ bir yeniden oynatma uç noktası yok; dolayısıyla bu pencereden daha uzun süre kapalı kalan bir uç noktada boşluk oluşur ve onu teslimat kaydında bulursunuz.
• —Geri dönen bir mesaj GET /emails üzerinden hâlâ sent olarak okunur: teslimat raporu orijinal mesajla eşleştirilir ve yazışmada etiketlenir, ama gönderim satırına hiçbir şey geri yazılmaz; o satırın durumunda geri dönmüş diye bir hâl yoktur. Beslediği bastırma ise gerçektir: kalıcı bir geri dönüş ya da bir şikâyet, adresi bu çalışma alanının bastırma listesine koyar ve ona yapılan bir sonraki gönderim reddedilir. Öğrenmeyen şey gönderim kaydıdır.
• —Genel bir istek hız sınırlayıcı yok. Sayılan iki tavan var ve ikisi de 429 döner: planının içerdiği aylık gönderim hakkını tüketen bir çalışma alanı, ayın birine kadar her yeni gönderimde send_quota_exceeded alır; tek kullanımlık gelen kutusu üretmek ise istemci başına saatte altı, günde otuz ile sınırlıdır ve too_many_inboxes verir. Hiçbiri Retry-After taşımaz. Sıradan okuma ve yazmaların hızına yönelik bir sınırlayıcı bir vaat değil bir eksikliktir ve giderilecektir.
• —API'de ek dosya YÜKLEME uç noktası yok. Satır içi ekler base64'tür ve mesajın tamamında 5 MB ile sınırlıdır. Daha büyük bir dosya, çalışma alanında zaten bulunan bir dosyayı adlandıran { fileId } olarak gönderilir ve bir indirme bağlantısı olarak iletilir. Gelen postadaki ekleri okumak ise çalışır.