stanford-oval/wikipedia huggingface dataset:
SMTP

| 0 | 1 | 2 |
| --- | --- | --- |
İnternet iletişim kuralları dizisi   OSI modeli
|  | Katman | İletişim kuralları |
| 7. | Uygulama katmanı | HTTP, DNS, SMTP, FTP, TFTP, UUCP, NNTP, SSL, SSH, IRC, SNMP, SIP, RTP, Telnet, ... |
| 6. | Sunum katmanı | ISO 8822, ISO 8823, ISO 8824, ITU-T T.73, ITU-T X.409, ... |
| 5. | Oturum katmanı | NFS, SMB, ISO 8326, ISO 8327, ITU-T T.6299, ... |
| 4. | Ulaşım katmanı | TCP, UDP, SCTP, DCCP, ... |
| 3. | Ağ katmanı | IP, IPv4, IPv6, ICMP, ARP, İnternet Grup Yönetim Protokolü, IPX,... |
| 2. | Veri bağlantısı katmanı | Ethernet, HDLC, Wi-Fi, Token ring, FDDI, PPP, L2TP... |
| 1. | Donanım katmanı | ISDN, RS-232, EIA-422, RS-449, EIA-485, ... |
SMTP (Türkçe: Basit Posta Aktarım Protokolü), e-posta göndermek için sunucu ile istemci arasındaki iletişimi belirleyen protokoldür. Farklı işletim sistemleri için geliştirilmiş çeşitli e-posta protokolleri mevcuttur. Bu protokollerin SMTP'ye bir geçit yolu (gateway) bulunur. SMTP, Aktarım Temsilcisi (Mail Transfer Agent, MTA) ve Kullanıcı Temsilcisi (Mail User Agent, MUA) yazılımları arasındaki iletişimi sağlar. TCP'nin üst katmanında çalışır.
Sadece e-posta göndermek için kullanılan bu protokolde, istemci bilgisayar basitçe SMTP sunucusuna bağlanarak gerekli kimlik bilgilerini iletir. Sunucunun onay vermesi durumunda, e-posta sunucuya iletilir ve bağlantı sonlandırılır.
E-posta almak için POP3 ya da IMAP protokolleri kullanılır.
Ücretsiz hizmet veren büyük e-posta sağlayıcıları, SMTP ve diğer e-posta gönderim ve kontrol protokollerini desteklemeye başlamıştır.
Outlook, Eudora, Gmail, Mozilla Thunderbird, Evolution gibi e-posta istemcileri, e-postalarınızı gönderilmek üzere sunucunuza iletirken SMTP hizmetini kullanır.
25, 465 ve 587 numaralı portlar SMTP sunucuları için ayrılmıştır. Türkiye'deki internet servis sağlayıcıları 25. portu kapattığı için 465. veya 587. port üzerinden bu hizmet sunulmaktadır.
587 numaralı port, SMTP için önerilen port olup, e-posta istemcileri ile sunucuları arasında güvenli iletişim sağlamak amacıyla kullanılır. Genellikle TLS (Transport Layer Security) ile birlikte çalışarak, veri iletimi sırasında şifreleme ve güvenlik sağlar. Bu nedenle, e-posta göndermek için en uygun ve modern seçenek olarak kabul edilir ve tercih edilir.
Genel Tarihçe

