E-posta Nasıl Çalışır: SMTP, DNS ve Geçici E-posta Neden Var Olur
Çoğu insan, "Gönder" tuşuna tıklamakla mesajın birinin gelen kutusunda belirmesi arasında neler olup bittiğini bilmeden her gün e-posta kullanır. Bu yolculuğu — SMTP sunucuları, DNS sorguları ve MX kayıtları üzerinden — anlamak, geçici e-posta hizmetlerinin neden bu şekilde çalıştığını tam olarak ortaya koyar.
Hızlı erişim
Bu rehber, e-posta altyapısını sıfırdan açıklıyor: mesajları internet üzerinden yönlendiren protokoller, sunuculara postayı nereye teslim edeceklerini bildiren kayıtlar ve geçici posta hizmetlerinin bu sisteme nasıl bağlanarak kayıt olmadan anında çalışan tek kullanımlık gelen kutuları oluşturduğu. Geçici e-postanın ne olduğu ve ne zaman kullanılacağına dair pratik bir genel bakış için geçici e-posta için tam rehbere sayfasına bakın.
Kısa Bir E-posta Tarihi — ARPANET'ten Geçici E-postaya
E-postanın hikâyesi, 1971 yılında ABD Savunma Bakanlığı'nın ARPANET'inde çalışan Ray Tomlinson'ın iki makine arasında ilk elektronik mesajı göndermesiyle başlar. En önemli yeniliği, kullanıcı adını ana bilgisayardan ayıran "@" sembolüydü — bu gelenek elli yıldan fazla bir süre sonra bile değişmeden varlığını sürdürüyor.
1980'ler ve 1990'lar boyunca e-posta, araştırma laboratuvarlarından günlük yaşama yayıldı. Eudora ve Microsoft Outlook gibi masaüstü istemcileri, kişisel bilgisayar kullanıcılarına elektronik postaya ilk kez erişim imkânı sağladı. Ardından, 1990'ların sonlarında ücretsiz web posta hizmetleri — 1996'da Hotmail, 1997'de Yahoo Mail ve nihayet 2004'te Gmail — e-postayı tarayıcısı ve internet bağlantısı olan herkes için evrensel olarak erişilebilir hale getirdi.
Ancak evrensel erişim, evrensel sorunları da beraberinde getirdi. 2000'lerin sonlarına gelindiğinde spam, dünya genelinde tüm e-posta trafiğinin ezici çoğunluğuna ulaşmıştı. Oltalama saldırıları daha da karmaşıklaştı. Veri ihlalleri yüz milyonlarca e-posta adresini açığa çıkardı. Bu artan tehditler, yeni bir hizmet kategorisine olan talebi doğurdu: geçici e-posta. İlk tek kullanımlık gelen kutusu sağlayıcıları 2000'lerin ortalarında ortaya çıktı ve bu konsept, bugün milyonlarca kişinin kullandığı olgun bir gizlilik aracına dönüştü. Tüm evrim süreci için bkz. Geçici Postanın Evrimi.
Bir E-postanın Yolculuğu — Adım Adım
E-posta göndermek anlık bir his verse de mesaj, hedefine ulaşmadan önce birden fazla sistemden geçer. İşte gerçekte olanlar, dört adımda.
Adım 1 — Gönder'e Bastınız: E-posta İstemcisinden SMTP Sunucusuna
Gmail, Outlook, Thunderbird veya başka bir e-posta istemcisinde bir mesaj yazıp "Gönder"e bastığınızda, istemciniz SMTP — Basit Posta Aktarım Protokolü adlı bir protokol kullanarak giden posta sunucusuna bağlanır. Bu bağlantı genellikle 587 numaralı bağlantı noktasını (STARTTLS şifrelemesiyle) veya 465 numaralı bağlantı noktasını (örtük TLS ile) kullanır.
İstemciniz kullanıcı adınız ve şifrenizle SMTP sunucusunda kimlik doğrulaması yapar, ardından mesajı sunucuya devreder. Bu noktada e-posta cihazınızdan ayrılmıştır ve artık teslim edilmesi sunucunun sorumluluğundadır.
Adım 2 — DNS Sorgusu: Bu E-posta Nereye Gidiyor?
SMTP sunucusunun mesajınızı nereye teslim edeceğini bulması gerekir. Bunu, alıcının alan adının MX kaydını — Posta Değiştirici kaydını — Alan Adı Sistemi (DNS) üzerinden sorgulayarak yapar.
Örneğin someone@gmail.com adresine gönderiyorsanız, SMTP sunucusu DNS'e şunu sorar: "gmail.com için e-postayı hangi sunucu yönetiyor?" DNS de buna şuna benzer bir yanıt verir: alt1.gmail-smtp-in.l.google.com — bu, Google'ın gelen posta sunucusunun adresidir. MX kaydı, özünde, "bu alan adına gelen tüm postayı bu sunucuya teslim et" diyen bir yönlendirme talimatıdır.
Bu MX kaydı sistemi, geçici e-postayı mümkün kılan temeldir; ama buna birazdan değineceğiz.
Adım 3 — Sunucudan Sunucuya Teslimat: SMTP Aktarımı
Gönderen SMTP sunucunuz, alıcının gelen SMTP sunucusuna (MX kaydında belirtilen sunucuya) bağlanır ve bir SMTP el sıkışması gerçekleştirir — iki sunucunun kimlikleri doğruladığı, şifreleme üzerinde anlaştığı ve mesajı aktardığı yapılandırılmış bir konuşma. TLS şifrelemesi, bu sunucudan sunucuya aktarım sırasında e-posta içeriğini korur.
İlk MX sunucusu kullanılamıyorsa, gönderen sunucu ikincil MX kayıtlarına geçer (çoğu alan adı yedeklilik için birden fazla MX kaydı listeler). Tüm sunuculara ulaşılamıyorsa, e-posta yeniden denenmek üzere kuyruğa alınır. Saatler veya günler süren birden fazla başarısız denemeden sonra gönderici bir geri dönüş bildirimi alır.
Adım 4 — Gelen Kutusu Depolama: IMAP ve POP3
Alıcı sunucu mesajı kabul ettikten sonra e-postayı saklar ve alıcının gelen kutusunu kontrol etmesini bekler. Alıcının e-posta istemcisi mesajları iki protokolden biriyle alır:
IMAP (İnternet Mesaj Erişim Protokolü): E-postayı birden fazla cihaz arasında senkronize eder. Mesajlar sunucuda kalır ve yaptığınız her işlem (okuma, silme, taşıma) her yerde yansıtılır. Gmail, Outlook ve çoğu modern hizmet bunu kullanır.
POP3 (Posta Protokolü 3): E-postayı tek bir cihaza indirir ve genellikle sunucudan siler. Günümüzde daha az yaygındır ancak yerel depolamanın tercih edildiği bazı yapılandırmalarda hâlâ kullanılır.
Bir E-posta Mesajının Bileşenleri
Her e-posta, yalnızca gördüğünüz metinden ibaret değildir. Görünenin altında, sunuculara mesajın nasıl yönlendirileceğini, nasıl görüntüleneceğini ve nasıl işleneceğini söyleyen yapılandırılmış veriler taşır.
Başlıklar: From, To, Konu, Tarih ve Message-ID gibi meta veriler. Bunlar, teslimat zincirindeki her sunucunun okuyup işlem yaptığı yönlendirme talimatlarıdır.
Gizli başlıklar: Return-Path (geri dönüşlerin gittiği yer), Received (e-postanın geçtiği her sunucuyu gösteren bir zincir) ve Authentication-Results (SPF, DKIM ve DMARC kontrol sonuçları) gibi alanlar. Bunlar çoğu e-posta istemcisinde görünmez, ancak bir mesajın tüm yolculuğunu ortaya koyar.
Gövde: Gerçek içerik; düz metin, HTML ya da her ikisi (multipart/alternative) biçiminde olabilir. Modern e-postaların çoğu HTML'dir; bu yüzden biçimlendirilmiş metinler, görseller ve tıklanabilir bağlantılar görürsünüz.
Ekler: MIME (Multipurpose Internet Mail Extensions) kullanılarak kodlanan dosyalar. MIME, ikili dosyaları e-postanın metin tabanlı altyapısından geçebilecek metin güvenli biçimlere kodlar.
Geçici E-posta Bu Altyapıya Nasıl Bağlanır
İşte her şeyin birleştiği yer burası. Geçici e-posta hizmetleri ayrı, özel bir sistem kullanmaz — yukarıda açıklanan standart e-posta altyapısına doğrudan bağlanırlar. Geçici e-posta adreslerinin gerçek sunuculardan gerçek e-postalar almasının nedeni budur: bunlar gerçek e-posta adresleridir, yalnızca yaşam döngüleri farklıdır.
Catch-All MX Kayıtları — Anında Adres Oluşturma
tmailor.com bir alan adı kaydettiğinde (örneğin example-temp.com), o alan adının MX kaydını Tmailor'un alıcı sunucusuna yönlendirecek şekilde yapılandırır. En önemlisi, sunucu bir "catch-all" olarak yapılandırılmıştır: adresin önceden oluşturulup oluşturulmadığına bakılmaksızın, o alan adındaki herhangi bir adrese gönderilen e-postayı kabul eder.
Anında çalışan bir geçici e-posta adresi almanızın nedeni budur. Adresin geleneksel anlamda "oluşturulmasına" gerek yoktur. MX kaydı internete "bu alan adına gelen tüm e-postaları sunucumuza gönderin" der ve sunucu gelen her şeyi kabul eder. tmailor.com adresini ziyaret edip rastgele oluşturulmuş bir adres gördüğünüzde, o adres zaten işlevseldir çünkü alan adının MX kaydı tüm postaları Tmailor'un sunucusuna yönlendirir. Daha ayrıntılı teknik açıklama için şuraya bakın: ve rastgele takma adlara bakınız.
SMTP Çıkışı Yok = Yalnızca Alım
Geçici e-posta hizmetleri MX kayıtlarını (alım için) ayarlar ancak giden gönderim için SPF, DKIM veya DMARC kayıtlarını yapılandırmaz. Bu kimlik doğrulama kayıtları, e-posta sunucularının bir gönderici sunucunun bir alan adı adına e-posta gönderme yetkisine sahip olup olmadığını doğrulamak için kullandığı kayıtlardır.
Bunlar olmadan, geçici e-posta alan adından gönderilen herhangi bir e-posta kimlik doğrulama kontrollerinden geçemez ve spam'e düşer — ya da doğrudan reddedilir. Yani geçici e-posta yalnızca alım yapar: bu kasıtlı bir tasarım tercihidir, ama yine de gerçek bir sınırlamadır. Tmailor gönderemez veya yanıtlayamaz ve giden gönderimi etkinleştirmek alan adlarının hızla kara listeye alınmasına yol açar.
Yalnızca alım modeli, aynı hafif tasarımdan kaynaklandığı için açıkça belirtilmeye değer birkaç başka kısıtlama da getirir. Gelen ekler kaldırılır kaldırılır, bu yüzden bir Tmailor adresine gönderilen dosya açılamaz veya indirilemez — sadece metin, kodlar ve bağlantılar gelir. Spam klasörü ve filtreleme yoktur yok: gelen her mesaj gösteriliyor, yani bir şey görünmediyse, teslim edilmemiş demektir. Mesajlar varışından itibaren yaklaşık 24 saat görünür kalır, sonra otomatik olarak temizlenir. Ve bir adres almak için giriş gerekmediğinden, her adresle birlikte verilen Access Token daha sonra adresi yeniden açmanızı sağlar. Bu bir kurtarma anahtarıdır, şifre değildir ve misafir adresinde kaybederseniz kimse onu yeniden veremez. Ücretsiz bir Tmailor hesabı oluşturup giriş yaparsanız, oluşturduğunuz adresler orada kaydedilir ve Oluşturulan E-postalardan yeniden açılabilir.
Birçok Alan Adı, Tek Catch-All Modeli
Tmailor tek bir alan adı yerine büyük, dönen bir alan adı havuzu işletir ve her biri alıcı sunucuya geri yönlendiren kendi catch-all MX kaydını taşır. Havuz kasıtlı olarak yayımlanmaz: tam listeyi yayımlamak, onu tek kullanımlık e-posta engel listeleri derleyen satıcılara teslim etmek olur.
Birden fazla alan adına sahip olmak pratik ve teknik bir nedenle önemlidir. Bazı siteler bilinen tek kullanımlık alan adlarının listelerini tutar ve alan adı listede olan bir adresi reddeder. Belirli bir alan adı reddedilirse, farklı bir alan adında yeni bir adres oluşturmak olağan bir sorun giderme yöntemidir — tıpkı bir sağlayıcı çöktüğünde farklı bir sağlayıcıyı denemeniz gibi. Bu yüzden alan çeşitliliği OTP güvenilirliğini artırır.
Ancak bir sınır var: alan adı başına engel listesi, bir politikadan farklıdır. Bir hizmetin şartları tek kullanımlık e-postayı tamamen yasaklıyorsa, alan adları arasında dönüp durmak sorun giderme değildir — sitenin bilerek koyduğu bir kuralı atlatmaya çalışmaktır. Bu durumda, size ait gerçek bir adres kullanın. Geçici e-posta, buna izin veren siteler içindir.
Gelen Posta için Google-MX Altyapısı
Tmailor, gelen e-postaları Google'ın posta sunucuları üzerinden yönlendirir; bu nedenle alan adlarının MX kayıtları Google-MX altyapısını gösterir — Gmail'in gelen postalarını işleyen aynı omurga. Pratikte bu, güvenilir ve iyi bağlantılı bir alım anlamına gelir: doğrulama e-postalarınızı kabul eden sunucular, internetin geri kalanının zaten nasıl ulaşacağını bildiği sunuculardır.
Gerçek teslimat hızı hâlâ büyük ölçüde gönderen tarafa bağlıdır — size e-posta gönderen hizmet, mesajın ne zaman çıkacağına karar verir — yani burada söz konusu olan güvenilirlik ve erişimdir, garantili bir önde başlama değil. Kurulumun arkasındaki gerekçe için bkz. Tmailor'un neden Google'ın sunucularını kullandığına bakın.
E-posta Güvenliği — Gelen Kutunuz Neden Hedef
E-posta altyapısını anlamak, ona neden bu kadar saldırgan bir şekilde saldırıldığını anlamak demektir de. E-posta adresiniz, internette en çok kötüye kullanılan tanımlayıcıdır.
Oltalama: Saldırganlar, güvendiğiniz bankaları, işverenleri veya hizmetleri taklit etmek için "From" başlığını sahte olarak oluşturur. SMTP, güven çağında tasarlandı ve gönderici doğrulaması (SPF, DKIM, DMARC) onlarca yıl sonra eklendi. Birçok sunucu hâlâ bunu sıkı bir şekilde uygulamıyor.
Spam: Dünya genelinde tüm e-posta trafiğinin neredeyse yarısı hâlâ spam. Gerçek e-posta adresinizi bir web sitesine her girdiğinizde, adresinizin bir pazarlama listesine düşme — ya da daha kötüsü, bir veri simsarına satılma — olasılığını artırırsınız.
Veri ihlalleri: E-posta adresiniz genellikle üye olduğunuz her veritabanındaki birincil anahtardır. Bir hizmette ihlal yaşandığında, ilk açığa çıkan şey e-posta adresiniz olur ve bu adres, diğer hesaplarınıza yönelik kimlik bilgisi doldurma saldırılarının anahtarı hâline gelir.
İzleme pikselleri: Pazarlama e-postalarına gömülen gizli 1x1 görüntüler, gönderenlere mesajı ne zaman, hangi cihazdan ve bazen yaklaşık olarak nereden açtığınızı bildirir. Gelen kutunuz yalnızca bir posta kutusu değil — pazarlamacılar için bir gözetim aracıdır.
Bu tehditler tam da bu yüzden geçici e-postanın varlığının sebebidir. Düşük güvenilirlik gerektiren etkileşimler için tek kullanımlık bir adres kullanarak, gerçek e-postanızı eninde sonunda ihlal edilen, satılan veya kazınan veritabanlarının dışında tutarsınız.
E-posta İstemcileri ve Sağlayıcıları — Hızlı Bir Genel Bakış
E-postanıza nasıl eriştiğiniz, istemcinize (yazılım) ve sağlayıcınıza (hizmet) bağlıdır.
Web posta sağlayıcıları: Gmail, Outlook.com, Yahoo Mail, ProtonMail. Bunlar hem e-posta hesabını hem de tarayıcı tabanlı bir istemciyi sunar. Çoğu kişi bunlardan birini birincil e-postası olarak kullanır.
Masaüstü istemcileri: Thunderbird, Apple Mail, Microsoft Outlook (masaüstü). Bunlar sağlayıcınıza IMAP veya POP3 üzerinden bağlanır ve e-postalarınızı çevrimdışı yönetmenize olanak tanır.
Geçici e-posta istemcileri: Tmailor; web tabanlı bir istemci, Android ve iOS için özel mobil uygulamalar, bir Telegram botu ve masaüstü tarayıcılar için Tmailor tarayıcı uzantısı sunar. Geleneksel istemcilerin aksine, başlamak için giriş ve kayıt gerekmez; adres, sayfa yüklendiği anda çalışır. Aynı adresi daha sonra yeniden açmak isterseniz, Access Token bilgisini kaydedin ya da isteğe bağlı ücretsiz hesaba giriş yapmışken oluşturun; böylece Oluşturulan E-postalar bölümüne kaydedilsin.
E-posta Temellerinden Geçici E-postaya — Noktaları Birleştirmek
Artık tüm resmi anladınız. E-posta SMTP üzerinden yol alır, DNS ve MX kayıtlarıyla yönlendirilir ve IMAP veya POP3 ile yönetilen bir gelen kutusuna ulaşır. Geçici e-posta servisleri tam da bu altyapıdan yararlanır: alan adları kaydeder, catch-all MX kayıtlarını yapılandırır, Google altyapısında alıcı sunucular çalıştırır ve gelen postalarınızı basit bir web arayüzü üzerinden sunar.
Geçici bir e-postada "sahte" hiçbir şey yoktur. İnternetteki diğer tüm e-postalarla aynı protokolleri, yönlendirmeyi ve teslimat mekanizmalarını kullanır. Fark kasıtlıdır: geçici e-posta adresleri tek kullanımlık, anonim ve kısa ömürlü olacak şekilde tasarlanmıştır — bu da onları gizlilik koruması, spam önleme ve düşük riskli kayıtlar için faydalı kılan şeydir.
Her bileşenin tam teknik anlatımı için geçici e-posta nasıl çalıştığını bölümüne bakın. Kendiniz denemeye hazır mısınız? On saniyeden kısa sürede bir sürede ücretsiz geçici bir posta adresi oluşturun.
Sıkça Sorulan Sorular
Geçici e-posta gerçek e-posta protokollerini mi kullanıyor?
Evet, %100. Geçici e-posta, e-postaları standart SMTP üzerinden alır ve standart MX kayıtları üzerinden yönlendirir — Gmail ve Outlook'un kullandığı aynı altyapı. Adresler teknik olarak gerçek e-posta adresleridir ve kasıtlı olarak sınırlı bir ömre sahiptir.
Geçici e-posta neden e-posta gönderemiyor?
Geçici e-posta servisleri, giden kimlik doğrulama için SPF, DKIM veya DMARC kayıtlarını yapılandırmaz. Bunlar olmadan, geçici e-posta alan adından gönderilen herhangi bir e-posta doğrulama kontrollerinden geçemez, reddedilir veya spam olarak işaretlenir. Bu, geçici alan adlarının alma işlevini sürdürmesi için kasıtlı bir mimari seçimdir.
Geçici e-posta mesajlarının e-posta başlıklarını görebilir miyim?
Evet. Geçici e-posta yoluyla alınan e-postalar, diğer tüm e-postalarla aynı başlıkları taşır: From, To, Subject, Date, Received zinciri ve kimlik doğrulama sonuçları. Başlıklar, tmailor.com tarafından işleme için kullanılan Google sunucuları da dahil olmak üzere tam teslimat yolunu gösterir.
tmailor.com'ın e-posta teslimatını rakiplerden daha hızlı kılan nedir?
İki tasarım tercihi yardımcı olur: Google'ın posta altyapısı gelen SMTP trafiğini yönetir ve bir CDN web arayüzünü size yakın konumlardan sunar. Bu da gelen kutusunun nerede olursanız olun hızlı yanıt veriyor gibi hissettirmesini sağlar. Daha kesin olarak, bir doğrulama e-postasının gerçekte ne kadar hızlı geldiği çoğunlukla alıcı tarafa değil, onu gönderen siteye bağlıdır; bu yüzden bunu belirli bir rakibe karşı garantili bir hız avantajı olarak değil, güvenilir ve iyi bağlantılı bir alma olarak değerlendirin. Gerekçe şurada: Tmailor'un neden Google'ın sunucularını kullandığıdır.

Marcus Lee writes Tmailor's step-by-step guides, signing up to apps and platforms with temp mail, using the mobile app and Telegram bot, custom domains, reusing addresses, and getting the most out of disposable email day to day.