TMAILOR BLOG

E-posta Nasıl Çalışır: SMTP, DNS ve Geçici E-postanın Neden Var Olduğu

Marcus LeeHow-To & Product Guides Editor

Çoğu insan, "Gönder" tuşuna tıkladığında birinin gelen kutusunda beliren mesaj arasında ne olduğunu bilmeden her gün e-posta kullanıyor. Bu yolculuğu — SMTP sunucuları, DNS araştırmaları ve MX kayıtları aracılığıyla — anlamak, geçici e-posta hizmetlerinin neden böyle çalıştığını tam olarak ortaya koyuyor.

Hızlı erişim

Bu rehber, e-posta altyapısını baştan baştan açıklıyor: mesajları internet üzerinden yönlendiren protokoller, sunuculara posta göndereceklerini bildiren kayıtlar ve geçici posta servislerinin bu sisteme nasıl bağlanarak kayıt olmadan anında çalışan tek kullanımlık gelen kutular oluşturması. Geçici 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 bakınız.

Kısa Bir E-posta Tarihi — ARPANET'ten Geçici Posta Dönemine

E-postanın hikayesi, 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 değişmeden devam ediyor.

1980'ler ve 1990'lar boyunca, e-posta araştırma laboratuvarlarından günlük yaşama genişledi. Eudora ve Microsoft Outlook gibi masaüstü istemcileri, kişisel bilgisayar kullanıcılarına ilk kez elektronik posta erişimi sağladı. Daha sonra, 1990'ların sonlarında, ücretsiz web posta hizmetleri — 1996'da Hotmail, 1997'de Yahoo Mail ve nihayetinde 2004'te Gmail — e-postaları tarayıcı ve internet bağlantısı olan herkes için evrensel olarak erişilebilir hale getirdi.

Ancak evrensel erişim evrensel sorunlar getirdi. 2000'lerin ortalarına gelindiğinde, spam dünya genelinde tüm e-posta trafiğinin %80'inden fazlasını oluşturuyordu. Oltalama saldırıları daha karmaşık hale geldi. Veri ihlalleri yüz milyonlarca e-posta adresini açığa çıkardı. Bu artan tehditler, yeni bir hizmet kategorisi olan geçici e-posta talebi yarattı. İlk tek kullanımlık gelen kutusu sağlayıcıları 2000'lerin ortalarında ortaya çıktı ve bu konsept, bugün milyonlarca kişi tarafından kullanılan olgun bir gizlilik aracına dönüştü. Tam evrim için bkz. Geçici Postanın Evrimi.

Bir E-Postanın Yolculuğu — Adım Adım

Bir e-posta göndermek anında hissettiriyor, ancak mesaj varış noktasına ulaşmadan önce birden fazla sistemden geçer. İşte aslında ne oluyor, dört adıma bölünmüş.

Adım 1 — Gönder: İstemciyi SMTP sunucusuna e-posta ile gönder

Gmail, Outlook, Thunderbird veya başka herhangi bir e-posta istemcisinde bir mesaj oluşturup "Gönder" tuşuna bastığınızda, istemciniz SMTP — Basit Posta Transfer Protokolü adlı bir protokol kullanarak giden bir posta sunucusuna bağlanır. Bu bağlantı genellikle 587 portunu (STARTTLS şifreleme ile) veya 465 portunu (örtük TLS ile) kullanır.

İstemciniz kullanıcı adınızı ve şifrenizi kullanarak SMTP sunucusunda kimlik doğrulama yapar, ardından mesajı teslim eder. Bu noktada, e-posta cihazınızdan ayrılmış ve artık sunucunun teslim sorumluluğu var.

Adım 2 — DNS Araştırması: Bu E-posta Nereye Gider?

SMTP sunucusunun mesajınızı nereye ileteceğini belirlemesi gerekiyor. Bunu, alıcının alan adının MX kaydı — Posta Değiştirici kaydı — için Alan Adı Sistemi (DNS) üzerinden sorgulamak için yapılır.