Birebir elektronik mesajın çeşitli şekilleri 1960'larda kullanılmıştır. İnsanlar belirli ana bilgisayarlar için birbirleriyle gelişmiş başka sistemleri kullanarak iletişim kurdular. Daha az bilgisayar, özellikle ABD hükûmetindeki ARPANET’te, birbirlerine e-posta gönderebilmek için bağlandı. Standartlar farklı sistemlerin kullanıcılarının birbirlerine e-posta göndermelerine izin verecek şekilde geliştirildi. SMTP, 1970'ler boyunca bu standartlara göre büyüdü. SMTP'nin 1971'de açıklanan iki uygulamanın kökünü takip ettiği söylenebilir: Posta kutusu protokolünün uygulanması tartışmalı olmuştur ama RFC 196 ve diğer RFC’lerde ve SNDMSG programında tartışılmıştır. RFC 2.235 göre, BBN Ray Tomlinson ARPANET üzerinden posta iletileri göndermek için Tenex bilgisayarlar icat etti. 1973’ten beri diğer uygulamalar FTP e-posta ve e-posta protokolünün her ikisini de içerir. ARPANET 1980 yıllarında modern internete dönüştürülene kadar, geliştiriciler 1970'li yıllar boyunca çalışmalarına devam ettiler. Sonra Jon Postel 1920 yılında FTP'de posta bağımlılığını kaldırmak için e-posta transfer protokolünü öngördü. SMTP Kasım 1981'de Postel tarafından RFC 788 olarak yayınlandı.
SMTP standartlarında USENET gibi benzer birçok iletişim ağı geliştirildi.
SMTP, geniş ölçüde 1980'li yılların başlarında kullanılmaya başlandı. O dönemde, ara sıra bağlanan makineler arasındaki e-posta transferlerini yönetmek için daha uygun olan Unix to Unix Copy Program'ın (UUCP) bir tamamlayıcısıydı. SMTP, diğer taraftan, gönderme ve alma makinelerinin ağa bağlı olduğu her zaman en iyi şekilde çalışır. Her iki sistem de bir saklama ve iletme mekanizması kullanır ve push teknolojisi örnekleridir. Usenet'in haber grupları sunucular arasında hâlâ UUCP ile yayılıyor olsa da, bir posta taşıyıcısı olarak UUCP, mesaj yönlendirme başlıkları olarak kullandığı "patlama yolları" ile birlikte neredeyse ortadan kalktı.
İlk SMTP tarihi ve kaynağı hakkında bilgi RFC 123 den önce yeniden göndermeyle alakalı makale teknik altyapı içerir. Sendmail, RFC 788 den hemen sonra 4.1 cBSD ile birlikte yayınlanan SMTP'yi uygulamak için e-posta transfer maddelerinin ilklerinden birisi oldu. BSD Unix zaman içinde internet üzerindeki en popüler işletim sistemi olduğu gibi, Sendmail en yaygın MTA (Mail Transport Agent) oldu. Bazı diğer popüler SMTP sunucu programları Posfix, Gmail, Novell GroupWise, Exim, Novell NetMail, Microsoft Exchange Server, Sun Java System Messaging sunucuları içerir.
Detaylı Tarihçe > SMTP Öncüleri

Tek kişilik elektronik mesajlaşma biçimleri 1960'larda kullanılmaya başlandı. Kullanıcılar, belirli büyük bilgisayarlar için geliştirilmiş sistemleri kullanarak iletişim kuruyordu. Özellikle ABD Hükümeti'nin ARPANET'inde daha fazla bilgisayar birbirine bağlandıkça, farklı işletim sistemleri arasında mesaj alışverişi yapmak için standartlar geliştirildi. SMTP, 1970'lerde geliştirilen bu standartların bir sonucuydu. ARPANET'teki posta kökleri 1971'e kadar uzanır: Uygulanmayan ancak RFC 196 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi.'da tartışılan Posta Kutusu Protokolü ve aynı yıl BBN'den Ray Tomlinson'ın iki bilgisayar arasında mesaj göndermek için uyarladığı SNDMSG programı. Bir Posta Protokolü için daha fazla öneri, Haziran 1973'te RFC 524'te yapılmıştır, ancak uygulanmamıştır. ARPANET'te "ağ postası" için Dosya Aktarım Protokolü (FTP) kullanımı, Mart 1973'te RFC 469'da önerilmiştir. RFC 561, RFC 680, RFC 724 ve son olarak Kasım 1977'de RFC 733 ile FTP posta sunucuları kullanarak "elektronik posta" için standart bir çerçeve geliştirildi.
Detaylı Tarihçe > İlkel SMTP

