Tek kullanımlık e-posta API'lerini karşılaştırma

1. Bir posta kutusunu okumak için anahtar ya da hesap gerekiyor mu?

Servisin, sır saklayamayan bir yerden kullanılıp kullanılamayacağına karar veren soru budur: bir çatalda çalışan CI işi, paylaşılan bir betik, bir tarayıcı, başkasının makinesinde çalışan bir yapay zekâ ajanı. Anahtar küçük bir sürtünme değildir — bir hesap, bir panel, bir döndürme politikası ve bir sır deposudur.

Kendiniz nasıl yanıtlarsınız

Hiçbir başlık göndermeden bir posta kutusu isteyin. 200 dönerse anahtar gerekmiyordur. 401 ya da 403 dönerse gerekiyordur.

curl -s -o /dev/null -w "%{http_code}\n" \
  "https://SERVICE/api/v1/mailbox?address=someone@THEIR-DOMAIN"

Bizim yanıtımız

Ne anahtar ne hesap — genel alan adları için de kendi alan adınız için de. Anahtar yalnızca premium havuz için vardır, çünkü adları yayımlanan bir havuz para ödenmeye değer olmaktan çıkar.

2. Kendi alan adınızı yönlendirebiliyor musunuz, ve bunun bedeli nedir?

Kendi alan adınız, bir kayıt formunun tek kullanımlık diye tanıdığı adresle tanımadığı adres arasındaki farktır. Ayrıca kimsenin tahminle giremeyeceği bir kutuya sahip olmanın tek yoludur. Servislerin çoğu bunu ya hiç sunmaz ya da ücretli katman olarak satar — iş modelinin tamamı budur ve onların ücretsiz planı üzerine bir şey kurmadan önce bilmekte fayda vardır.

Kendiniz nasıl yanıtlarsınız

Yayımladıkları MX sunucusunu okuyun, sonra belgelerin alan adını onlara kaydettirmenizi isteyip istemediğine bakın. Kayıt adımı olan bir servis, geleceğinizin bir yerinde bir hesap demektir.

dig +short MX their-example-domain.com

Bizim yanıtımız

smtp.grabmail.io adresine bir MX kaydı: ücretsiz, sınırsız ve ücretsiz plan dâhil her planda. Kayıt adımı yoktur: gelen ilk ileti alan adını bağlar, çünkü o kaydı yayımlamak, alan adının denetiminin sizde olduğunun kanıtıdır.

3. Bir ileti ne kadar süre saklanıyor — ve bu uygulanıyor mu, yoksa yalnızca vaat mi ediliyor?

İki servis de «yedi gün» diyebilir ve farklı şeyler kastediyor olabilir. Biri takvime göre siler, diğeri depolama daraldığında. Bir test paketi için sayının pek önemi yoktur. Ortalıkta bırakmak istemeyeceğiniz her şey içinse uygulanan süre ile ilan edilen süre arasındaki fark her şeydir.

Kendiniz nasıl yanıtlarsınız

Kendinize bir ileti gönderin, API'nin döndürdüğü tarihi not edin ve süre dolduktan sonra tekrar bakın. Metinlerinde aranacak ifade «en fazla»dır: sayının bir tavan olduğunu, bir takvim olmadığını gösterir.

curl -s "https://SERVICE/api/v1/mailbox?address=…" | grep -o '"date":"[^"]*"'

Bizim yanıtımız

Tam 5 gün; bunu bir politika sayfasındaki cümle değil, on dakikada bir çalışan bir görev uygular. Bu bir katman değildir: hiçbir plan, parametre ya da talep süreyi uzatmaz. Çoğu kişinin buraya geldiği servis olan Catchmail postayı en fazla yedi gün saklar; yani bizden uzun.

4. Bir program iletiyi bekleyebiliyor mu, yoksa sürekli sorgulamak zorunda mı?

Sürekli sorgulayan bir test bir bekleme aralığı seçmek zorundadır ve iki seçenek de kötüdür: çok kısa olursa istek sınırını tüketir, çok uzun olursa paket gereğinden dakikalarca uzun sürer. Bir yapay zekâ ajanının da aynı sorunu vardır ve onu hiç çözemez — bir webhook için genel bir adresi ve döngü için sabrı yoktur.

Kendiniz nasıl yanıtlarsınız

Ya referansta bir webhook arayın ya da bloke eden bir çağrı. Belgeler yalnızca bir liste uç noktası gösteriyorsa, yazsın ya da yazmasın, yanıt sürekli sorgulamadır.

curl -s https://SERVICE/openapi.json | grep -o '"/[a-z/{}._-]*"'

Bizim yanıtımız

İkisi de, ve hiçbiri sizin tarafınızda genel bir adres istemez. REST API sürekli sorgulanır — adres başına saniyede 1 okuma öngörülen ritimdir. MCP sunucusunda, ileti gerçekten gelene kadar çağrıyı 25 saniyeye kadar açık tutan bir araç vardır; bir ajanın ihtiyaç duyduğu ve bir webhook'un ona veremeyeceği şey budur.

5. Bir kayıt formu adresi reddettiğinde ne oluyor?

Ortak genel alan adı kullanan her serviste bu olacaktır ve çoğu insanın pes edip tek kullanımlık postanın «çalışmadığı» sonucuna vardığı an budur. Servisleri burada ayıran şey bunun olup olmaması değil, size önceden söyleyip söylemedikleri ve sonrasında elinizde ne bıraktıklarıdır.