Örneğin, someone@gmail.com'ye gönderiyorsanız, SMTP sunucusu DNS'e soruyor: "gmail.com için e-posta hangi sunucu tarafından yönetiliyor?" DNS şuna benzer bir şekilde yanıt veriyor alt1.gmail-smtp-in.l.google.com — bu, Google'ın gelen posta sunucusunun adresi. MX kaydı, özünde, "bu alan için tüm postayı bu sunucuya teslim et" diyen bir yönlendirme talimatıdır.

Bu MX kayıt sistemi, geçici posta göndermeyi mümkün kılan temeldir, ama buna yakında değineceğiz.

Adım 3 — Sunucudan Sunucuya Teslimat: SMTP Relay

Gönderen SMTP sunucunuz, alıcının gelen SMTP sunucusuna (MX kaydında belirtilen) bağlanır ve SMTP el sıkışması gerçekleştirir—iki sunucunun kimlikleri doğruladığı, şifrelemesi müzakere ettiği ve mesajı aktardığı yapılandırılmış bir konuşma. TLS şifrelemesi, bu sunucudan sunucuya geçiş sırasında e-posta içeriğini korur.

İlk MX sunucusu kullanılamazsa, gönderen sunucu tekrar ikincil MX kayıtlarına geri dönür (çoğu alan adı yedeklik için birden fazla MX kaydı listeler). Tüm sunuculara ulaşılamıyorsa, e-posta tekrar deneme için sıraya alınır. Saatler veya günler boyunca 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 işaretlemesini bekler. Alıcının e-posta istemcisi, iki protokolden birini kullanarak mesajları alır:

IMAP (İnternet Mesaj Erişim Protokolü): E-postayı birden fazla cihaz arasında senkronize ediyor. Mesajlar sunucuda kalır ve yaptığınız her işlem (okuma, sil, taşıma) her yerde yansıyır. Gmail, Outlook ve çoğu modern hizmet bunu kullanıyor.

POP3 (Posta Protokolü 3): E-postayı tek bir cihaza indirir ve genellikle sunucudan silir. Günümüzde daha az yaygındır ancak yerel depolama tercih edilen bazı konfigürasyonlarda hâlâ kullanılmaktadır.

Bir E-posta Mesajının Bileşenleri

Her e-posta, sadece gördüğünüz bir metin değil. Yüzeyin altında, sunuculara mesajın nasıl yönlendirileceğini, nasıl gösterileceğini ve işleneceğini anlatan yapılandırılmış veri taşır.

Başlıklar: From, To, Konu, Tarih ve Mesaj Kimliği gibi meta veriler. Bunlar, teslimat zincirindeki her sunucunun okuyup hareket ettiği yönlendirme talimatlarıdır.

