-
Notifications
You must be signed in to change notification settings - Fork 1
/
Copy pathrfc2821-s38.html
124 lines (124 loc) · 9.93 KB
/
rfc2821-s38.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="tr" xml:lang="tr">
<head>
<title>3.8. Postanın Ağ geçitlerinden Geçirilmesi</title>
<meta name="generator" content="DocBook XSL Stylesheets V-special (derived from DocBook XSL v1.79.1 for Turkish Linux Documentation Project by Nilgün Belma Bugüner - nilgun (at) tlbp.org.tr)" />
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
<link rel="stylesheet" type="text/css" href="/style/nav.css" />
<link rel="icon" type="image/png" href="/images/belgeler-logo.png" />
<meta name="robots" content="index, follow" />
</head>
<body>
<header>
<div class="navbar">
<div style="width:33%" class="dropdown">
<button type="button" class="dropbtn" onclick="window.location.assign('rfc2821-s37.html')">Önceki</button>
<div class="dropdown-content">3.7. Röleleme</div>
</div>
<div style="width:34%" class="dropdown">
<button class="dropbtn">Yukarı</button>
<div class="dropdown-content">
<button type="button" class="dropbtn" onclick="window.location.assign('/index.html')">Baş Sayfa</button>
<button type="button" class="dropbtn" onclick="window.location.assign('/KiTAPLIK/index.html')">Kitaplık</button>
<button type="button" class="dropbtn" onclick="window.location.assign('aik.html')">Ana Başlık</button>
<button type="button" class="dropbtn" onclick="window.location.assign('rfc2821-s3.html')">Üst Başlık</button>
</div>
</div>
<div style="width:33%" class="dropdown">
<button type="button" class="dropbtn" onclick="window.location.assign('rfc2821-s39.html')">Sonraki</button>
<div class="dropdown-content">3.9. Oturumların ve Bağlantıların Sonlandırılması</div>
</div>
</div>
</header>
<section class="mainpage">
<div class="crumbs">
<p> </p>
</div>
<section class="sect2" id="rfc2821-s38">
<div class="titlepage">
<div>
<div>
<h3 class="title">3.8. Postanın Ağ geçitlerinden Geçirilmesi</h3>
</div>
</div>
</div>
<p>
Yukarıda bahsedilen röleleme işlevi Genel Ağ SMTP aktarım hizmeti ortamında işlemlerini yaparken, <code class="literal">MX</code> kayıtları ve doğrudan yönlendirmenin çeşitli şekillerinin varlığı bir aktarım hizmetinden diğerine bir dönüşüm işlevi yapacak bir ara SMTP sunucusu gerektirebilir. <a class="xref" href="rfc2821-s23.html#rfc2821-s238" title="2.3.8. Oluşturucu, Teslimatçı, Röle ve Ağ geçidi Sistemler">Oluşturucu, Teslimatçı, Röle ve Ağ geçidi Sistemler</a> bölümünde açıklandığı gibi, böyle bir sistem iki aktarım hizmeti ortamına sınır olduğunda, bu sistemi bir "ağ geçidi" veya bir "ağ geçidi SMTP" olarak niteleriz.
</p>
<p>
Farklı posta biçimleri ve protokolleri gibi farklı posta ortamları arasındaki ağ geçitlerinden posta aktarımı karmaşık bir işlemdir ve kolayca standartlaşmaz. Yine de, Genel Ağ ile diğer posta ortamları arasındaki ağ geçitleri için bazı genel gereksinimler belirtilebilir.
</p>
<section class="sect3" id="rfc2821-s381">
<div class="titlepage">
<div>
<div>
<h4 class="title">3.8.1. Ağ geçitlerinden Geçişte Başlık Alanları</h4>
</div>
</div>
</div>
<p><span class="rfcmaybe">İletilerin posta ortamının sınırlarından geçirilmesi gerektiğinde posta başlıkları yeniden yazılabilir *SEÇİMLİK*</span>. Buna, <a class="xref" href="rfc2821-s6.html#rfc2821-s63" title="6.3. Düzensizliklerin Giderilmesi">Düzensizliklerin Giderilmesi</a><a href="rfc2821-s37.html#ftn.rfc2821-fn241" class="footnoteref"><sup class="footnoteref">[87]</sup></a> bölümündeki yasaklamalara karşın, varış adresinin yerel-kısım'ının yorumlanması veya ileti gövdesinin incelenmesi de dahil edilebilir.
</p>
<p>
Genel Ağ'a ağ geçitliği yapan diğer posta sistemleri çoğunlukla, bir kısım RFC 822 başlığını veya benzer işlevselliği farklı bir sözdizimiyle sağlayan başlıkları kullanırlar, fakat bu posta sistemlerinin bazıları SMTP zarfına eşdeğerliği tutturamaz. Onun için, bir ileti Genel Ağ ortamını terkettiğinde SMTP zarf bilgisini ileti başlığına sarmak gerekli olabilir. Olası çözüm, zarf bilgisini taşıyacak yeni başlık alanları ("<code class="literal">X-SMTP-MAIL:</code>" ve "<code class="literal">X-SMTP-RCPT:</code>" gibi) oluşturmak olurdu; ancak bu, yabancı ortamlarda posta programlarında değişikliği gerektirebilir ve özel bilgilerin ifşa edilmesi riski ortaya çıkabilir (bkz, <a class="xref" href="rfc2821-s7.html#rfc2821-s72" title="7.2. "Gizli" Kopyalar">"Gizli" Kopyalar</a>).
</p>
</section>
<section class="sect3" id="rfc2821-s382">
<div class="titlepage">
<div>
<div>
<h4 class="title">3.8.2. Ağ geçitlerinden Geçişte Alınan Satırlar</h4>
</div>
</div>
</div>
<p><span class="rfcmust">Bir ileti Genel Ağ ortamının içine veya dışına sevkedilirken bir ağ geçidi bir <code class="code">Received:</code> satırı hazırlamalı *ZORUNLU*</span>, fakat <span class="rfcmust">başlıkta zaten mevcut olan bir <code class="literal">Received:</code> satırında değişiklik yapmamalıdır *ZORUNLU*</span>.
</p>
<p>
Başka ortamlarda oluşturulan iletilerin <code class="literal">Received:</code> alanları bu belirtime tam olarak uyumlu olmayabilir. Bununla birlikte, <code class="literal">Received:</code> satırlarının en önemli kullanım alanı posta hataları ayıklamakla ilgilidir ve bu ayıklama bir <code class="literal">Received:</code> satırını "düzeltmeye" çalışan iyi niyetli ağ geçitleri tarafından cidden güçleştirilebilir. <span class="rfcmust">İzleme alanlarının SMTP dışı ortamlarda baş göstermesinin diğer bir sonucu olarak, alıcı sistemler postayı bir izleme alanının biçimine bağlı olarak reddetmemeli *ZORUNLU*</span> ve <span class="rfcshould">bu alanların beklenmedik biçimleri ve bilgileri (ışığı) altında (bile) oldukça sağlam durmalıdır *ÖNERİ*</span>.
</p>
<p><span class="rfcshould">Bir ağ geçidi, <code class="code">Received:</code> alanlarında kaynaklandığı ortamı ve protokolü "via" sözcüğü ile işaret etmelidir *ÖNERİ*</span>.
</p>
</section>
<section class="sect3" id="rfc2821-s383">
<div class="titlepage">
<div>
<div>
<h4 class="title">3.8.3. Ağ geçitlerinden Geçişte Adresler</h4>
</div>
</div>
</div>
<p><span class="rfcshould">Genel Ağ tarafından bakıldığında, bir ağ geçidi, SMTP komutlarındaki ve RFC 822 başlıklarındaki tüm geçerli adresleri ve tüm geçerli RFC 822 iletilerini kabul etmelidir *ÖNERİ*</span>. <span class="rfcmust">Ağ geçitleri tarafından üretilen adresler ve başlıklar uygulanabilir Genel Ağ standartlarına (bu ve RFC 822 dahil) uygun olmalıdır *ZORUNLU*</span>. Şüphesiz ağ geçitleri ayrıca, <a class="xref" href="rfc2821-s33.html" title="3.3. Posta Aktarım Harekâtı">Posta Aktarım Harekâtı</a> bölümünde diğer SMTP sistemleri için açıklandığı gibi kaynak rotalarına uygulanan kuralların da konusu olur.
</p>
</section>
<section class="sect3" id="rfc2821-s384">
<div class="titlepage">
<div>
<div>
<h4 class="title">3.8.4. Ağ geçitlerinden Geçişte Diğer Başlık Alanları</h4>
</div>
</div>
</div>
<p><span class="rfcmust">Bir ağ geçidi, Genel Ağ posta ortamına sevkettiği bir iletinin tüm başlık alanlarının Genel Ağ postasının gereksinimlerini karşılamalıdır *ZORUNLU*</span>. <span class="rfcmust">Özellikle "<code class="code">From:</code>", "<code class="code">To:</code>", "<code class="code">Cc:</code>", vb. alanlarındaki tüm adresler (gerekliyse) RFC 822 sözdizimine uyacak şekilde dönüştürülmeli *ZORUNLU*</span>, <span class="rfcmust">sadece tamamen nitelenmiş alan adlarına atıf yapmalı *ZORUNLU*</span> ve <span class="rfcmust">yanıtların gönderimi için etkin ve kullanışlı olmalıdır *ZORUNLU*</span>. <span class="rfcshould">Postayı, Genel Ağ protokollerinden diğer ortamların protokollerine dönüştürmekte kullanılacak çeviri algoritması, yabancı posta ortamından gelen hata iletilerinin, bir RFC 822 iletisinin <code class="code">From:</code> alanında (veya diğer alanlarda) görülen göndericiye değil, SMTP zarfındaki dönüş yoluna teslimini sağlamalıdır *ÖNERİ*</span>*.
</p>
</section>
<section class="sect3" id="rfc2821-s385">
<div class="titlepage">
<div>
<div>
<h4 class="title">3.8.5. Ağ geçitlerinden Geçişte Zarflar</h4>
</div>
</div>
</div>
<p>
Aynı şekilde, <span class="rfcshould">bir iletiyi başka bir ortamdan Genel Ağ ortamına sevkederken, bir ağ geçidi, bir hata iletisinin dönüş adresi ile ilgili zarf dönüş yolunu (eğer yabancı ortam bunu sağlamışsa) ayarlamalıdır *ÖNERİ*</span>. Eğer yabancı ortam için böyle birşey sözkonusu değilse, ağ geçidi iletinin oluşturucusunun adresi için son çare olarak en uygun olan seçip bunu kullanmalıdır.
</p>
</section>
</section>
<footer>
<div align="center" class="footer">
<small>Bir <a href="http://belgeler.org.tr/">Linux Kitaplığı</a> Sayfası</small>
</div>
</footer>
</section>
</body>
</html>