| Yazar | Belirtilmemiş | | Kurum | - Abhay Bhushan, MIT-DMCG | | Tarih | 17-Nov-1971 | | Durum | Network Working Group Yorum Talebi | | RFC Numarası | 278 |
NWG/RFC #278
NIC 8056
17-Nov-1971
Network Working Group
- Abhay Bhushan, MIT-DMCG
- Bob Braden, UCLA-CCN
- Eric Harslem, RAND
- John Heafner, RAND
- Alex McKenzie, BBN-NET
- John Melvin, SRI-ARC
- Bob Sundberg, HARV
- Dick Watson, SRI-ARC
- Jim White, UCSB
Categories: A.5, O.7
RFC 221, NIC 7612'nin yerine geçer
Mail Box Protokolünün Revizyonu
Dosya aktarım komitesi bir araya gelerek Mail Box Protocol, RFC 221, NIC 7612'yi tartıştı. Bu mekanizmanın potansiyel yararlılığı doğrulandı ve birkaç değişiklik önerildi. Önce değişiklikleri veriyor, ardından Protokolü yeniden ifade ediyoruz.
Değişiklikler
- Mail Box Protokolü, diğer veri türlerine izin vermek yerine yalnızca ağ standardı bir satır yazıcısı için biçimlendirilmiş ASCII metin dizilerine izin verecektir.
- File Transfer Protocol'e "Append With Create" adlı yeni bir komut eklenecektir; bu komut dosya mevcutsa dosyaya ekleme yapar, mevcut değilse dosya oluşturur.
- Mailbox için standart yol adı, geleneksel metalanguage sembolleri kullanılarak şu şekilde olacaktır:
"MAIL"
("PRINTER" /)
<separator> ASCII GS'dir, sekizlik 035. Yukarıdakinin anlamı şöyledir:
`` bir NIC IDENT'tir.
"MAIL" `` "PRINTER" ifadesi, alan site tarafından iletilen dosyanın yazdırılacak bir toplu posta dosyasına Append With Create ile eklenmesi veya doğrudan bir yazıcıya gönderilmesi anlamında yorumlanacaktır.
"MAIL"
ifadesi ise şu anlamlardan birine gelecek şekilde yorumlanacaktır:"MAIL"
"PRINTER" ile aynı; yaniyok sayılır, veyaSonraki dosyanın, `` ile belirtilen kişi için özellikle ayrılmış bir dosyaya Append With Create ile eklenmesi; bu dosya çevrimiçi erişim, yazdırma veya her ikisi için kullanılabilir.
TIP'lere posta teslim edilmesi problemi de tartışıldı.
Şu anda TIP'ler yalnızca Telnet Protocol'ü desteklemektedir, ancak Data Transfer Protocol'ü desteklemesi planlanmaktadır. TIP'lerde isteğe bağlı bir aygıt olarak bir ASCII satır yazıcısı bulunacaktır. Yazıcılı bir TIP'e posta öğesi göndermek isteyen kişiler, standart olarak yayımlanmış bir socket açabilir ve şu anda Telnet Protocol ile, ileride ise Data Transfer Protocol ile iletim yapabilir. NIC'in TIP'lerle ilgili planı, onlara otomatik ağ teslimi yapmamaktır. TIP kullanan kişilere gönderilen iletiler NIC aracılığıyla iletilebilir ve herkes için olduğu gibi doğrudan kişinin NIC üzerindeki başlangıç dosyasına teslim edilir. TIP kullanıcısı öğeyi çevrimiçi olarak okuyabilir veya NLS'in Output Device Teletype komutu ile terminalinden bir basılı kopya alabilir.
Mail Box Protokolü
Mail Box Protokolü yerleşik ağ kurallarını kullanacaktır; özellikle Network Control Program, Initial Connection Protocol, Data Transfer Protocol ve File Transfer Protocol (mevcut Network Protocols, NIC 7104'te açıklandığı gibi).
İletim Network ASCII olacaktır. Standart alıcı posta yazıcısının 72 karakter genişliğinde bir yazdırma satırı ve 66 satırlık bir sayfası olduğu varsayılır. Yeni satır kuralı Telnet Protocol, RFC 158, NIC 6768'e göre carriage return (Hex) olacaktır. Standart yazıcı, form feed karakterini (Hex 0C, Octal 014) kâğıdı yeni bir sayfanın üstüne ilerlet anlamında kabul edecektir.
Yazdırma satırının ve sayfanın uzunluğunu kontrol etmek gönderenin sorumluluğundadır. Satır başına 72 karakterden fazla gönderilirse veya form feed olmadan 66 satırdan fazla gönderilirse, alıcı site bu durumları kendisi için uygun şekilde ele alabilir. Bu kurallar aşağıda açıklanan kontrol kodlarıyla değiştirilebilir.
Gönderilen mesajın veya belgenin başında, her biri bir form feed ile sonlandırılmış başlangıç adres dizgesinin iki kopyası bulunacaktır. Bu adres dizgesi, gönderenin adı ve adresi ile alıcının adı ve adresini, bir görevlinin okuyup dağıtabileceği makul ve kolay okunabilir bir biçimde içermelidir. Adres dizgesi içinde yorumlar da bulunabilir. İki kopya gereksinimi, biri fan-fold kâğıt yığını üzerinde zahmetsizce okunabilsin diye konulmuştur.
Initial Connection
Initial Connection, Official Initial Connection Protocol, Document #2, NIC 7101'e uygun olarak standart File Transfer socket #3'e yapılacaktır.
File Transfer
Aktarılacak posta öğesi (dosya), File Transfer Protocol'e göre aktarılacaktır.
File Transfer Protocol'e göre bir dosya (posta öğesi), Data Transfer Protocol tarafından tanımlandığı şekilde birden fazla veri işlemi içinde gönderilebilir. Dosya sonu, dosya ayırıcı (Data Transfer Protocol'de tanımlandığı gibi) ile veya bağlantının kapatılmasıyla belirtilir.
İşlem Sırası
Gerekli olan tek temel işlem Append With Create'tir.
Append With Create Request
(Mailer) User --------------------> Server (Mail Box)
-------------------->
End of File indication
-------------------->
Acknowledge
<--------------------
Varsayılan veri türü Network ASCII'dir. Standart satır yazıcısı varsayılanı yukarıda tanımlandığı gibidir. Diğer kontrol işlemleri kullanılabilir.
Kullanılacak Kontrol İşlemleri
OP Kodları
| Hex | Octal | Anlam |
|---|---|---|
| 09 | 011 | Hata veya başarısız sonlandırma |
| 0A | 012 | Onay veya başarılı sonlandırma |
| 05 | 005 | Append With Create isteği (mevcut dosyaya ekle veya dosya yoksa dosya oluştur) |
| 5A | 132 | Yazıcı kontrol ayarlarını değiştir |
Hata Kodları
File Transfer Protocol'de tanımlanan tüm hata kodları döndürülebilir.
Yazıcı Kontrol Kodları
| Hex | Octal | Anlam |
|---|---|---|
| D1 | 321 | Satır genişliğini 72 karakter olarak ayarla |
| D2 | 322 | Yazıcınızın tam genişliğini kullan |
| 03 | 323 | Sayfa boyutunu 66 satır olarak ayarla |
| 04 | 324 | Sayfa boyutunu sınırsız olarak ayarla |
Gelecekte başka sanal yazıcı kontrol kodları eklenebilir.
İhtiyaç ortaya çıktıkça başka kontrol kodu sınıfları da eklenebilir.
Bu RFC, Alex McKenzie'nin yönetiminde BBN Corp. tarafından çevrimiçi RFC arşivlerine girmek üzere makine tarafından okunabilir biçime dönüştürülmüştür. 12/96.