Dalam undang-undang sering ditetapkan bahwa faks adalah dokumen yang diterima karena pengirimannya 'dijamin', sedangkan e-mail bukan karena pengirimannya tidak. Bukankah ini hanya meminta protokol berbasis TCP yang menjamin pengiriman ke tingkat yang sama dengan yang dilakukan faks? Apakah protokol semacam itu ada, dan seberapa kuatnya itu?
21
Jawaban:
Pengiriman faks TIDAK dijamin - Ada banyak cara faks gagal. Untuk beberapa nama:
SMTP ADALAH protokol berbasis TCP. Silakan berkonsultasi dengan RFC 821 dan penggantinya RFC 2821 dan RFC 5321 .
Protokol jaringan yang mendasarinya (TCP / IP) tidak ada hubungannya dengan pengiriman yang andal (hal tingkat protokol aplikasi).
Sebagian besar server SMTP menyimpan log yang pesannya (pengirim / penerima / messageID) melewati mereka, yang dapat diterima di pengadilan jika Anda dapat menunjukkan bahwa log tidak mungkin dirusak.
Konsultasikan dengan pengacara .
Ada mekanisme yang melekat pada protokol SMTP dan program terkait untuk memastikan pengiriman (DSN, Return Receipts). Perhatikan bahwa ini sendiri adalah upaya terbaik / ekstensi kerja sama timbal balik (Sebagian besar klien email membiarkan Anda memilih untuk tidak mengirim tanda terima baca, dan beberapa klien tidak dapat mengeluarkan tanda terima baca. Beberapa MTA tidak dapat / tidak akan mengeluarkan tanda terima pengiriman.
Saya tidak yakin dengan keberterimaan ini - itu akan tergantung pada pengadilan dan preseden yang telah ditetapkan .. Sekali lagi, Konsultasikan dengan pengacara .
sumber
Sudah sering ditetapkan dalam undang-undang bahwa faks adalah dokumen yang diterima karena pengirimannya 'dijamin'
Log server email dari pengirim dan penerima mungkin lebih dapat diandalkan daripada konfirmasi penerimaan faks.
Konfirmasi hanya menyiratkan bahwa "a" faks menjawab dan menerima dokumen.
Log server dapat mengonfirmasi bahwa kotak surat "spesifik" itu menerima email dan masuk ke server A, B dan C sebelum masuk ke kotak surat "spesifik" itu.
Saya tahu bahwa di Kanada email diterima di pengadilan. Dalam kasus besar, gugatan hukum perdata dapat meminta Anton Piller Order dieksekusi untuk merebut log server dan konten kotak surat.
sumber
Satu-satunya cara untuk memiliki pengiriman yang dijamin adalah pengiriman peer-to-peer langsung. Pengirim harus membuat koneksi langsung ke penerima dan penerima harus mengonfirmasi penerimaan. Email bukan protokol peer-to-peer tetapi protokol store-and-forward. Jadi tidak ada jaminan seperti itu yang diterima di pengadilan. Tetapi tentu protokol mencoba untuk dapat diandalkan dan jika semua server dalam rantai bermain dengan baik maka itu dapat diandalkan.
Namun jaminan pengiriman teknologi (dalam kehidupan nyata dan dalam surat / faks elektronik) tidak memberikan jaminan pada konten pesan. Log atau amplop hanya menunjukkan bahwa ada pengiriman tetapi tidak dapat menampilkan konten pesan. Bahkan jika Anda menandatangani pesan maka itu hanya dijamin tidak dimanipulasi di jalan. Tetapi konten yang ditandatangani asli masih bisa "Halo dunia!" bukannya "Kamu dipecat!" dan Anda hanya memiliki konfirmasi bahwa sebuah pesan telah dikirim.
sumber
Untuk secara khusus menjawab pertanyaan - tidak ada protokol [jaringan] yang ada. Demikian juga tidak ada penguburan protokol tersebut.
Namun, terkait dengan topik ini, ada beberapa poin penting tentang apa yang orang maksudkan tentang apa artinya "jaminan" [pengiriman] atau mungkin:
Terakhir, ada protokol email opsional (dan sebagian besar tidak didukung lintas platform) untuk meminta (pengirim) dan mengirim (penerima) konfirmasi pengiriman / tanda terima. Namun, ini jarang digunakan, tidak dijamin dan yang terakhir tidak menyangkal penerimaan pesan oleh penerima ... melainkan bahwa mereka mungkin telah memilih untuk tidak mengkonfirmasi tanda terima, tanda terima itu tidak diterima oleh pengirim atau pengiriman konfirmasi gagal antara sistem email yang tidak kompatibel yang tidak mendukung / versi yang sama dari fitur opsional ini.
sumber
Banyak tempat yang membutuhkan pengiriman terjamin menggunakan IBM MQ Series atau produk Sterling Software (baru-baru ini dibeli oleh IBM)
sumber