Gizli başlıklar: Return-Path (geri dönüşlerin gideceğ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 olsa da, bir mesajın tüm yolculuğunu ortaya koyuyor.

Gövde: Gerçek içerik, ya düz metin, HTML ya da her ikisi (çok bölümlü/alternatif) olarak biçimlendirilir. Modern e-postaların çoğu HTML olduğu için biçimlendirilmiş metinler, resimler ve tıklanabilir bağlantılar görüyorsunuz.

Ekler: MIME (Çok Amaçlı İnternet Posta Uzantıları) kullanılarak kodlanan dosyalar. MIME, ikili dosyaları metin güvenli formatlara kodlar; bu formatlar e-postanın metin tabanlı altyapısından geçebilir.

Geçici Posta Bu Altyapıya Nasıl Bağlanıyor

İş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. Bu yüzden geçici posta adresleri gerçek sunuculardan gerçek e-postalar alır: bunlar gerçek e-posta adresleridir, sadece farklı bir yaşam döngüsü vardır.

Her Anlamda MX Kayıtları — Anında Adres Oluşturma

tmailor.com bir alan kaydettiğinde (örneğin example-temp.com), o alan için MX kaydını tmailor'un alıcı sunucusuna yönlendirecek şekilde yapılandırır. Kritik olarak, sunucu "her şeyi kapsayan" olarak yapılandırılmıştır—adresin önceden oluşturulmuş olup olmamasına bakılmaksızın, o alan üzerindeki herhangi bir adrese gönderilen e-postaları kabul eder.

Bu yüzden anında çalışan geçici bir posta adresi alırsınız. Adresin geleneksel anlamda "oluşturulmasına" gerek yok. MX kaydı internete "bu alan alan için tüm e-postaları sunucumuza gönderin" diyor ve sunucu gelen her şeyi kabul ediyor. tmailor.com ziyaret ettiğinizde ve rastgele oluşturulan bir adres gördüğünüzde, o adres zaten işlevsel çünkü alan adının MX kaydı tüm postaları tmailor'un sunucusuna yönlendiriyor. Daha derin teknik açıklama için bkz. Catch-All ve Random Aliases: Why Temp Mail Feels Instant.

SMTP Çıkış Yok = Sadece Alım

Geçici posta servisleri MX kayıtlarını (alma için) ayarlar ancak SPF, DKIM veya DMARC kayıtlarını çıkış gönderimi için yapılandırmaz. Bu kimlik doğrulama kayıtları, e-posta sunucularının 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 posta alan adından gönderilen herhangi bir e-posta kimlik doğrulama testlerinden geçemeyecek ve spam maddesine düşecek — ya da tamamen reddedilecek. Bu yüzden geçici posta tasarım gereği kabul edilir, sınırlama gereği değil. Gönderme altyapısı konfigure edilmemiş ve etkinleştirmek tüm alan alanlarını birkaç gün içinde kara listeye alacak.

500+ Alan = 500+ MX Konfigürasyonu

Tmailor.com, her biri tmailor'un sunucularına yönlendiren kendi MX kaydına sahip 500'den fazla farklı alan alanı işletmektedir. Bu alan çeşitliliği, web sitelerinin geçici e-postaları engelleme şekline stratejik bir yanıttır: bilinen tek kullanımlık e-posta alan adları listelerini tutarlar. 500+ alan aktif rotasyonda, tmailor.com çoğu blok listesinin önünde kalıyor.

Bir alan adı bir platform tarafından işaretlendiğinde, kullanıcılar engellenmemiş başka bir alan alanında yeni bir adres oluşturabilirler. Bu yüzden alan rotasyonu OTP güvenilirliğini artırır — blok listesi düzeyindeki bir soruna altyapı düzeyinde bir çözümdür.

Google Altyapısı = Gmail Seviyesinde MX

Tmailor.com, gelen tüm e-postaları Google'ın posta sunucuları üzerinden yönlendiriyor. Bu, tmailor'un alan adları için MX kayıtlarının Google altyapısına işaret ettiği anlamına geliyor — Gmail'i işleyen aynı altyapı. Pratik etkisi önemli: bir web sitesinin posta sunucusu tmailor.com alan adının MX kaydını araştırıp Google IP adreslerini gördüğünde, alan adını rastgele kendi kendine barındırılan bir sunucudan daha yüksek bir güvenle ele alır.

Google destekli bu yönlendirme aynı zamanda daha hızlı teslimat, daha iyi küresel kapsama ve daha yüksek güvenilirlik anlamına geliyor. SSS'de daha fazla bilgi edinin: Tmailor.com neden Google'ın sunucularını kullanıyor?

E-posta Güvenliği — Neden Gelen Kutunuz Hedef

E-posta altyapısını anlamak, neden bu kadar agresif saldırıya uğradığını anlamak da demektir. E-posta adresiniz, internette en çok sömürülen 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 yaparlar. 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 yaklaşık %45'i spam. Bir web sitesine gerçek e-posta adresinizi her girdiğinizde, e-posta adresinizin bir pazarlama listesine girme olasılığını artarsınız — ya da daha kötüsü, bir veri aracısına satılma olasılığınızı artırırsınız.

Veri ihlalleri: E-posta adresiniz genellikle kaydettiğiniz her veritabanında birincil anahtardır. Bir hizmet ihlal edildiğinde, e-posta adresiniz ilk açığa çıkan şey olur ve diğer hesaplarınıza yönelik kimlik bilgileri doldurma saldırılarının anahtarı olur.

Pikselleri takip etmek: Pazarlama e-postalarına gömülü gizli 1x1 görüntüler, gönderenlere mesajı ne zaman açtığını, hangi cihazdan ve bazen yaklaşık konumunuzu bildirir. Gelen kutunuz sadece bir posta kutusu değil — pazarlamacılar için bir gözetim aracı.

Bu tehditler tam da geçici e-postanın varlığının sebebidir. Düşük güven etkileşimleri için tek kullanımlık bir adres kullanarak, gerçek e-postanızı sonunda ihlal edilen, satılan veya kazınan veritabanlarından uzak tutarsınız.

E-posta Müşterileri ve Sağlayıcılar — Hızlı Bir Genel Bakış

E-posta erişiminizin nasıl gerçekleşeceği müşterinize (yazılıma) ve sağlayıcınıza (hizmete) bağlıdır.

Webposta sağlayıcıları: Gmail, Outlook.com, Yahoo Mail, ProtonMail. Bunlar hem e-posta hesabı hem de tarayıcı tabanlı bir istemci sunar. Çoğu kişi bunlardan birini ana e-posta adresi 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-postayı çevrimdışı yönetmenize olanak tanır.

Geçici posta istemcileri: Tmailor.com web tabanlı bir istemciye, Android ve iOS için özel mobil uygulamalara ve bir Telegram botu sunar. Geleneksel istemcilerin aksine, geçici posta istemcileri giriş kimliği gerektirmez çünkü hesap yoktur — sadece bir alan adı, genel sunucu ve erişim tokenı vardır.

E-posta Temellerinden Geçici Posta — Bağlantıyı Birleştirmek

Şimdi tam resmi anladınız. E-posta SMTP üzerinden geçer, DNS ve MX kayıtları tarafından yönlendirilir ve IMAP veya POP3 tarafından yönetilen bir gelen kutuya düşer. Geçici posta servisleri tam da bu altyapıya dokunur: alan adlarını kaydeder, genel 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 sunarlar.

Geçici bir e-postada "sahte" hiçbir şey yok. İnternetteki diğer tüm e-postalarla aynı protokoller, yönlendirme ve teslimat mekanizmalarını kullanır. Fark kasıtlı: geçici 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 rehberi için Geçici E-posta Nasıl Çalışıyor: Teknik A-Z'ya Rehber başlıklarına bakınız. Kendin denemeye hazır mısın? tmailor.com üzerinde on saniyeden kısa sürede ücretsiz geçici bir posta adresi oluşturun.

<#comment>

Sıkça Sorulan Sorular

Temp Mail gerçek e-posta protokolleri kullanıyor mu?

Evet, %100. Geçici 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 ömrü vardır.

Temp Mail neden e-posta gönderemiyor?

Geçici posta servisleri, giden kimlik doğrulama için SPF, DKIM veya DMARC kayıtlarını yapılandırmaz. Bunlar olmadan, geçici posta alan adından gönderilen herhangi bir e-posta doğrulama kontrollerinden geçemez, reddedilir veya spam olarak işaretlenir. Bu, kullanılabilir alan adlarının alınabilir şekilde işlevsel kalmasını sağlamak amacıyla kasıtlı bir mimari seçimdir.

Geçici posta mesajlarının e-posta başlıklarını görebilir miyim?

Evet. Geçici posta yoluyla alınan e-postalar, diğer e-postalarla aynı başlıklara sahiptir: From, To, Subject, Date, Received chain ve authentic results. Başlıklar, işlem için tmailor.com kullandığı Google sunucuları da dahil olmak üzere tam teslimat yolunu gösterecek.

tmailor.com'ın e-posta teslimatını rakiplerden daha hızlı kılan nedir?

İki faktör: Google'ın posta sunucusu altyapısı SMTP gelen trafiğini işliyor ve Google CDN gelen kutu verilerini küresel olarak dağıtıyor. Bu kombinasyon, nerede olursanız olun mesajların daha hızlı ulaşmasını ve web arayüzünün daha hızlı yüklenmesini sağlar. Detaylar Neden Tmailor Google'ın Sunucularını Kullanıyor bölümünde yer almaktadır.

Marcus Lee
Yazar hakkında
How-To & Product Guides Editor

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.

Daha fazla makaleye bak

Posta Yönlendirme Dijital ve Fiziksel Çözümler Rehberi
Article

Posta Yönlendirme: Dijital ve Fiziksel Çözümler Rehberi

Dijital ve fiziksel posta yönlendirme karşılaştırıldığında. E-posta yönlendirme, geçici gelen kutuları ve posta yönlendirmesinin nasıl çalıştığını ve her çözümün ne zaman kullanılacağını öğrenin.

Geçici E-postalar Güvenli mi
Article

Geçici E-postalar Güvenli mi?

Geçici posta, doğru kullanıldığında düşük riskli kayıtlar için güvenli olabilir. Gerçek riskleri, güvenli kullanım durumlarını ve kimliğinizi korumak için çevrimiçi bir kontrol listesini öğrenin.

Gizlilik İçin İkincil E-posta Doğru Nasıl Kullanılır
Article

Gizlilik İçin İkincil E-posta: Doğru Nasıl Kullanılır

İkincil bir e-posta, ana gelen kutunuzu temiz ve kimliğinizi daha güvenli tutar. Nasıl kurulacağını, ne zaman geçici posta ile ne zaman kullanılacağını ve en iyi gizlilik uygulamalarını öğrenin.

OTP ve Hesap Doğrulama için Geçici Posta Rehber
Article

OTP ve Hesap Doğrulama için Geçici Posta — Rehber

OTP kodlarının geçici bir e-posta ile güvenilir şekilde düşmesini sağla. Yeniden gönderme zamanlamasını, alan döndürme, token tabanlı gelen kutusu yeniden kullanımını ve hataları azaltmak için mobil/Telegram akışlarını öğrenin.

Birden fazla geçici posta gelen kutusunu aynı anda nasıl çalıştırılır
Article

Birden fazla geçici posta gelen kutusunu aynı anda nasıl çalıştırılır

Aynı anda birkaç geçici posta gelen kutusunu nasıl çalıştıracağınızı öğrenin? OTP, test ve kayıt için birden fazla tek kullanımlık adresi tek sekmede yönetin, kayıt gerekmez.

Web siteleri Neden Geçici Posta Alan Adreslerini Engelliyor 2026 Rehberi
Article

Web siteleri Neden Geçici Posta Alan Adreslerini Engelliyor (2026 Rehberi)

Neden geçici postanız engellenmiş? Sitelerin tek kullanımlık e-postayı nasıl tespit ettiğini, reddettiklerinin gerçek nedenlerini ve bir adres geçmediğinde ne yapılması gerektiğini öğrenin.

LinkedIn Temp Mail ile Kayıt Ne İşler Yarar ve Riskler
Article

LinkedIn Temp Mail ile Kayıt: Ne İşler Yarar ve Riskler

Geçici e-posta ile LinkedIn hesabı oluşturabilir misiniz? Hangi alan adlarının engellendiğini, OTP doğrulamasının nasıl geçileceğini ve ne zaman gerçek bir e-posta adresine geçileceğini görün.

ChatGPT için Geçici Posta Kayıt ve Kurtarma Rehberi 2026
Article

ChatGPT için Geçici Posta: Kayıt ve Kurtarma Rehberi (2026)

ChatGPT kayıt için geçici posta kabul ediyor mu? Telefona gerek yok. Doğrulamanın nasıl çalıştığını ve tekrar kullanılabilir Tmailor gelen kutusunun hesap kurtarmayı nasıl mümkün kıldığını öğrenin.

Sosyal Kayıtlar için Geçici Posta FB IG TikTok X
Article

Sosyal Kayıtlar için Geçici Posta: FB, IG, TikTok & X

Sosyal medya kayıtları için neden tek kullanımlık e-posta kullanılıyor? Facebook, Instagram, TikTok ve X için gizlilik avantajları, OTP ipuçları ve hesap güvenliği gibi konuları kapsayan bir rehber.

Geçici Posta Veri İhlallerinden Sizi Nasıl Korur
Article

Geçici Posta Veri İhlallerinden Sizi Nasıl Korur

Veri ihlalleri her yıl milyonlarca e-postayı açığa çıkarıyor. Geçici postanın saldırı yüzeyinizi nasıl sınırladığını ve gerçek kimliğinizi sızdırılmış veritabanlarından nasıl uzak tuttuğunu öğrenin.