หากอีเมลเป็นเพียงการจัดส่ง "พยายามอย่างดีที่สุด" จะมีโปรโตคอลที่คล้ายกันพร้อมการรับประกันการส่งมอบหรือไม่

บ่อยครั้งที่กฎหมายกำหนดไว้ว่าแฟกซ์จะรับเอกสารได้เนื่องจากการส่งนั้น 'รับประกัน' ในขณะที่อีเมลไม่ได้เป็นเพราะการส่งไม่ได้ นี่ไม่ใช่แค่การขอร้องสำหรับโปรโตคอลที่ใช้ TCP ซึ่งรับประกันการจัดส่งในระดับเดียวกับที่ใช้กับแฟกซ์ใช่หรือไม่ โปรโตคอลนั้นมีอยู่จริงหรือไม่และมันยึดมั่นอย่างไร?

1. ไม่รับประกันการส่งแฟกซ์ - มีหลายวิธีที่แฟกซ์อาจล้มเหลว หากต้องการตั้งชื่อไม่กี่:

   • หมายเลขที่ถูกระงับ
   • การรับแฟกซ์จากกระดาษ (และไม่ฉลาดพอที่จะรับรู้ได้)
   • การรับแฟกซ์จากผงหมึก (และไม่ฉลาดพอที่จะรับรู้ได้)
   • ป้อนกระดาษกลับหัวในการส่งแฟกซ์
   • การรับแฟกซ์เป็นอุปกรณ์ที่ใช้ร่วมกันและแฟกซ์ที่ได้รับนั้นถูกถ่ายและทิ้งโดยผู้รับที่ไม่ได้ตั้งใจ
     
     

2. SMTP ISเป็นโปรโตคอลที่ใช้ TCP โปรดปรึกษาRFC 821และสืบทอดRFC 2821และRFC 5321
   โปรโตคอลเครือข่ายพื้นฐาน (TCP / IP) ไม่มีส่วนเกี่ยวข้องกับการจัดส่งที่เชื่อถือได้

3. เซิร์ฟเวอร์ SMTP ส่วนใหญ่เก็บบันทึกว่ามีข้อความใด (ผู้ส่ง / ผู้รับ / ข้อความ ID) ส่งผ่านซึ่งสามารถยอมรับได้ในศาลถ้าคุณสามารถแสดงให้เห็นว่าบันทึกนั้นไม่น่าจะถูกดัดแปลง ปรึกษาทนายความ
   