1980 yılında Jon Postel ve Suzanne Sluizer, e-posta için FTP kullanımının yerine geçecek olan Posta Aktarım Protokolü'nü öneren RFC 772 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi.'yi yayınladılar. Mayıs 1981'deki RFC 780 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi., FTP'ye yapılan tüm atıfları kaldırdı ve TCP ve UDP için 57 numaralı port tahsis edildi (bu tahsis IANA tarafından o zamandan beri kaldırılmıştır). Kasım 1981'de Postel, "Basit Posta Aktarım Protokolü" olan RFC 788 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi.'i yayınladı.
SMTP standardı Usenet ile aynı zamanda geliştirildi ve bazı benzerlikleri olan birçok kişiye iletişim ağıydı.
SMTP, erken 1980'lerde yaygın olarak kullanılmaya başladı. O zamanlar, aralıklı olarak bağlı olan makineler arasında e-posta transferlerini işlemek için daha uygun olan Unix to Unix Kopya Programı (UUCP) ile tamamlanmıştı. Öte yandan, SMTP gönderen ve alıcı makinelerin her zaman ağa bağlı olduğunda en iyi şekilde çalışır. Her ikisi de depolama ve ileri mekanizması kullanan ve itme teknolojisi örnekleridir. Usenet'in haber grupları hala sunucular arasında UUCP ile yayıldıysa da, mesaj yönlendirme başlıkları olarak kullandığı "bang paths" ile birlikte UUCP bir posta taşıma yöntemi olarak neredeyse yok oldu.
1983'te, 4.1cBSD ile yayınlanan Sendmail, SMTP'yi uygulayan ilk posta aktarım ajanlarından biriydi. Zaman içinde, BSD Unix İnternet'teki en popüler işletim sistemi haline geldiğinde, Sendmail en yaygın MTA (posta aktarım ajanı) haline geldi.
Orijinal SMTP protokolü, yalnızca doğrulanmamış, şifrelenmemiş 7-bit ASCII metin iletişimlerini destekliyordu. Bu, basit bir ara kişi saldırısına, sahte kimlik oluşturma ve istenmeyen posta (spam) gönderimine karşı hassastı ve herhangi bir ikili verinin aktarım öncesi okunabilir metne kodlanmasını gerektiriyordu. Uygun bir kimlik doğrulama mekanizması olmadığı için, tasarım gereği her SMTP sunucusu açık bir posta rölesi olarak kabul ediliyordu. Internet Mail Consortium (IMC), 1998 yılında mail sunucularının %55'inin açık röle olduğunu bildirdi; ancak 2002'de bu oran %1'in altına düştü. Spam endişeleri nedeniyle, çoğu e-posta sağlayıcısı açık röleleri engelledi ve orijinal SMTP, genel kullanım için İnternet'te neredeyse kullanılamaz hale geldi.
Protokole Genel Bakış

SMTP (Simple Mail Transfer Protocol) bir bağlantı odaklı, metin tabanlı bir protokoldür. Bir posta göndericisi, güvenilir bir sıralı veri akışı kanalı üzerinden genellikle Transmission Control Protocol (TCP) bağlantısı kullanarak gerekli verileri sağlayarak komut dizileri vererek bir posta alıcısıyla iletişim kurar. Bir SMTP oturumu, bir SMTP istemcisinden (başlatıcı ajan, gönderen veya verici) kaynaklanan komutlardan ve SMTP sunucusundan (dinleyen ajan veya alıcı) karşılık gelen yanıtlardan oluşur, böylece oturum açılır ve oturum parametreleri değiştirilir. Bir oturumda sıfır veya daha fazla SMTP işlemi olabilir. Bir SMTP işlemi, üç komut/yankı dizisinden oluşur:
Geri dönüş adresini (return-path, reverse-path, bounce adresi, mfrom veya zarf gönderen olarak da bilinir) belirlemek için MAIL komutu.
Mesajın bir alıcısını belirlemek için RCPT komutu. Bu komut, her bir alıcının biri için tekrarlanabilir. Bu adresler ayrıca zarfın bir parçasıdır.
İleti metninin başlangıcını bildirmek için DATA. İletinin zarfından farklı olarak, içeriği mesaj başlığı ve bir boş satır tarafından ayrılmış bir mesaj gövdesinden oluşur. DATA aslında bir dizi komuttur ve sunucu iki kez yanıt verir: birincisi, metnin alınmaya hazır olduğunu doğrulamak için DATA komutu kendisi için, ikincisi ise verinin sonu işaretlendiğinde, tüm mesajı kabul etmek veya reddetmek için.
DATA'nın ara yanıtı dışında, her sunucu yanıtı olumlu (2xx yanıt kodları) veya olumsuz olabilir. Olumsuz yanıtlar, kalıcı (5xx kodları) veya geçici (4xx kodları) olabilir. Bir reddetme, kalıcı bir hatadır ve istemci, bu hatayı aldığı sunucuya bir geri dönüş mesajı göndermelidir. Bir düşürme, teslimat yerine olumlu bir yanıtın ardından mesajın reddedilmesini takip eder.
Başlatan ana bilgisayar (SMTP istemcisi) ya bir son kullanıcının e-posta istemcisi olarak işlev gören bir posta kullanıcı ajanı (MUA) ya da postayı aktarmak için bir SMTP sunucusu olarak hareket eden bir posta transfer ajanı (MTA) olan bir röle sunucusudur. Tam yetenekli SMTP sunucuları, geçici hatalar nedeniyle mesaj iletimlerinin yeniden deneme kuyruklarını tutarlar.
Bir MUA, yapılandırmasından çıkan postayı SMTP sunucusuna iletebilir. Bir geçiş sunucusu genellikle her alıcının etki alanı adı için MX (Mail eXchange) DNS kaynak kaydını arayarak hangi sunucuya bağlanılacağını belirler. Eğer MX kaydı bulunamazsa, uyumlu bir geçiş sunucusu (hepsi değil) bunun yerine A kaydını arar. Geçiş sunucuları ayrıca, akıllı ana bilgisayar kullanacak şekilde yapılandırılabilir. Bir geçiş sunucusu, SMTP için "iyi bilinen bağlantı noktası" olan 25 numaralı bağlantı noktası veya MSA'ya bağlanmak için 587 numaralı bağlantı noktası üzerinden sunucuya bir TCP bağlantısı başlatır. MTA ve MSA arasındaki temel fark, MSA'ya bağlanmanın SMTP Kimlik Doğrulaması gerektirmesidir.
Protokole Genel Bakış > SMTP vs Mail Alma Karşılaştırması

