“Zarf” ve “Başlık” da bir e-posta adresini tekrarlamanın anlamı nedir?


15

Hem FROM adresinin hem de TO adresinin "zarf" adı verilen gizli bir öğede tekrarlandığını ve sonra "gövde" de tekrarlandığını öğrendim.

Soru

  1. Zarf verileri neden "üstbilgiye" kopyalanmaz?
  2. Bu çoğaltma neden var, neden gerekli özellikler iletinin içine gömülemedi?
  3. Tüm (SMTP olmayan) ileti aktarımları bunu yapıyor mu?
  4. SMTP'ye alternatifler nelerdir? (böylece akıl yürütmeyi daha iyi anlayabilirim)

1
BCC ve adlandırılmış posta listelerini düşünün. Zarf alıcısı başlığa kopyalanırsa, tüm bu hedefler görünür hale gelir.
Barmar

Yanıtlar:


26

Bir e-posta mesajı başlığındaki adresler, zarf göndereninden ve alıcıdan farklı amaçlara hizmet eder (bunlar gerçekten gizli değildir , yalnızca mesajın bir parçası değildir).

Bir iletide hiç görmediğiniz zarf göndereni ve alıcısı, SMTP protokolünün bir parçasıdır ve teslim talimatlarını , yani posta sunucusunun iletiyi hangi posta kutusuna iletmesi beklenir veya bazı başarısızlıklar. İki adresin de mesajın anlamsal içeriği ile herhangi bir ilişkisi olması gerekmez. Bunlar RFC 5321 bölüm 4.1.1.2 ve 4.1.1.3'te ayrıntılı olarak açıklanmaktadır .

Mantıksal olarak, bunlar bir posta postasının zarfına basılmış adreslere benzer.

İletinin kendisinde görünen gönderen ve hedef adresleri, açık teslimat talimatları yerine semantik anlamları gösterir. Bunlar RFC 5322 bölüm 3.6.3 ve RFC 6854 bölüm 2.1'de (RFC 5322 bölüm 3.6.2'yi geçersiz kılar) ayrıntılı olarak açıklanmaktadır .

Özetle, mesajdaki Kimden: mesajı yazan kişinin posta kutusunu, Gönderen: başkası adına mesaj gönderen varlığı, Kime: ve Bilgi: amaçlanan alıcı posta kutusunu belirtir. RFC'ler ilginizi çekebilecek diğer başlık alanlarını da tanımlar.

Mantıksal olarak, bunlar bir posta postasının içindeki yazışmalara yazdırılan adreslere benzer.

Genellikle zarf göndereni ve alıcı Kimden: ve Alıcı: adresleriyle aynıdır. Ancak, örneğin posta listeleri söz konusu olduğunda hiçbir yazışmaları olmaması yaygındır.


12

Fark göreceğiniz en yaygın senaryo, birden fazla alıcı içeren bir e-postanın teslim edilmesidir.

Diyelim ki bir e-posta göndermek üzeresiniz:

  • a@example.com
  • a@example.net
  • b@example.net

Posta istemciniz e-postayı posta sunucunuza gönderirken her üç adres de zarfta ve başlıklarda tekrarlanır. Daha sonra posta sunucunuz teslimat için MX kayıtlarını arayacak example.comve example.netdevam edecektir.

Posta sunucunuz artık e-postayı daha fazla göndermek için alıcı sunucuların her biri ile iki ayrı SMTP bağlantısı kuracaktır.

MX ile example.comher üç alıcı için iletişim kurarken yine de Tobaşlıkta olur, ancak yalnızca tek bir zarf alıcısı olacaktır.

example.netÜç alıcı için de MX ile iletişim kurulurken yine de Tobaşlıkta olacaktır, ancak yalnızca iki zarf alıcısı olacaktır.

Yukarıdakilere analog olarak, kağıda üç alıcı yazmış bir mektubun üç kopyasını yazdırdığınızı hayal edin. Daha sonra bu üç kağıdı üç ayrı zarfa koyar ve her zarfa sadece bir adres yazarsınız.


bccE-posta kullanırken ve yönlendirirken olduğu gibi fark yarattığı başka senaryolar da vardır .

Biraz uyuşmuş bir analog olarak, bazı varlıklarla mektup alışverişi yaptığınızı hayal edin. Bu kuruluş tarafından bilinmeyen, avukatınıza gönderilen bir zarf içine koyduğunuz her harfin bir fotokopisini oluşturursunuz.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.