Kendiniz nasıl yanıtlarsınız

Genel alan adını, kayıt formlarının gerçekten kullandığı bir engelleme listesinde aratın. Listedeyse retlere hazırlıklı olun — ve servisin sonrasında ne sunduğuna bakın.

grep -x their-domain.com <(curl -s https://raw.githubusercontent.com/disposable/disposable-email-domains/master/domains.txt)

Bizim yanıtımız

Keşfedilmesi beklenmeden ana sayfada, sık sorulanlarda ve llms.txt içinde söylenir. İki çıkış var ve ücretsiz olan önce gelir: kendi alan adınızı buraya yönlendirin, hiçbir şeye mal olmaz ve sınırı yoktur; ya da bir alan adına sahip olmak veya onu açık etmek istemiyorsanız, o listelerin dışında tutulan 92 .com alan adından oluşan ücretli bir havuz. Genel alan adları her iki durumda da ücretsiz kalır.

6. Posta gönderebiliyor mu — ve gönderebilmesini istiyor musunuz?

Yalnızca alan bir servis spam aktarıcısına dönüştürülemez; gelen sunucusunun, kendisine yönlendirilmiş her alan adı için postayı kabul edebilmesinin nedeni de budur. Gönderebilen bir servis er ya da geç kötüye kullanılır ve ücretsiz katmanları bitiren şey kötüye kullanımdır. Göndermeniz gerekiyorsa bu kategorinin tamamı yanlış araçtır.

Kendiniz nasıl yanıtlarsınız

Alıcı alan bir POST arayın. Referansta varsa servis gönderebiliyordur; hiç yoksa gönderemiyordur ve bu genellikle bilinçli bir tercihtir.

curl -s https://SERVICE/openapi.json | grep -c '"post"'

Bizim yanıtımız

Hayır. Gönderen hiçbir uç nokta ve hiçbir türde giden posta yok — parola sıfırlama postası bile. Gelen kenarın, MX kaydı buraya bakan her alan adının postasını aktarıcıya dönüşmeden kabul edebilmesini sağlayan şey bu yokluktur.

Yanıtlarımız, tek bir yerde

Bu tablodaki her sayı, servisin uyguladığı sabitlerden okunur; dolayısıyla API ile çelişemez.

Mevcut bir entegrasyonu taşımak

Bu kategori üç çağrıda karar kılmıştır ve servislerin çoğu bunları aynı üç yolda sunar. Taşıma genellikle temel adres ile sayfalama döngüsünden ibarettir.

GET    /api/v1/mailbox?address=<address>
GET    /api/v1/message/<id>?mailbox=<address>
DELETE /api/v1/message/<id>?mailbox=<address>

Buraya en çok kimden gelindiğine bakılırsa Catchmail, aynı üç yolu kullanıyor. İki şey farklı ve ikisi de sayfalamada: onların listesi page / page_size ve bir total ile yanıt veriyor, bizimki geri kalanı gezmek için geri gönderdiğiniz bir next imleciyle. Onların temel adresi bir alt alan adı; bizimki sitenin kendisi. Geri kalan her şey — alan adları, durum kodları, bir iletinin biçimi — örtüşüyor.

Tartabilmeniz için biri kazanç, biri kayıp: buradaki her posta kutusunun ayrıca bir alias adresi vardır — kutuya teslim eden ama kutuyu okumaya yaramayan ikinci bir adres, ve kaydolduğunuz forma verdiğiniz şey odur. Saklama süresi ise burada yedi değil 5 gündür.

Bu sayfadaki üçüncü taraf bilgileri 2026-08-31 tarihinde her servisin kendi yayımladığı belgelerle karşılaştırıldı.

Tam API referansı · Hızlı başlangıç · Fiyatlandırma

İnsanların gerçekten sorduğu sorular

En iyi tek kullanımlık e-posta API'si hangisi?

Tek bir yanıt yoktur ve size bir tane veren sayfa size bir şey satıyordur. Yukarıdaki altı soru, servisler arasında gerçekten farklılaşan sorulardır; üçü tek bir komutla yanıtlanır ve yanıtlar genel olarak değil, sizin durumunuz için karar verir.

Başka bir tek kullanımlık e-posta API'sinden geçiyorum. Ne kadarı değişmeli?

Genellikle temel adres ve sayfalama döngüsü. Bu kategorinin üzerinde uzlaştığı üç yol hemen her yerde aynıdır — kutuyu listele, iletiyi oku, iletiyi sil — farklılaşan şey listenin nasıl sayfalandığı ve alanların ne ad taşıdığıdır.

İletileri kullandığım servisten daha uzun süre saklıyor musunuz?

Muhtemelen hayır. 5 gün bilinçli olarak kısadır ve katı bir sınırdır, katman değil. Test paketinizin bir iletiye geldikten bir saat sonra ihtiyacı varsa sorun yok; haftaya ihtiyacınız olacaksa indirin ve kendi tarafınızda saklayın.

Çalışma süresi garantisi var mı?

Hayır ve satılan bir garanti de yok. Onun yerine, bir izleyici yakın zamanda doğrulamadıkça bir bileşeni sağlıklı saymayı reddeden bir durum sayfası var — bayatlamış bir kontrol, iyi haber olarak değil, kontrol yokluğu olarak gösterilir.