SMTP, sadece bir teslimat protokolüdür. Normal kullanımda, posta geldiği anda hedef posta sunucusuna (veya sonraki adım posta sunucusuna) "itilir". Posta, adreslendiği bireysel kullanıcılara değil, hedef sunucuya göre yönlendirilir. Diğer protokoller, örneğin Posta Ofisi Protokolü (POP) ve İnternet Mesaj Erişim Protokolü (IMAP), özel olarak bireysel kullanıcıların mesajları almasına ve posta kutularını yönetmesine olanak tanımak için tasarlanmıştır.
Aralıklı olarak bağlanan bir posta sunucusunun, isteğe bağlı olarak uzak bir sunucudan mesajları almasına izin vermek için SMTP'nin bir özelliği, uzaktaki bir sunucuda posta kuyruğu işleme başlatmaktır (aşağıda "Uzak Mesaj Kuyruğu Başlatma" bölümünde açıklanacaktır). POP ve IMAP, aralıklı olarak bağlanan makineler tarafından posta iletme için uygun olmayan protokollerdir; çünkü posta iletme işleminin doğru şekilde çalışabilmesi için kritik bilgilerin (posta zarfı) kaldırıldığı son teslimattan sonra çalışacak şekilde tasarlanmışlardır.
Protokole Genel Bakış > Uzaktan Mesaj Sırası Başlatma (Remote Message Queue Starting)

"Remote Message Queue Starting", Türkçeye "Uzaktan Mesaj Kuyruğu Başlatma" olarak çevrilebilir. Bu özellik, bir uzak ana bilgisayarın, ilgili bir komut göndererek sunucudaki posta kuyruğunun işlenmesini başlatmasına ve kendisine yönlendirilen iletileri almasına olanak tanır. Orijinal TURN komutu güvenli olmadığı için RFC 1985 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi. ile ETRN komutuyla genişletilmiştir. ETRN komutu, Alan Adı Sistemi bilgilerine dayalı bir kimlik doğrulama yöntemi kullanarak daha güvenli bir şekilde çalışır.
Giden E-posta SMTP Sunucusu

Bir e-posta istemcisi, yapılandırmasının bir parçası olarak (genellikle bir DNS adı olarak verilir), başlangıç SMTP sunucusunun IP adresini bilmelidir. Bu sunucu, kullanıcının adına giden mesajları iletecektir.
Giden E-posta SMTP Sunucusu > Giden Posta Sunucusu Erişim Kısıtlamaları

