MAIL TRANSFER PROTOKOLÜ

Suzanne Sluizer
Jonathan B. Postel

RFC 780
Mayıs 1981

Information Sciences Institute
University of Southern California
4676 Admiralty Way
Marina del Rey, California 90291
(213) 822-1511

İÇİNDEKİLER

1. GİRİŞ .................................................. 1
2. MTP MODELİ ............................................. 2
3. TEMEL POSTA ............................................ 4
   • 3.1 Yönlendirme ...................................... 5
   • 3.2 Kaynak Yönlendirme ............................... 6
4. ÇOKLU ALICILI POSTA .................................... 8
   • 4.1 Şema Seçimi: MRSQ ................................ 8
   • 4.2 Mesaj Metni Tanımlaması: MAIL .................... 9
   • 4.3 Alıcı Tanımlaması: MRCP ......................... 10
   • 4.4 Şema Mekaniği: Önce Alıcılar .................... 10
   • 4.5 Şema Mekaniği: Önce Metin ....................... 12
   • 4.6 Tartışma ........................................ 12
5. TEKNİK ÖZELLİKLER ..................................... 16
   • 5.1 MTP Komutları ................................... 16
     • 5.1.1 Komut Anlamları ............................. 16
     • 5.1.2 Komut Sözdizimi ............................. 18
   • 5.2 MTP Yanıtları ................................... 22
     • 5.2.1 İşlev Grubuna Göre Yanıt Kodları ............ 23
     • 5.2.2 Sayısal Sıraya Göre Yanıt Kodları ........... 24
   • 5.3 Komutların ve Yanıtların Sıralanması ............ 25
   • 5.4 Durum Diyagramları .............................. 28
   • 5.5 Ayrıntılar ...................................... 30
     • 5.5.1 Asgari Gerçekleme ........................... 30
     • 5.5.2 Şeffaflık ................................... 30
     • 5.5.3 Boyutlar .................................... 30

EK A: TCP ................................................. 32
EK B: NCP ................................................. 33
EK C: NITS ................................................ 34
EK D: X.25 ................................................ 35
EK E: Yanıt Kodları Kuramı ................................ 36

SÖZLÜK .................................................... 39
KAYNAKLAR ................................................. 42

Network Working Group
S. Sluizer
Request for Comments: 780
J. Postel
ISI
Yerine Geçer: RFC 772
Mayıs 1981

MAIL TRANSFER PROTOKOLÜ

1. GİRİŞ

Mail Transfer Protocol (MTP) protokolünün amacı, postayı güvenilir ve verimli bir şekilde aktarmaktır.

MTP, belirli bir iletim alt sisteminden bağımsız olacak şekilde tasarlanmıştır ve yalnızca güvenilir, sıralı bir veri akışı kanalı gerektirir. Eklerde MTP'nin çeşitli taşıma hizmetleriyle kullanımı açıklanmaktadır. Bir Sözlük bölümü bu belgede kullanılan terimlerin tanımlarını sunar.

MTP'nin önemli bir özelliği, postayı bir taşıma ortamından diğerine aktarma yeteneğidir. Bir taşıma hizmeti, süreçler arası iletişim ortamı (IPCE) sağlar. Bir IPCE tek bir ağı, birden fazla ağı veya bir ağın bir alt kümesini kapsayabilir. Bir süreç, kendi IPCE'si içindeki herhangi bir yerde bulunan başka bir süreçle doğrudan iletişim kurabilir.

