E-posta yalnızca "en iyi çaba" teslimatı ise, garantili teslimat ile benzer bir protokol var mı?

Faksların kabulü genellikle kabul edilir, çünkü teslimatları 'garantilidir' çünkü e-postaları teslimatı yapmaz. Bu sadece faksla aynı derecede teslimatı garanti eden TCP tabanlı bir protokol için yalvarıyor değil mi? Böyle bir protokol var mı ve ne kadar sağlam kaldı?

1. Faks teslimi garanti DEĞİLDİR - Bir faksın başarısız olabileceği birçok yol vardır. Birkaç isim:

   • Yanlış numara
   • Kağıttan faks alma (ve gerçekleştirecek kadar akıllı değil)
   • Tonerden faks alma (ve farkına varacak kadar akıllı değil)
   • Faks gönderirken kağıt ters yüklendi
   • Faks alma, paylaşılan bir cihazdır ve alınan faks, istenmeyen alıcı tarafından alınmakta ve atılmaktadır.
     
     

2. SMTP , TCP tabanlı bir protokoldür. Lütfen RFC 821 ve halefi RFC 2821 ve RFC 5321'e danışın .
   Temel ağ protokolünün (TCP / IP) güvenilir teslimatla ilgisi yoktur (uygulama protokolü seviyesi).

3. Çoğu SMTP sunucusu, hangi iletilerin (gönderen / alıcı / ileti kimliği) iletildiğini ve günlüklerin tahrif edilme ihtimalinin düşük olduğunu gösterebilirseniz mahkemede kabul edilebilir olan kayıtları tutabilir.
   Bir avukata danışın .

4. Teslimatın sağlanması için SMTP protokolüne ve ilgili programlara yapıştırılmış mekanizmalar vardır (DSN, İade Makbuzları). Bunların kendilerinin en iyi çaba / ortak işbirliği uzantıları olduğunu unutmayın (Çoğu posta istemcisi, okundu bilgisi göndermemeyi seçmenizi sağlar ve bazı müşteriler okundu bilgisi yayınlayamazlar. Bazı MTA'lar teslimat makbuzu veremez / veremez.
   Bunların kabuledilebilirliğinden emin değilim - bu mahkemeye ve emsal teşkil eden emsallere bağlı olacaktır. Yine, bir avukata danışın .

Genellikle faksların kabul edildiğine dair belgeler kabul edilir, çünkü teslimatları “garantilidir”.

E-posta sunucusu gönderen ve alıcılardan gelen günlükler, faks alım onayından muhtemelen daha güvenilirdir.

Onay, "a" bir faksın dokümanı cevapladığını ve aldığını belirtir.

Sunucu günlükleri "o belirli" posta kutusunun e-postayı aldığını ve "bu belirli" posta kutusuna girmeden önce A, B ve C sunucusundan geçtiğini onaylayabilir.

Kanada’da e-postaların mahkemelerde kabul edildiğini biliyorum. Büyük vakalarda, bir hukuk davasında, sunucu kayıtlarını ve posta kutuları içeriğini ele geçirmek için bir Anton Piller Emri verilebilir .

Garantili bir teslimat yapmanın tek yolu, doğrudan eşler arası teslimattır. Gönderenin, alıcıyla doğrudan bir bağlantı kurması ve alıcının alımı onaylaması gerekir. E-posta olduğunu değil bir peer-to-peer protokolü ama bir mağaza ve ilet protokol. Dolayısıyla mahkemede kabul edilen bir garanti yoktur. Ama tabii protokol çalışır güvenilir olduğu ve eğer zincir oyundaki tüm sunucular iyi o zaman olduğu güvenilir.

Ancak teknolojik teslimat garantisi (gerçek hayatta ve elektronik posta / faksta) mesajın içeriği için bir garanti vermez. Günlükler veya zarf yalnızca bir teslimat olduğunu gösterir, ancak mesaj içeriğini gösteremez. Bir mesajı imzalasanız bile, yalnızca yolda işlem yapılmaması garanti edilir. Ancak orijinal imzalı içerik hala "Merhaba dünya!" Olabilir. "Kovuldun!" yerine ve yalnızca bir mesajın gönderildiğine dair onay

Bu sadece faksla aynı derecede teslimatı garanti eden TCP tabanlı bir protokol için yalvarıyor değil mi? Böyle bir protokol var mı ve ne kadar sağlam kaldı?

Soruyu özel olarak cevaplamak için - böyle bir [ağ] protokolü mevcut değildir. Dolayısıyla, aynı şekilde, söz konusu protokolün hiçbir girişi yoktur.

Bununla birlikte, bu konuyla ilgili olarak, [teslimatın] [ne anlama geldiğinin] ne anlama geldiği veya mümkün olduğu konusunda ne anlama geldiği konusunda bazı önemli noktalar vardır:

1. Gönderenin kimliğini doğrulamak için bir araç olmalıdır. Bununla birlikte, FAKS'ta böyle bir tesis ya da e-posta el sıkışması sürecinde yoktur. "Kimden" FAKS numarası, "Kimden" e-posta adresinde çok fazla spam / kimlik avı iletisinde olduğu gibi sahte olabilir.
2. Hatta kanıtlamak için in-transit değiştirilmedi kendisi öyle ki mesajın inkarsız sağlamak için bazı araçlar olmalı Ne gönderildi. Yine, temel protokoller böyle bir garanti vermemektedir. PKI (e-postada dijital imza teknolojisini kullanan, karmaşıklık, kullanım süresi dolan sertifikalar vb. Nedeniyle kullanılmadığı halde iyi destekleniyor), simetrik şifreleme ve mesaj karmaşasıyla birleştiğinde, e-postada reddedilmeme oldukça uzun bir yol kat ediyor. Bunlar iyi yerleştirilmiş yöntemlerdir ancak doğrudan e-posta iletişim alanında doğrudan değildir.
3. Mesajın (asıl amaçlanan) alıcıya gerçekten iletildiğini garanti etmenin bir yolu olmalı. Kayıtlar aslında yukarıdakilere ilişkin hiçbir garanti vermediğinden ve sonra sadece posta kutusuna (alıcıya değil) büyük olasılıkla ihale edilmiş bir teslimatı açıklamada yetersiz kıldığından, yetersizdir . Bu posta tesliminden bile daha zayıftır. Ticari ticaret kanununda Tekdüzen Ticaret Kanunu'na (UCC) göre: kararlaştırılan adrese teslimatın yanı sıra, [mal / mesaj] 'ın uygun olduğu alıcıya teslimatın bildirilmesi gereklidir. E-posta yalnızca mesajı hedef posta kutusunda saklar, ancak bu alıcının varıştan haberdar edildiğini garanti etmez. Mesajın gelip gelmediğini sürekli olarak 'kontrol etmek' alıcıya aittir.

Son olarak, bir teslimat onayı / makbuzu istemek (gönderen) ve göndermek için (alıcı) isteğe bağlı (ve büyük ölçüde platformlar arası desteklenmeyen) bir e-posta protokolü vardır. Ancak, bu nadiren kullanılır, garanti edilmez ve son olarak alıcı tarafından mesajın alındığını onaylamaz ... aksine, makbuzu onaylamayı seçmemiş olabilirler, makbuz gönderen veya teslimat tarafından alınmamıştır. bu isteğe bağlı özelliğin aynı / sürümünü desteklemeyen uyumsuz e-posta sistemleri arasında onay başarısız oldu.

Garantili teslimat gerektiren birçok yer, IBM'in MQ Series veya Sterling Software ürünlerini kullanır (yakın zamanda IBM tarafından satın alınmıştır).