Sunucu yöneticileri, hangi istemcilerin sunucuyu kullanabileceği konusunda bir kontrol uygulamak zorundadır. Bu, örneğin spam gibi kötüye kullanımla başa çıkmalarını sağlar. İki çözüm yaygın olarak kullanılmaktadır:
Geçmişte birçok sistem, istemcinin konumuna göre kullanım kısıtlamaları uyguladı ve yalnızca sunucu yöneticilerinin kontrol ettiği IP adreslerine sahip istemcilerin kullanımına izin verdi. Herhangi başka bir istemci IP adresinden kullanım engellendi.
Modern SMTP sunucuları genellikle erişimi konumla sınırlamak yerine istemcilerin kimlik bilgileriyle kimlik doğrulamasını gerektiren alternatif bir sistem sunar.
Giden E-posta SMTP Sunucusu > Giden Posta Sunucusu Erişim Kısıtlamaları > Konumla Erişimi Kısıtlama

Bu sistem altında, bir İnternet Servis Sağlayıcısı (ISP) SMTP sunucusu, ISP'nin ağı dışında olan kullanıcılara erişime izin vermez. Daha doğrusu, sunucu yalnızca ISP tarafından sağlanan bir IP adresine sahip kullanıcılara erişim izni verir, bu da kullanıcının aynı ISP üzerinden internete bağlanmasını gerektirir. Bir mobil kullanıcı genellikle normal ISP'sinin ağından farklı bir ağda olabilir ve yapılandırılmış SMTP sunucusu seçimi artık erişilebilir olmadığı için e-posta gönderme işlemi başarısız olabilir.
Bu sistemde birkaç varyasyon bulunmaktadır. Örneğin, bir kuruluşun SMTP sunucusu, yalnızca organizasyonun kendi ağındaki kullanıcılara hizmet verebilir ve bu durum, kullanıcıların internete açık ağlara erişimini engelleyen bir güvenlik duvarı kullanılarak zorunlu hale getirilebilir. Veya sunucu, istemcinin IP adresine göre bir aralık kontrolü yapabilir. Bu yöntemler genellikle yalnızca organizasyon içinde dışa doğru e-posta gönderen şirketler ve üniversiteler gibi kurumlar tarafından kullanılır. Ancak, günümüzde çoğu kurum, aşağıda açıklandığı gibi, istemci kimlik doğrulama yöntemlerine başvuruyor.
Bir kullanıcının mobil olduğu ve internete bağlanmak için farklı İnternet Servis Sağlayıcıları kullanabileceği durumlarda, bu tür kullanım kısıtlamaları yorucu olabilir ve yapılandırılmış çıkış e-postası SMTP sunucusunun adresini değiştirmek pratik değildir. Değişmeyen bir e-posta istemci yapılandırması kullanmak, oldukça arzu edilen bir durumdur.
Giden E-posta SMTP Sunucusu > Giden Posta Sunucusu Erişim Kısıtlamaları > İstemci Doğrulama

Modern SMTP sunucuları, genellikle önceden açıklanan konum tabanlı erişim kısıtlamaları yerine, istemcilerin kimlik bilgileriyle kimlik doğrulaması yapmasını gerektirir. Bu daha esnek bir sistemdir ve mobil kullanıcılara dostça bir yaklaşım sunar, böylece onlara yapılandırılmış çıkış SMTP sunucusu seçiminde sabit bir seçenek sağlar. SMTP kimlik doğrulaması, genellikle SMTP AUTH olarak kısaltılır ve bir kimlik doğrulama mekanizması kullanarak giriş yapmak için SMTP'nin bir uzantısıdır.
Giden E-posta SMTP Sunucusu > Portlar

Posta sunucuları arasındaki iletişim genellikle SMTP için ayrılmış standart TCP portu 25 kullanılarak yapılır.
Ancak posta istemcileri genellikle bunu kullanmaz, bunun yerine özel "gönderim" portları kullanılır. Posta hizmetleri genellikle müşterilerden gelen e-posta gönderimini aşağıdaki bağlantı noktalarından birinde kabul eder:
587 (Gönderim), RFC 6409 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi.'da (daha önce RFC 2476 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi.'da) belirtildiği gibi 465 Bu port, RFC 2487 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi.'den sonra kaldırılmıştır, ancak RFC 8314' 6 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi. ün çıkmasına kadar sorunlu kalmıştır. Port 2525 ve diğerleri bazı bireysel sağlayıcılar tarafından kullanılabilir, ancak resmi olarak desteklenmemiştir.
Birçok İnternet servis sağlayıcısı artık müşterilerinden giden tüm 25 numaralı bağlantı noktası trafiğini engellemektedir. Bunun başlıca nedeni spam önleme tedbiri olmakla birlikte, açık bırakmanın yüksek maliyeti nedeniyle belki de yalnızca açık olan az sayıdaki müşterilerinden daha fazla ücret talep ederek tedavi etmektedir.
SMTP Uzantıları > Uzantı Bulma Mekanizması (Extension Discovery Mechanism)