Posta, süreçler arası iletişimin özel bir durumudur. Posta, iki (veya daha fazla) IPCE'ye bağlı bir süreç üzerinden aktarılarak farklı IPCE'lerdeki süreçler arasında iletilebilir. Daha özel olarak, farklı taşıma sistemlerindeki ana bilgisayarlar arasındaki posta, her iki taşıma sistemine de bağlı bir ana bilgisayar aracılığıyla aktarılabilir. Taşıma sistemlerinin (veya IPCE'lerin) ağlarla bire bir örtüşmediğinin farkında olmak önemlidir.

2. MTP MODELİ

MTP tasarımı aşağıdaki iletişim modeline dayanır: kullanıcının başlatmasıyla gönderici-MTP tam çift yönlü bir iletim kanalı kurar. MTP komutları gönderici-MTP tarafından oluşturulur ve alıcı-MTP'ye gönderilir. MTP yanıtları ise komutlara karşılık olarak alıcı-MTP'den gönderici-MTP'ye gönderilir.

En basit durumda, iletim kanalı kurulduktan sonra MTP-gönderici, postanın göndericisini ve alıcısını belirten bir MAIL komutu gönderir. Eğer MTP-alıcı postayı kabul edebiliyorsa, devam edilebileceğini belirten bir yanıt verir. Ardından MTP-gönderici posta verisini gönderir ve bunu özel bir dizge ile sonlandırır. MTP-alıcı postayı başarıyla işlerse bir OK yanıtı verir.

-------------------------------------------------------------

           +----------+                +----------+
+------+   |          |                |          |
| User |<->|          |      MTP       |          |
+------+   |  Sender- |Commands/Replies| Receiver-|
+------+   |   MTP    |<-------------->|    MTP   |   +------+
| File |<->|          |    and Mail    |          |<->| File |
|System|   |          |                |          |   |System|
+------+   +----------+                +----------+   +------+

            Sender-MTP                 Receiver-MTP

                       Model for MTP Use

                            Figure 1

-------------------------------------------------------------

MTP, postanın iletilmesi için mekanizmalar sağlar; bu iletim, iki ana bilgisayar aynı taşıma hizmetine bağlıysa gönderici kullanıcının ana bilgisayarından alıcı kullanıcının ana bilgisayarına doğrudan yapılabilir ya da kaynak ve hedef ana bilgisayarlar aynı taşıma hizmetine bağlı değilse bir veya daha fazla aktarıcı MTP sunucusu üzerinden gerçekleştirilebilir.

Aktarma yeteneğini sağlayabilmek için MTP sunucusuna nihai hedef ana bilgisayarın adı ve hedef posta kutusunun adı verilmelidir.

MAIL komutunun bağımsız değişkenleri bir FROM yolu ve bir TO yoludur. TO yolu bir kaynak yönlendirmedir; FROM yolu ise bir geri dönüş yoludur (aktarılan bir mesajda hata oluştuğunda mesajı göndericiye geri iletmek için kullanılabilir).

Önceki tartışma, bir mesajın tek bir kopyasının bir kaynaktan bir hedef ana bilgisayara iletilmesini ve farklı taşıma hizmetleri arasında mesajların aktarılma olasılığını ana hatlarıyla açıklamıştır. MTP ayrıca bir mesajın tek kopyasının birden fazla alıcıya adreslenmiş olarak iletilmesini de destekler.

Postanın başarıyla iletilebilmesi için hedef kullanıcıların hedef alıcı-MTP tarafından bilinmesi ve posta verisinin doğru şekilde alınarak saklanması gerekir. Yukarıda ele alınan tek alıcı durumunda, MAIL komutuna verilen olumlu yanıt alıcının bilindiğini göstermekteydi ve son OK yanıtı postanın alındığını ve saklandığını belirtmekteydi.

Çok alıcılı postayı desteklemek için MTP iki prosedür sağlar: Önce-Metin ve Önce-Alıcılar. Önce-metin şemasında posta verisi gönderilir ve onaylanır, ardından her alıcı tanımlaması ayrı ayrı gönderilir ve onaylanır (veya reddedilir). Önce-alıcılar şemasında ise önce alıcılar üzerinde anlaşmaya varılır, ardından metin gönderilir ve tek seferde tüm alıcılar için onaylanır. Hangi şemanın kullanılacağına MTP-alıcı karar verir ve bu karar hedef ana bilgisayarda postanın nasıl işlendiğine bağlıdır.

Çok alıcılı posta prosedürleri isteğe bağlıdır ve hangi şemanın kullanılacağı müzakere edilerek belirlenir. Sağladıkları iletim ve işleme verimliliği nedeniyle çok alıcılı şemaların kullanılması güçlü biçimde önerilir.

Posta komutları ve yanıtları katı bir sözdizimine sahiptir. Yanıtlar ayrıca sayısal bir koda da sahiptir. Aşağıda gerçek komut ve yanıtların kullanıldığı örnekler bulunmaktadır. Komutların ve yanıtların tam listeleri teknik özellikler bölümünde (Bölüm 5) yer almaktadır.

Komutlar ve yanıtlar büyük/küçük harfe duyarlı değildir. Yani bir komut veya yanıt sözcüğü tamamen büyük harf, tamamen küçük harf ya da bunların herhangi bir karışımı olabilir. Bunun posta kutusu kullanıcı adları için geçerli olmadığına dikkat edilmelidir. Bazı ana bilgisayarlarda kullanıcı adı büyük/küçük harfe duyarlıdır ve MTP gerçeklemeleri posta kutusu bağımsız değişkenlerinde görünen kullanıcı adlarının harf biçimini korumaya özen göstermelidir.

3. TEMEL POSTA

Posta iletimi için kullanılan temel komut MAIL komutudur. Bu komut, iletilen verinin alıcının posta kutusuna yerleştirilmesine veya hedef ana bilgisayara aktarılmak üzere kabul edilmesine neden olur.

Posta metni de iletim kanalı üzerinden gönderilir. Bu durum, komut ve yanıt diyaloğunun yeniden sürdürülebilmesi için metnin sonunun işaretlenmesini gerektirir. MTP posta metninin sonunu yalnızca bir nokta içeren bir satır göndererek belirtir. Bunun kullanıcının metniyle çakışmasını önlemek için bir şeffaflık prosedürü kullanılır (bkz. Bölüm 5.5.2).

MAIL <SP> FROM:<sender-path> <SP> TO:<receiver-path> <CRLF>

<sender-path> kaynak posta kutusunu; <receiver-path> hedef posta kutusunu içerir. Kabul edilirse, alıcı-MTP 354 yanıtı döndürür ve bundan sonraki tüm satırları mesaj metni olarak kabul eder. Mesaj metni yalnızca bir nokta içeren bir satırla sonlandırılır; bunun üzerine 250 tamamlanma yanıtı döndürülür. Çeşitli hatalar oluşabilir.

Aslında <sender-path> ve <receiver-path> yalnızca posta kutularından ibaret değildir; aynı zamanda kaynak yönlendirmeler de içerebilir. <receiver-path> ana bilgisayarların ve hedef posta kutusunun yer aldığı bir kaynak yönlendirme listesidir; <sender-path> ise ana bilgisayarların ve kaynak posta kutusunun bulunduğu ters kaynak yönlendirme listesidir.

-------------------------------------------------------------

              MAIL Örneği (Temel Posta)

Bu MAIL komutu, postanın A ana bilgisayarındaki Waldo tarafından
 gönderildiğini ve Y ana bilgisayarındaki Foo'ya teslim edileceğini
 belirtir. Burada A ana bilgisayarının Y ana bilgisayarıyla doğrudan
 iletişime geçtiğini varsayıyoruz.

S: MAIL FROM:<waldo@A> TO:<Foo@Y> <CRLF>
R: 354 Posta girişi başlat; <CRLF>.<CRLF> ile bitir
S: Blah blah blah blah....vb. vb. vb.
S: <CRLF>.<CRLF>
R: 250 Posta gönderildi

Posta metni artık "Foo"ya gönderilmiştir.

                         Örnek 1

-------------------------------------------------------------

3.1 Yönlendirme

Bir alıcının, posta kutusu o ana bilgisayarda bulunmayan bir kullanıcı için postayı kabul ettiğini belirtmek amacıyla kullanabileceği iki olası ön yanıt vardır.

151 Kullanıcı yerel değil; <user>@<host> adresine yönlendirilecek

Bu yanıt, alıcı-MTP'nin kullanıcının posta kutusunun başka bir ana bilgisayarda bulunduğunu bildiğini ve postayı o ana bilgisayara yönlendirme sorumluluğunu üstleneceğini gösterir. Bu yanıt yalnızca göndericinin postanın yönlendirileceğini beklemediği durumlarda gönderilir. Yani komutta verilen <receiver-path> posta aktarımını zaten belirtiyorsa bu yanıt kullanılmaz. Bu yanıt, birden fazla ana bilgisayara sahip bir kuruluşta, her birinde diğer ana bilgisayarlardaki birçok kullanıcının listesinin bulunduğu durumlarda kullanılabilir. Bir ana bilgisayar kendi listesindeki herhangi bir kullanıcı için postayı kabul edebilir ve doğru ana bilgisayara yönlendirebilir.

152 Kullanıcı bilinmiyor; posta operatör tarafından yönlendirilecek

Bu yanıt, ana bilgisayarın kullanıcı adını tanımadığını ancak postayı kabul ederek operatörün teslim etmeye çalışmasını sağlayacağını belirtir. Bu durum kullanıcı adı yanlış yazıldığında yararlı olabilir, ancak posta gerçekten teslim edilemez durumdaysa uygun olmayabilir.

Operatör tarafından yönlendirme kabul edilemezse veya gönderen kullanıcı postayı doğrudan alıcının gerçek ana bilgisayarına göndermeyi tercih ederse işlem iptal edilebilir.

MTP-gönderici, ön yanıttaki öneriyi kabul etmek veya reddetmek için continue (CONT) ya da abort (ABRT) komutu göndermelidir. Devam edilmesi durumunda, MTP-alıcıdan gelen bir sonraki yanıt MAIL komutu için beklenen yanıtlardan biri olacaktır; büyük olasılıkla "354 Posta girişi başlat, ...". İptal edilmesi durumunda ise MTP-alıcıdan gelen bir sonraki yanıt "201 Komut uygun, işlem iptal edildi" olacaktır.

3.2 Kaynak Yönlendirme

receiver-path aşağıdaki biçimde bir kaynak yönlendirme olabilir:

@ONE,@TWO,JOE@THREE

Burada ONE, TWO ve THREE ana bilgisayarlardır. Bu biçim, bir adres ile bir rota arasındaki ayrımı vurgulamak için kullanılır.

Uzak bir gelecekte posta kutusu biçimini bir bölge tanımlayıcısı içerecek şekilde genişletmek gerekebilir; örneğin:

user@host@region

Böyle bir durumda MTP yol kuralı şu şekilde genişletilebilir:

host@region,host@region,...user@host@region

Örneğin:

ONE@R1,TWO@R2,JOE@THREE@R3

Posta kutusu mutlak bir adrestir ve rota oraya nasıl ulaşılacağına dair bilgidir. Bu iki kavram birbirine karıştırılmamalıdır.

Mesaj bir MTP'den diğerine aktarılırken receiver-path öğeleri sender-path'e taşınmalıdır. sender-path ters kaynak yönlendirmedir; yani mesajın çıkış noktasına doğru bir kaynak yönlendirme yoludur. Bir MTP, receiver-path içinden kendi tanımlayıcısını kaldırıp sender-path'in başına eklediğinde, posta hangi ortamdan geldiyse o ortamda bilinen adıyla değil, gönderdiği ortamda bilindiği adıyla kullanmalıdır; çünkü bir MTP farklı ortamlarda farklı adlarla bilinebilir.

Kaynak yönlendirme kullanıldığında alıcı-MTP başka bir MTP'ye aktarılmak üzere posta alır. Alıcı-MTP postayı aktarma görevini kabul edebilir veya yerel bir kullanıcı için postayı kabul ya da reddettiği şekilde reddedebilir. 151 "Kullanıcı yerel değil" veya 152 "Kullanıcı bilinmiyor" ön yanıtlarını kullanmaz. Alıcı-MTP aktarım görevini kabul ettiğinde posta metnini alır ve komut bağımsız değişkenlerini dönüştürür; receiver-path içinden kendi tanımlayıcısını kaldırır ve sender-path'in başına ekler. Alıcı-MTP daha sonra bir gönderici-MTP haline gelir, receiver-path içindeki bir sonraki MTP ile bir iletim kanalı kurar ve postayı ona gönderir.

Bir MTP posta aktarma görevini kabul ettikten sonra receiver-path'in hatalı olduğunu ya da postanın herhangi bir nedenle teslim edilemediğini fark ederse, teslim edilemeyen postanın gönderenine bir bildirim mesajı hazırlayıp göndermelidir. Bu gönderici sender-path tarafından belirtilir. Bu bildirim mesajı bu ana bilgisayardaki MTP'den gelmelidir. Yani bildirim mesajının sender-path değeri "MTP@" olacaktır ve bildirim mesajı başlığındaki From alanı "MTP at " olacaktır. Elbette MTP'ler, bildirim mesajlarıyla ilgili sorunlar için yeni bildirim mesajları göndermemelidir.

4. ÇOKLU ALICILI POSTA

Bir mesajın metninin aynı anda birden fazla alıcıya gönderilmesine izin veren iki MTP komutu vardır; bu tür mesaj iletimi, her ek alıcı için metni tekrar tekrar göndermeye kıyasla çok daha verimlidir.

Bir şemada önce tüm alıcılar belirtilir ve ardından metin gönderilir. Diğer şemada ise sıra tersine çevrilir; önce metin gönderilir, ardından alıcılar belirtilir. Gönderici-MTP tercih ettiği şemayı önerir, ancak gerçekte hangi şemanın kullanılacağını alıcı-MTP belirler.

Belirli bir şemayı seçmek için MRSQ komutu kullanılır; bir şema seçildikten sonra alıcıları belirtmek için MRCP komutları verilir; metni sağlamak için ise MAIL komutu kullanılır.

Her iki şema da gereklidir çünkü tek başına hiçbirisi tüm sistemler için en uygun değildir. MRSQ R, her şeyin biriktirilip ardından eşzamanlı olarak gönderilmesi sayesinde daha çok "toplu" posta gönderimine olanak tanır. Bu durum, MTP alıcısının postayı doğrudan yazmadığı ancak onu merkezi bir posta gönderim arka plan sürecine devrettiği ITS gibi sistemler için oldukça yararlıdır. Tek bir "devretme" işlemiyle ilişkilendirilen bilgi (örneğin alıcılar) ne kadar fazla olursa, posta o kadar verimli şekilde teslim edilebilir.

Buna karşılık MRSQ T, postayı doğrudan ve tek tek artımlı biçimde teslim etmek isteyen alıcı-MTP'ler için tasarlanmıştır. Her bir alıcı için bu şema, disk kotasının aşılması, posta kutusu erişim çakışmaları vb. değişken posta sistemi etkenlerine bağlı olabilen ayrı bir başarı/başarısızlık yanıt kodu döndürür. Bu alıcı-MTP'ler MRSQ R'nin toplu gönderimini taklit etmeye çalışsalar, MAIL komutuna verilen başarı yanıtının gerçekten tüm belirtilen alıcılara teslim edildiği anlamına geldiğinden emin olmak zorunda kalırlardı — yalnızca bir kısmına değil.

4.1 Şema Seçimi: MRSQ

MRSQ, bir gönderici-MTP'nin MRSQ/MRCP uygulamasını test etmesine, belirli bir şema seçmesine, durumunu sıfırlamasına ve hatta bazı temel düzeyde pazarlık işlemleri yapmasına olanak sağlayan araçtır. Biçimi aşağıdaki gibidir:

MRSQ [ ]

<scheme> tek bir karakterdir. Aşağıdakiler tanımlanmıştır:

• R — Önce alıcılar. Eğer bu uygulanmamışsa T uygulanmış olmalıdır.
• T — Önce metin. Eğer bu uygulanmamışsa R uygulanmış olmalıdır.
• ? — Tercih isteği. Bu her zaman uygulanmış olmalıdır.

Argüman olmaması, hiçbir şemanın seçilmediği bir "seçim" anlamına gelir (varsayılan).

Olası yanıtlar şunlardır:

• 200 Tamam, belirtilen şemayı kullan
• 215 Tercih ettiğim şema budur
• 504 MRSQ'yu anlıyorum ancak o şemayı kullanamam
• 5xx Komut tanınmadı veya uygulanmamış

MRSQ'nun üç yönü vardır.

Birincisi, argümansız bir MRSQ her zaman 200 yanıtı döndürmeli ve hiçbir şemanın seçili olmadığı varsayılan durumu geri yüklemelidir. Bunun dışındaki herhangi bir yanıt, MRSQ'nun ve dolayısıyla MRCP'nin anlaşılmadığı veya doğru şekilde gerçekleştirilemediği anlamına gelir.

İkincisi, <scheme> olarak ? kullanılması alıcı MTP'den 215 yanıtı döndürmesini ister; bu yanıtta alıcı tercih edilen şemayı belirtir. Bu yanıtın biçimi şöyledir:

215 [ ]

Başka herhangi bir yanıt (örneğin 4xx veya 5xx), MRSQ uygulanıyorsa ? her zaman uygulanmak zorunda olduğundan, MRSQ ve MRCP'nin uygulanmadığını gösterir.

MRSQ hakkında üçüncü önemli nokta, her zaman tüm şemaları başlangıç durumlarına sıfırlama yan etkisine sahip olmasıdır. Bu sıfırlama, verilecek yanıt ne olursa olsun — 200, 215 veya 504 — yapılmalıdır. Sıfırlama için gerekli işlemler, her şemanın nasıl çalıştığı tartışılırken açıklanacaktır.

Alıcının hangi şemanın kullanılacağını seçtiğine dikkat edin. Gönderici her iki yöntemi de kullanmaya hazır olmalıdır.

4.2 Mesaj Metni Belirtimi: MAIL

Hangi şema seçilmiş olursa olsun (veya hiçbiri seçilmemiş olsa bile), alıcı-yol argümanı boş olmayan bir MAIL komutu daha önce olduğu gibi aynı şekilde davranır; MRSQ/MRCP komutlarının buna hiçbir etkisi yoktur. Bununla birlikte normal bir MAIL komutunun MRSQ ile aynı yan etkisi vardır; tüm şemaları başlangıç durumlarına sıfırlar.

Seçilen özel şemanın önemli olması yalnızca alıcı-yol argümanının boş olduğu durumlarda ortaya çıkar.

MAIL FROM:

Bir hata üretmek yerine alıcı, bu "boş" alıcı belirtimi için mesaj metnini kabul edecektir. Bununla ne yapacağı, hangi şemanın etkin olduğuna bağlıdır ve Şema Mekaniği bölümünde açıklanacaktır.

4.3 Alıcı Belirtimi: MRCP

Alıcı adlarını (yani posta kutularını) belirtmek ve her ad için bir onay (veya reddetme) almak amacıyla aşağıdaki komut kullanılır:

MRCP TO:

Şema yoksa verilen yanıt:

• 503 Henüz bir şema belirtilmedi; MRSQ kullan

T şeması için verilen yanıtlar MAIL komutu için verilenlerle aynıdır.

R şeması için verilen yanıtlar (önce alıcılar):

• 200 Tamam, ad kaydedildi
• 452 Alıcı tablosu dolu, bu ad kaydedilmedi
• 550 Alıcı adı reddedildi
• 4xx Geçici hata, bu adı daha sonra tekrar dene
• 5xx Kalıcı hata, göndericiye bildir

Bu komutun henüz bir şema seçilmemişken kullanılmasının hata olduğuna dikkat edin; MRCP kullanılacaksa önceden bir MRSQ verilmiş olmalıdır.

4.4 Şema Mekaniği: MRSQ R (Önce Alıcılar)

Önce alıcılar şemasında MRCP, MTP alıcısının bir liste veya tabloda sakladığı adları belirtmek için kullanılır. Normalde her MRCP için verilen yanıt ya kabul anlamına gelen 200 ya da 4xx/5xx reddetme kodudur.

Tüm 5xx kodları kalıcı reddetmelerdir (örneğin kullanıcı bilinmiyor) ve insan kullanıcıya bildirilmelidir; 4xx kodları ise genellikle daha sonra giderilebilecek geçici bir hatayı gösterir.

452 dışında hiçbir 4xx/5xx yanıtı önceki veya sonraki MRCP komutlarını etkilemez; 452 ise halihazırda saklanan alıcılara bir mesaj gönderilmedikçe veya bir sıfırlama yapılmadıkça başka MRCP komutlarının başarılı olmayacağını gösterir.

Saklanan alıcılara mesaj metni göndermek için alıcı-yol argümanı olmayan bir MAIL komutu verilir:

MAIL FROM:

Mesaj metninin iletimi normal MAIL ile tamamen aynıdır. Ancak iletimin sonunda verilen olumlu bir onay, mesajın MRCP ile hatırlanan tüm alıcılara gönderildiği anlamına gelir; bir hata kodu ise bu alıcıların tamamı için başarısız sayılması gerektiğini gösterir.

Yanıtın neyi ifade ettiğine bakılmaksızın, saklanan tüm alıcı adları silinir ve unutulur — başka bir deyişle durum başlangıç hâline döner. Alıcı adı listesinin bu şekilde temizlenmesi, MRSQ kullanımının (veya alıcı-yol argümanı boş olmayan MAIL kullanımının) sıfırlama yan etkisi olarak da yapılmalıdır.

Bir MRCP için verilen 452 yanıtı (depolama alanı yetersizliği), mevcut alıcılar için mesajı belirtmek üzere MAIL kullanılarak ve ardından daha fazla MRCP ve başka bir MAIL gönderilerek, gerektiği kadar tekrarlanarak ele alınabilir. Örneğin bir alıcı yalnızca 10 ad saklayabiliyorsa, bu durumda 50 alıcılı bir mesaj 5 kez gönderilir ve her seferinde farklı 10 alıcıya iletilir.

Bir gönderici, herhangi bir başarılı MRCP verilmeden önce mesaj metni belirtmeye çalışırsa (alıcı-yol argümanı olmayan MAIL), bu durum "boş alıcılı" normal bir MAIL gibi ele alınmalıdır; bazı alıcılar 550 Null recipient gibi bir hata döndürebilir.

MRSQ R Örneği (Önce Alıcılar)

Önce gönderici alıcının MRSQ uyguladığını doğrulamalıdır.

S: MRSQ
R: 200 OK, hiçbir şema seçilmedi

Boş argümanlı bir MRSQ uygulanmışsa her zaman 200 döndürür ve varsayılan şemayı (hiçbiri) seçer. Eğer MRSQ uygulanmamış olsaydı 4xx veya 5xx kodu dönerdi.

S: MRSQ R
R: 200 OK, o şema kullanılıyor

Her şey yolunda; şimdi alıcılar belirtilebilir.

S: MRCP TO:<Foo@Y>
R: 200 OK

S: MRCP TO:<Raboof@Y>
R: 550 Burada böyle bir kullanıcı yok

S: MRCP TO:<bar@Y>
R: 200 OK

S: MRCP TO:<@Y,@X,fubar@Z>
R: 200 OK

"Raboof" için başarısızlığın, "Foo" veya "bar" için postanın saklanmasını ya da "X" ana makinesi üzerinden "fubar@Z" adresine iletilecek postayı etkilemediğine dikkat edin.

Şimdi mesaj metni, alıcı-yol argümanı olmayan bir MAIL komutu verilerek sağlanır.

S: MAIL FROM:<waldo@A>
R: 354 Posta girişi başlasın; . ile bitir

S: Blah blah blah blah.... vb. vb. vb.
S: .

R: 250 Posta gönderildi

Posta metni artık "Foo" ve "bar" adreslerine gönderilmiş ve aynı zamanda "fubar@Z" adresine iletilmek üzere aktarılmıştır.

4.5 Şema Mekaniği: MRSQ T (Önce Metin)

Önce metin şemasında alıcı-yol argümanı olmayan MAIL, alıcının sakladığı mesaj metnini belirtmek için kullanılır. Ardından gelen MRCP komutları, metin aktarımıyla ilgili işlemler yapılmaması dışında MAIL komutları gibi değerlendirilir; saklanan mesaj metni belirtilen alıcıya gönderilir.

Döndürülen yanıt kodu, gerçek bir MAIL komutunun vereceğiyle aynıdır (herhangi bir 2xx kodu başarıyı gösterir).

Saklanan mesaj metni, bir sonraki MAIL veya MRSQ gelene kadar unutulmaz; bu komutlar ya yeni metinle değiştirecek ya da tamamen temizleyecektir. MRSQ kullanımı saklanan metni temizleyerek bu şemayı sıfırlar; alıcı-yol argümanı boş olmayan MAIL kullanımı da aynı etkiyi yapar.

Herhangi bir mesaj metni saklanmadan önce bir MRCP görülürse, gönderici fiilen boş bir mesaj göndermeye çalışıyordur; bazı alıcılar buna izin verebilirken diğerleri hata kodu döndürebilir.

MRSQ T Örneği (Önce Metin)

Önce gönderici alıcının MRSQ uyguladığını doğrulamalıdır.

S: MRSQ ?
R: 215 T Önce metin, lütfen

MRSQ gerçekten uygulanmıştır ve alıcı T tercih ettiğini belirtmektedir; ancak bu durum göndericinin başka bir şey denemesini engellemez.

S: MRSQ R
R: 504 Üzgünüm, gerçekten bunu yapamam

Alıcının R'yi de anlayabilmesi mümkündür, ancak genel olarak tercih edilen şemayı kullanmak en iyisidir çünkü alıcı kendi sitesi için hangisinin daha verimli olduğunu bilir.

S: MRSQ T
R: 200 OK, o şema kullanılıyor

Artık T şeması seçilmiştir ve mesaj metni alıcı-yol argümanı olmayan bir MAIL komutu verilerek gönderilir.

S: MAIL FROM:<WALDO@A>
R: 354 Posta girişi başlasın; . ile bitir
S: Blah blah blah blah....vb. vb. vb.
S: .
R: 250 Posta saklandı

Artık alıcılar belirtilebilir.

S: MRCP TO:<Foo@Y>
R: 250 Saklanan posta gönderildi

S: MRCP TO:<Raboof@Y>
R: 550 Burada böyle bir kullanıcı yok

S: MRCP TO:<bar@Y>
R: 250 Saklanan posta gönderildi

S: MRCP TO:<@Y,@X,fubar@Z>
R: 250 Posta iletilmek üzere kabul edildi

Metin artık "Y" ana makinesindeki "Foo" ve "bar" adreslerine gönderilmiş ve "X" ana makinesi üzerinden "fubar@Z" adresine iletilecektir; ayrıca hâlâ saklı durumdadır. Başka bir MAIL/MRCP ... dizisiyle yeni bir mesaj gönderilebilir, ancak dikkatli bir gönderici aşağıdaki alışverişi kullanarak durumu sıfırlar.

S: MRSQ ?
R: 215 T Önce metin, lütfen

Bu işlem, etkin şemayı değiştirmeden durumu sıfırlar.

Örnek 3

4.6. TARTIŞMA

Bu komutlar MTP'nin asgari uygulamasında zorunlu olmadığından, MRSQ veya MRCP'nin hiçbirini tanımayan sitelerle başa çıkmaya hazır olunmalıdır. "MRSQ" ve "MRSQ ?" özellikle herhangi bir şemanın uygulanıp uygulanmadığını test etmek için tasarlanmıştır. MRCP bir test amacıyla tasarlanmamıştır ve "uygulanmamış" türünde bir başarısızlık yanıtı "Henüz şema seçilmedi" veya hatta "Alıcı bilinmiyor" ile karıştırılabilir.

"MRSQ ?" komutuna verilen olumlu bir yanıtta alıcının tercih ettiği "şemanın" varsayılan durum (yani çoklu alıcı şemalarının hiçbiri) olduğunu belirtmenin bir yolu yoktur. Bunun gerekçesi şudur: bu durumda MRSQ/MRCP'yi uygulamanın bir anlamı olmazdı ve dolayısıyla yanıt negatif olurdu.

Bu çoklu alıcı genişletmesinde MAIL kullanımının boş alıcı-yol argümanlarıyla sınırlandırılmasının nedenlerinden biri, boş olmayan bir alıcı-yol argümanına izin verilmesi durumunda ortaya çıkacak belirsizliktir. Örneğin MRSQ R etkin durumdayken bazı MRCP komutları verilmiş ve ardından MAIL FROM:<X@Y> TO:<FOO@Z> yapılmış olsaydı, "FOO" posta kutusu için verilen bir başarısızlık yanıtını tüm belirtilen alıcılar için genel bir başarısızlıktan ayırt etmenin yolu olmazdı. Benzer bir durum MRSQ T için de geçerlidir; metnin saklanıp saklanmadığı ve posta kutusunun başarısız olup olmadığı ya da her ikisinin birden olup olmadığı açık olmazdı.

Tüm şemaların "sıfırlanması" karışıklığı ve aşırı karmaşık uygulamayı önlemek için tüm MRSQ'lar ve "normal" MAIL komutları tarafından yapılır. MRSQ komutu durum değişikliğini veya durum belirsizliğini ima eder ve MAIL komutu aksi takdirde T/R şemalarının kullandığı veri tabanlarını (örneğin mesaj metni depolama alanı) bozmamak için bağımsız mekanizmalar kullanmak zorunda kalırdı. Ancak bir şema seçildikten sonra etkin kalır. Geçerli seçimi değiştirmeden sıfırlama yapmanın önerilen yolu "MRSQ ?" kullanmaktır. "MRSQ" komutunun tek başına hiçbir şema durumuna geri döndürdüğünü unutmayın.

5. ÖZELLİKLER

5.1. MTP KOMUTLARI

5.1.1. KOMUT ANLAMBİLİMİ

MTP komutları, kullanıcının talep ettiği posta aktarımını veya posta sistemi işlevini tanımlar. MTP komutları ile sonlanan karakter dizileridir. Komut kodlarının kendileri, parametreler varsa ile, yoksa ile sonlanan alfabetik karakterlerdir. Posta kutularının sözdizimi alıcı sitenin kurallarına uygun olmalıdır. MTP komutları aşağıda açıklanmaktadır. MTP yanıtları Bölüm 5.2'de ele alınmaktadır.

MAIL (MAIL)

Bu komut iletim kanalı üzerinden posta göndermek için kullanılır. Argüman alanı bir gönderici-yol dizisi ve isteğe bağlı bir alıcı-yol dizisi içerir.

Gönderici-yol dizisi isteğe bağlı bir ana makine listesi ve gönderici posta kutusundan oluşur. Ana makine listesi mevcut olduğunda bu "ters" kaynak yönlendirme bilgisidir ve postanın listedeki her ana makine üzerinden aktarıldığını gösterir (listedeki ilk ana makine en son aktarıcıdır). Bu liste, teslim edilememe bildirimlerini göndericiye geri yönlendirmek için kaynak yönlendirme olarak kullanılır. Her aktarıcı ana makine kendisini listenin başına eklerken, eğer farklıysa postanın geldiği ağ yerine postayı ilettiği ağda bilinen adını kullanmalıdır.

Alıcı-yol dizisi mevcutsa, isteğe bağlı bir ana makine listesi ve bir hedef posta kutusundan oluşur. Ana makine listesi mevcut olduğunda bu kaynak yönlendirme bilgisidir ve postanın listedeki ilk ana makineye aktarılması gerektiğini belirtir.

Alıcı, komutu izleyen satırları göndericiden gelen posta metni olarak değerlendirir. Posta metni "." karakter dizisi ile sonlandırılır (Şeffaflık hakkında Bölüm 5.5.2'ye bakınız).

Posta alıcı-yol dizisi boyunca aktarılırken, her aktarıcı ana makine kendisini yol dizisinden kaldırmalı ve gönderici-yol dizisinin başına eklemelidir. Posta nihai hedefe ulaştığında (alıcı-yol dizisi yalnızca bir hedef posta kutusu içerdiğinde), alıcı-MTP bunu kendi ana makine posta kurallarına uygun şekilde hedef posta kutusuna yerleştirir. (Örneğin "MAIL FROM:<X@Y> TO:<@A,@B,C@D> " sonunda "MAIL FROM:<@A,X@Y> TO:<@B,C@D> " biçiminde aktarılmış olacaktır.)

Alıcı-yol dizisi boşsa, posta yazıcıya veya ana makinenin genel teslim postası için belirlenmiş başka bir yere yönlendirilir (eğer bu ana makinede buna izin veriliyorsa). Posta, gönderici-yol dizisi alanında belirtildiği şekilde göndericiden gelmiş olarak işaretlenebilir.

MAIL RECIPIENT SCHEME QUESTION (MRSQ)

Bu MTP komutu, aynı ana makinedeki birden fazla kullanıcıya posta iletimi için bir şema seçmek amacıyla kullanılır. Şemalar; önce alıcılar veya önce metin biçimindedir.

MAIL RECIPIENT (MRCP)

Bu komut, tek bir ana makinedeki birden fazla kullanıcıya posta iletimi sırasında postanın bireysel alıcılarını tanımlamak için kullanılır.

HELP (HELP)

Bu komut, alıcının uygulama durumuyla ilgili yararlı bilgileri iletim kanalı üzerinden göndermesine neden olur. Komut bir argüman (örneğin herhangi bir komut adı) alabilir ve yanıt olarak daha belirli bilgiler döndürebilir.

QUIT (QUIT)

Bu komut, alıcının iletim kanalını kapatması gerektiğini belirtir.

NOOP (NOOP)

Bu komut herhangi bir parametreyi veya daha önce girilmiş komutları etkilemez. Alıcının OK yanıtı göndermesi dışında hiçbir işlem yapılmayacağını belirtir.

CONTINUE (CONT)

Bu komut, daha önce belirtilmiş olan işlemin devam ettirilmesi gerektiğini belirtir. Bu komut yalnızca bir ön yanıtın ardından gönderilir.

ABORT (ABRT)

Bu komut, daha önce belirtilmiş olan işlemin iptal edilmesi gerektiğini belirtir. Bu komut yalnızca bir ön yanıtın ardından gönderilir. Alıcının OK yanıtı göndermesi dışında başka bir işlem yapılmayacağını belirtir.

5.1.2. KOMUT SÖZDİZİMİ

Komutlar, bir komut kodu ile başlar ve ardından bir argüman alanı gelir. Komut kodları dört alfabetik karakterden oluşur. Büyük ve küçük harfli alfabetik karakterler aynı şekilde ele alınmalıdır. Bu nedenle aşağıdakilerin herhangi biri mail komutunu temsil edebilir:

MAIL
Mail
mail
MaIl
mAIl

Bu durum, parametre değerlerini temsil eden semboller için de geçerlidir; örneğin RECIPIENT için R veya r gibi. Komut kodları ile argüman alanları bir veya daha fazla boşluk ile ayrılır.

Ancak gönderici-yolu ve alıcı-yolu argümanlarında büyük/küçük harf kullanımı önemlidir. Özellikle bazı host sistemlerinde "foo" kullanıcısı ile "Foo" kullanıcısı farklıdır.

Argüman alanı, karakter dizisi ile biten değişken uzunlukta bir karakter dizisinden oluşur. Alıcının satırın sonu alınana kadar hiçbir işlem yapmaması gerektiği unutulmamalıdır.

Köşeli parantezler isteğe bağlı bir argüman alanını gösterir. Eğer seçenek kullanılmazsa uygun varsayılan değer kabul edilir. Tüm karakterler ASCII karakter kümesindedir.

Aşağıdakiler MTP komutlarıdır:

MAIL FROM: [ TO:]

MRSQ [ ]

MRCP TO:

HELP [ ]

QUIT

NOOP

CONT

ABRT

Yukarıdaki argüman alanlarının sözdizimi (uygun yerlerde BNF gösterimi kullanılarak) aşağıda verilmiştir. "..." gösterimi bir alanın bir veya daha fazla kez tekrarlanabileceğini belirtir.

::=

::=

::= "R" | "T" | "?"

::= |

::= "<" ["@" "," ...] ">"

::= | "#" | "[" "]"

200 Komut uygun
201 Komut uygun, işlem iptal edildi
500 Sözdizimi hatası, komut tanınmadı
   [Bu, komut satırının çok uzun olması gibi hataları içerebilir]
501 Parametrelerde veya argümanlarda sözdizimi hatası
502 Komut uygulanmamış
503 Komutların sırası hatalı
504 Komut parametresi uygulanmamış

211 Sistem durumu veya sistem yardım yanıtı
214 Yardım mesajı
   [Alıcının nasıl kullanılacağı veya belirli bir
   standart dışı komutun anlamı hakkında bilgi; bu yanıt
   yalnızca insan kullanıcı için yararlıdır]
215 <scheme> tercih edilen şemadır

120 <host> Hizmet nnn dakika içinde hazır
220 <host> Hizmet yeni kullanıcı için hazır
221 <host> Hizmet iletim kanalını kapatıyor
421 <host> Hizmet mevcut değil, iletim kanalı kapatılıyor
   [Hizmetin kapanması gerektiği biliniyorsa bu
   herhangi bir komuta yanıt olarak verilebilir]

151 Kullanıcı yerel değil; <user>@<host> adresine iletilecek
152 Kullanıcı bilinmiyor; posta operatör tarafından iletilecek
250 İstenen posta işlemi uygun, tamamlandı
450 İstenen posta işlemi yapılmadı: posta kutusu kullanılamıyor
   [Örneğin posta kutusu meşgul]
550 İstenen işlem yapılmadı: posta kutusu kullanılamıyor
   [Örneğin posta kutusu bulunamadı, erişim yok]
451 İstenen işlem iptal edildi: işleme sırasında yerel hata
452 İstenen işlem yapılmadı: yetersiz sistem depolama alanı
552 İstenen posta işlemi iptal edildi: depolama kotası aşıldı
   [Geçerli posta kutusu konumu için]
553 İstenen işlem yapılmadı: posta kutusu adı izin verilmiyor
   [Örneğin posta kutusu sözdizimi yanlış]
354 Posta girişi başlat; <CRLF>.<CRLF> ile bitir

120 <host> Hizmet nnn dakika içinde hazır
151 Kullanıcı yerel değil; <user>@<host> adresine iletilecek
152 Kullanıcı bilinmiyor; posta operatör tarafından iletilecek

200 Komut uygun
201 Komut uygun, işlem iptal edildi
211 Sistem durumu veya sistem yardım yanıtı
214 Yardım mesajı
   [Alıcının nasıl kullanılacağı veya belirli bir
   standart dışı komutun anlamı hakkında bilgi; bu yanıt
   yalnızca insan kullanıcı için yararlıdır]
215 <scheme> tercih edilen şemadır
220 <host> Hizmet yeni kullanıcı için hazır
221 <host> Hizmet iletim kanalını kapatıyor
250 İstenen posta işlemi uygun, tamamlandı

354 Posta girişi başlat; <CRLF>.<CRLF> ile bitir

421 <host> Hizmet mevcut değil, iletim kanalı kapatılıyor
   [Hizmetin kapanması gerektiği biliniyorsa bu
   herhangi bir komuta yanıt olarak verilebilir]
450 İstenen posta işlemi yapılmadı: posta kutusu kullanılamıyor
   [Örneğin posta kutusu meşgul]
451 İstenen işlem iptal edildi: işleme sırasında yerel hata
452 İstenen işlem yapılmadı: yetersiz sistem depolama alanı

500 Sözdizimi hatası, komut tanınmadı
   [Bu, komut satırının çok uzun olması gibi hataları içerebilir]
501 Parametrelerde veya argümanlarda sözdizimi hatası
502 Komut uygulanmamış
503 Komutların sırası hatalı
504 Komut parametresi uygulanmamış
550 İstenen işlem yapılmadı: posta kutusu kullanılamıyor
   [Örneğin posta kutusu bulunamadı, erişim yok]
552 İstenen posta işlemi iptal edildi: depolama kotası aşıldı
   [Geçerli posta kutusu konumu için]
553 İstenen işlem yapılmadı: posta kutusu adı izin verilmiyor
   [Örneğin posta kutusu sözdizimi yanlış]

220 <SP> USC-ISIF <SP> Service ready <CRLF>

CONNECTION ESTABLISHMENT
   P: 120 -> CONT -> S: 220
                     F: 421
             ABRT    S: 201
                     F: 421
   S: 220
   F: 421

MAIL
   P: 151 -> CONT -> I: 354 -> text -> S: 250
      152                              F: 451,552,450,
                                          550,452,553
             ABRT -> S: 201
                     F: 451,552,450,550,452,553
   I: 354 -> text -> S: 250
                     F: 451,552,450,550,452,553
   F: 451, 552, 450, 550, 452, 553
   E: 500, 501, 502, 421

MRSQ
   S: 200, 215
   E: 500, 501, 502, 504, 421

MRCP
   P: 151 -> CONT -> S: 200, 215, 250
      152            F: 451,552,450,550,452,553
             ABRT -> S: 201
                     F: 451,552,450,550,452,553
   S: 200, 215, 250
   F: 451, 552, 450, 550, 452, 553
   E: 500, 501, 502, 503, 421

QUIT
   S: 221
   E: 500, 421

HELP
   S: 211, 214
   E: 500, 501, 502, 504, 421

NOOP
   S: 200
   E: 500, 421

CONT
   S: önceki komuta bağlıdır
   F: önceki komuta bağlıdır
   E: 500, 501, 502, 504, 421

ABRT
   S: 201
   E: 500, 501, 502, 504, 421

                          1,3    +---+
                     ----------->| E |
                    |            +---+
                    |
 +---+    cmd    +---+    2      +---+
 | B |---------->| W |---------->| S |
 +---+           +---+           +---+
                    |
                    |     4,5    +---+
                     ----------->| F |
                                 +---+

                      ABRT       +---+ 1,3
         CONT ---- ------------->| W |-------
             |    |              +---+       |
             |    |1           4,5|  |2      V
 +---+  cmd   -->+---+ 2          |  |     +---+
 | B |---------->| W |-------------------->| E |
 +---+           +---+        ------------>+---+
                 3| |4,5     |    |  |
                  | |        |    |  |
    --------------  ------   |    |  |
   |                      |  |    |   ---->+---+
   |               ----------------------->| S |
   |              |       |  |    |        +---+
   |              |  --------     |
   |              | |     |       |
   V             2| |1,3  |       |
 +---+   text    +---+    |        ------->+---+
 |   |---------->| W |     --------------->| F |
 +---+           +---+-------------------->+---+
                      4,5

COMMANDS -- MAIL
            QUIT
            NOOP

123-First line
123-Second line
123-234 text beginning with numbers
123 The last line