4. มีกลไกที่จมปลักกับโปรโตคอล SMTP และโปรแกรมที่เกี่ยวข้องเพื่อให้แน่ใจว่ามีการส่งมอบ (DSN, ใบเสร็จรับเงินส่งคืน) โปรดทราบว่าตัวเองเหล่านี้เป็นส่วนขยายความร่วมมือที่ดีที่สุด / ความพยายามร่วมกัน (ไคลเอนต์อีเมลส่วนใหญ่อนุญาตให้คุณเลือกที่จะไม่ส่งใบตอบรับการอ่านและลูกค้าบางรายไม่สามารถออกใบตอบรับการอ่านได้
   ฉันไม่แน่ใจในการรับของเหล่านี้ - มันจะขึ้นอยู่กับศาลและแบบอย่างใด ๆ ที่จัดตั้งขึ้นอีกครั้ง. ปรึกษาทนายความ

บ่อยครั้งที่กฎหมายกำหนดไว้ว่าแฟกซ์จะยอมรับเอกสารเนื่องจากการรับประกันถูกต้อง

บันทึกเซิร์ฟเวอร์อีเมลจากผู้ส่งและผู้รับอาจเชื่อถือได้มากกว่าการยืนยันการรับแฟกซ์

การยืนยันเพียงแสดงว่าแฟกซ์เป็น "ตอบรับและรับเอกสาร

บันทึกเซิร์ฟเวอร์สามารถยืนยันว่ากล่องจดหมาย "ที่เฉพาะเจาะจง" ได้รับอีเมลและผ่านเซิร์ฟเวอร์ A, B และ C ก่อนที่จะได้รับในกล่องจดหมาย "เฉพาะ"

ฉันรู้ว่าในประเทศแคนาดาอีเมลได้รับการยอมรับในศาล ในกรณีส่วนใหญ่ชุดประมวลกฎหมายแพ่งสามารถมีคำสั่ง Anton Pillerดำเนินการเพื่อยึดบันทึกเซิร์ฟเวอร์และเนื้อหากล่องจดหมาย

วิธีเดียวที่จะมีการรับประกันการจัดส่งคือการจัดส่งแบบ peer-to-peer โดยตรง ผู้ส่งต้องสร้างการเชื่อมต่อโดยตรงไปยังผู้รับและผู้รับต้องยืนยันการรับ อีเมลไม่ใช่โปรโตคอลแบบจุดต่อจุด แต่เป็นโปรโตคอลแบบ store-and-forward ดังนั้นจึงไม่มีการรับประกันแบบนั้นที่เป็นที่ยอมรับในศาล แต่แน่ใจว่าโปรโตคอลพยายามที่จะเชื่อถือได้และหากเซิร์ฟเวอร์ทั้งหมดในห่วงโซ่เล่นได้ดีก็มีความน่าเชื่อถือ

แต่การรับประกันการส่งมอบเทคโนโลยี (ในชีวิตจริงและในจดหมาย / แฟกซ์อิเล็กทรอนิกส์) ไม่ได้รับประกันเนื้อหาข้อความ บันทึกหรือซองจดหมายแสดงเฉพาะว่ามีการส่งมอบ แต่ไม่สามารถแสดงเนื้อหาข้อความได้ แม้ว่าคุณจะเซ็นข้อความก็รับประกันได้เพียงว่ามันไม่ได้ถูกจัดการในทาง แต่เนื้อหาที่เซ็นชื่อดั้งเดิมอาจยังคงเป็น "Hello world!" แทนที่จะเป็น "คุณโดนไล่ออก!" และคุณมีเพียงการยืนยันที่ข้อความถูกส่งไปแล้ว

นี่ไม่ใช่แค่การขอร้องสำหรับโปรโตคอลที่ใช้ TCP ซึ่งรับประกันการจัดส่งในระดับเดียวกับที่ใช้กับแฟกซ์ใช่หรือไม่ โปรโตคอลนั้นมีอยู่จริงหรือไม่และมันยึดมั่นอย่างไร?

หากต้องการตอบคำถามโดยเฉพาะ - ไม่มีโปรโตคอล [เครือข่าย] อยู่ ดังนั้นจึงไม่มีการยึดมั่นในพิธีสารดังกล่าว

อย่างไรก็ตามเกี่ยวข้องกับหัวข้อนี้มีประเด็นสำคัญบางประการเกี่ยวกับความหมายของคำว่า "รับประกัน" [การส่งมอบ] หมายถึงอะไรหรือเป็นไปได้:

1. จะต้องมีวิธีการรับรองความถูกต้องของผู้ส่ง อย่างไรก็ตามไม่มีสิ่งอำนวยความสะดวกดังกล่าวใน FAX หรือกระบวนการจับมืออีเมล หมายเลข "จาก" FAX สามารถปลอมแปลงได้มากเนื่องจากที่อยู่อีเมล "จาก" อยู่ในข้อความสแปม / ฟิชชิ่งจำนวนมาก
2. จะต้องมีวิธีการบางอย่างเพื่อให้แน่ใจว่าการปฏิเสธข้อความนั้นไม่ได้รับการแก้ไขในระหว่างการขนส่งเพื่อพิสูจน์สิ่งที่ถูกส่ง อีกครั้งโปรโตคอลพื้นฐานไม่รับประกันดังกล่าว PKI (ใช้เทคโนโลยีลายเซ็นดิจิทัลในอีเมลซึ่งได้รับการสนับสนุนเป็นอย่างดีแม้ว่าจะไม่ได้ใช้เนื่องจากความซับซ้อนใบรับรองหมดอายุ ฯลฯ ) ควบคู่กับการเข้ารหัสแบบสมมาตรและการแฮชข้อความเป็นวิธีที่ไม่สามารถปฏิเสธอีเมลได้ นี่เป็นวิธีการยึดที่ดี แต่ไม่ได้อยู่ในพื้นที่การสื่อสารทางอีเมลโดยตรง
3. จะต้องมีวิธีการบางอย่างในการรับประกันว่าข้อความนั้นถูกส่งไปยังผู้รับจริง ๆ บันทึกไม่เพียงพอจริง ๆ เนื่องจากไม่มีการรับประกันใด ๆ ที่กล่าวถึงข้างต้นและจากนั้นมีเพียงคำอธิบายประกอบที่อ่อนอาจส่งมอบการเสนอราคาไปยังกล่องจดหมาย (ไม่ใช่ผู้รับ) สิ่งนี้ยิ่งอ่อนแอกว่าการจัดส่งทางไปรษณีย์ ตามรหัสชุดพาณิชย์ (UCC) ในกฎหมายการค้าเชิงพาณิชย์: นอกเหนือจากการจัดส่งไปยังที่อยู่ที่ตกลงกันแล้วต้องมีการสื่อสารการจัดส่งไปยังผู้รับที่ต้องการว่ามีสินค้า [ข้อความ /] อีเมลเก็บข้อความไว้ที่กล่องจดหมายเป้าหมายเท่านั้น แต่สิ่งนี้ไม่ได้รับประกันว่าผู้รับจะได้รับแจ้งถึงการมาถึงของมัน มันเป็นหน้าที่ของผู้รับที่จะ 'ตรวจสอบ' อย่างต่อเนื่องหากข้อความมาถึง

สุดท้ายมีโปรโตคอลอีเมลที่เป็นทางเลือก (และส่วนใหญ่ไม่รองรับข้ามแพลตฟอร์ม) เพื่อขอ (ผู้ส่ง) และผู้ส่ง (ผู้รับ) ยืนยันการส่ง / รับ อย่างไรก็ตามสิ่งนี้เป็นสิ่งที่ใช้บ่อย ๆ ไม่รับประกันและสุดท้ายไม่ได้หักล้างการรับข้อความจากผู้รับ ... แทนที่จะว่าพวกเขาอาจเลือกที่จะไม่ยืนยันการรับใบเสร็จนั้นไม่ได้รับใบเสร็จจากผู้ส่งหรือการส่งมอบ การยืนยันล้มเหลวระหว่างระบบอีเมลที่เข้ากันไม่ได้ที่ไม่รองรับ / รุ่นเดียวกันของฟีเจอร์เสริมนี้

หลายสถานที่ที่ต้องการการรับประกันการจัดส่งให้ใช้ผลิตภัณฑ์ MQ Series ของ IBM หรือ Sterling Software (เพิ่งซื้อโดย IBM)