Aşağıdaki örnekte görüldüğü gibi, istemciler orijinal HELO yerine EHLO selamı kullanarak sunucunun desteklediği seçenekleri öğrenirler. Sunucu EHLO selamını desteklemiyorsa, istemciler HELO'ya geri dönerler.
Modern istemciler, ESMTP uzantı anahtar kelimesi SIZE'ı kullanarak sunucudan kabul edilebilecek maksimum mesaj boyutunu sorgulayabilirler. Daha eski istemciler ve sunucular, dakika başına ödenen ağ bağlantılarına bağlanarak ağ kaynaklarını tüketen ve reddedilecek aşırı boyutlu mesajları aktarmaya çalışabilirler.
Kullanıcılar, ESMTP sunucularının kabul ettiği maksimum boyutu önceden manuel olarak belirleyebilirler. İstemci, HELO komutunu EHLO komutuyla değiştirir.
S: 220 smtp2.example.com ESMTP Postfix
C: EHLO bob.example.org
S: 250-smtp2.example.com Hello bob.example.org [192.0.2.201]
S: 250-SIZE 14680064
S: 250-PIPELINING
S: 250 HELP
Bu şekilde, smtp2.example.com'un, 14.680.064 oktet (8-bit bayt) büyüklüğünde sabit bir maksimum mesaj boyutunu kabul edebileceği belirtilir.
En basit durumda, bir ESMTP sunucusu, EHLO aldıktan hemen sonra maksimum boyutunu belirtir. Ancak RFC 1870 6 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi.'e göre, EHLO yanıtındaki SIZE uzantısının sayısal parametresi isteğe bağlıdır. İstemciler, bir MAIL FROM komutu verirken, aktardıkları mesajın boyutu için sayısal bir tahmin dahil edebilirler, böylece sunucu aşırı büyük mesajların alınmasını reddedebilir.
SMTP Uzantıları > İkili Veri Aktarımı (Binary Data Transfer)

Orijinal SMTP yalnızca tek bir ASCII metin gövdesini desteklediğinden, herhangi bir ikili veri, mesaj gövdesine aktarım öncesinde metin olarak kodlanmalı ve ardından alıcı tarafından çözülmelidir. Genellikle uuencode ve BinHex gibi ikili-veriye-metin kodlamaları kullanılırdı.
Bu sorunu çözmek için 8BITMIME komutu geliştirilmiştir. 1994 yılında RFC 1652 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi. olarak standartlaştırılmıştır. Bu, MIME içerik bölümleri olarak kodlanarak, genellikle Base64 ile kodlanan yedi bitlik ASCII karakter kümesi dışındaki octetler içeren e-posta mesajlarının şeffaf bir şekilde değiş tokuşunu kolaylaştırır.
SMTP Uzantıları > İsteğe Bağlı Posta Aktarımı (On - Demand Mail Relay)

Ana madde: On-Demand Mail Relay
On-Demand Mail Relay (ODMR), yani İsteğe Bağlı Posta Aktarımı, RFC 2645 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi.'te standartlaştırılmış bir SMTP uzantısıdır ve aralıklı olarak bağlantı sağlayan bir SMTP sunucusunun, bağlandığında sıraya alınmış e-postaları almasına olanak tanır.
SMTP Uzantıları > Uluslararasılaştırma Eklentisi (Internationalization Extension)

Uluslararası karakter setlerini ve ASCII karakter setinde olmayan diakritik işaretleri kullanan kullanıcılar için ASCII karakterleriyle oluşan e-posta adreslerinin kullanımı zor olduğundan, orijinal SMTP'ye UTF-8'ın adres adlarında kullanımını sağlayan uzantılar eklendi. RFC 5336 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi., deneysel UTF8SMTP komutunu tanıttı ve daha sonra SMTPUTF8 komutunu tanıtan RFC 6531 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi. tarafından yerini aldı. Bu uzantılar, diakritik işaretler ve Yunanca ve Çince gibi diğer dil karakterleri gibi çok baytlı ve ASCII olmayan karakterlerin e-posta adreslerinde kullanımına olanak sağlar.
Mevcut destek sınırlı olsa da, özellikle Latin (ASCII) karakterlerinin yabancı bir karakter seti olduğu büyük bir kullanıcı tabanına sahip olan Çin gibi ülkelerde RFC 6531 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi. ve ilgili RFC'lerin yaygın olarak benimsenmesi için yoğun ilgi vardır.
SMTP Uzantıları > Uzantılar (Extensions) > 8BITMIME

En azından aşağıdaki sunucular 8BITMIME uzantısını tanıtmaktadır:
Apache James (since 2.3.0a1)
Citadel (since 7.30)
Courier Mail Server
Gmail
IceWarp
IIS SMTP Service
Kerio Connect
Lotus Domino
Microsoft Exchange Server (as of Exchange Server 2000)
Novell GroupWise
OpenSMTPD
Oracle Communications Messaging Server
Postfix
Sendmail (since 6.57)
Aşağıdaki sunucular, 8BITMIME'i duyurmak için yapılandırılabilir, ancak 8 bitlik verileri 7 bitlik olmayan bir relaya bağlanırken dönüştürmezler:
Exim ve qmail, RFC tarafından gerektirilen şekilde, 8 bitlik verileri 7 bitlik verilere dönüştürmeden, 8 bitlik veri iletimi yapmaya çalışırken 7 bitlik veri alıcılarına iletim yapmazlar. Bu, pratikte her şeyin 8 bit temiz olması nedeniyle sorun yaratmaz.
Microsoft Exchange Server 2003, varsayılan olarak 8BITMIME'i duyurur, ancak 8BITMIME desteği olmayan bir alıcıya iletim yapıldığında bir atışla sonuçlanır. Bu, RFC 6152 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi. bölüm 3 tarafından izin verilir.
SMTP Uzantıları > Uzantılar (Extensions) > SMTP-AUTH

SMTP-AUTH uzantısı bir erişim kontrol mekanizması sağlar. Gönderme işlemi sırasında istemcinin posta sunucusuna gerçekten giriş yaptığı bir kimlik doğrulama adımından oluşur. SMTP-AUTH'ı destekleyen sunucular genellikle istemcilerin bu uzantıyı kullanmasını gerektirecek şekilde yapılandırılabilir, böylece gönderenin gerçek kimliği bilinir. SMTP-AUTH uzantısı RFC 4954 29 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi.'te tanımlanmıştır.
SMTP-AUTH, yasal kullanıcılara posta iletmesine izin verirken spam göndericileri gibi izinsiz kullanıcılara iletme hizmeti sağlamayı engellemek için kullanılabilir. Bu, SMTP zarf göndereninin veya RFC 2822 31 Mart 2023 tarihinde Wayback Machine sitesinde arşivlendi. "From:" başlığının otantikliğini kesin olarak garanti etmez. Örneğin, sahtekarlık, bir göndericinin bir başkası gibi davranması, SMTP-AUTH ile mümkündür, AUTH kullanıcısı için yetkilendirilmiş adreslere sınırlandırılmış olmadığı sürece.
SMTP-AUTH uzantısı ayrıca bir posta sunucusunun, posta iletirken gönderenin doğrulandığını başka bir sunucuya bildirmesine olanak tanır. Genel olarak, bu, alıcı sunucunun gönderen sunucuya güvenmesini gerektirir, bu nedenle SMTP-AUTH'ın bu yönü İnternet'te nadiren kullanılır.
SMTP Uzantıları > Uzantılar (Extensions) > SMTPUTF8

Desteklenen sunucular şunları içerir:
Postfix (version 3.0 and later)
Momentum (versions 4.1 and 3.6.5, and later)
Sendmail (experimental support in 8.17.1)
Exim (experimental as of the 4.86 release, quite mature in 4.96)
CommuniGate Pro as of version 6.2.2
Courier-MTA as of version 1.0
Halon as of version 4.0
Microsoft Exchange Server as of protocol revision 14.0
Haraka and other servers.
Oracle Communications Messaging Server as of release 8.0.2.
SMTP Uzantıları > Güvenlik Uzantıları

Posta teslimi, hem düz metin hem de şifreli bağlantılar üzerinden gerçekleşebilir. Ancak iletişim kuran taraflar, diğer tarafın güvenli kanal kullanma yeteneğinden önceden haberdar olmayabilir.