टेक्स्ट संदेशों को रिकॉर्ड के रूप में कैसे सुरक्षित रखें

यदि कोई बातचीत किसी औपचारिक प्रक्रिया में मायने रख सकती है — वकील, HR जाँच, मकान-मालिक विवाद, बीमा दावा या अदालत — तो आपने उसे कैसे सुरक्षित रखा, यह उतना ही मायने रखता है जितना यह कि आपने रखा।

यह कानूनी सलाह नहीं है, और यहाँ यह भी नहीं कहा गया कि कोई विशेष संस्था क्या स्वीकार करेगी। यह बताता है कि आमतौर पर क्या माँगा जाता है, और इस बारे में सॉफ़्टवेयर क्या कर सकता है और क्या नहीं।

स्क्रीनशॉट सबसे कमज़ोर विकल्प क्यों हैं

स्क्रीनशॉट वही चीज़ है जो लोग सबसे ज़्यादा पेश करते हैं, और जिसे चुनौती देना सबसे आसान है:

• इन्हें बदलना बेहद आसान है। कोई भी कुछ मिनटों में स्क्रीनशॉट का पाठ बदल सकता है। स्क्रीनशॉट अपने स्रोत का कोई प्रमाण नहीं रखता।
• ये स्वभाव से चुनिंदा होते हैं। आप वही संदेश कैद करते हैं जो आपके लिए मायने रखते हैं। स्वाभाविक प्रश्न यह उठता है कि उनके आगे-पीछे के संदेशों में क्या था, और स्क्रीनशॉट का ढेर इसका उत्तर नहीं दे सकता।
• संदर्भ खो जाता है। पूरी समय-मुहरें, सहभागी, और यह कि कोई संदेश संपादित या वापस लिया गया था — ये अक्सर कटाई में बाहर रह जाते हैं।

स्क्रीनशॉट कुछ न होने से बेहतर हैं। वे न्यूनतम हैं, लक्ष्य नहीं।

पूर्ण संरक्षण में क्या शामिल होता है

जो कसौटी आमतौर पर लगाई जाती है वह लगभग यह है: क्या कोई और यह सत्यापित कर सकता है कि यही पूरा है, और यह बदला नहीं गया?

आमतौर पर इसका अर्थ है:

पूरी बातचीत, अंश नहीं। केवल अनुकूल हिस्से पेश करना पूरी सामग्री को अविश्वसनीय ठहराने का सबसे तेज़ तरीका है। पूरी बातचीत सुरक्षित रखें और उसी के भीतर प्रासंगिक हिस्सों की ओर संकेत करें।

दोनों पक्ष, पहचान के साथ। कौन-सा संदेश किसने भेजा, यह बिना नाम वाले बुलबुले के बजाय किसी वास्तविक पहचान तक हल हुआ हो।

पूरी समय-मुहरें। “मंगलवार” नहीं, बल्कि असली तारीख़ और समय, घोषित प्रारूप में। ISO 8601 ब्रिटिश और अमेरिकी तिथि-क्रम के बीच की उलझन से बचाता है, जो अंतरराष्ट्रीय मामलों में सचमुच की समस्या है।

मूल अटैचमेंट। उसी रिज़ॉल्यूशन में जिसमें भेजे गए थे, अलग फ़ाइलों के रूप में रखे हुए। PDF के पन्ने में ठूँसी गई तस्वीर अपने मेटाडेटा और उस बारीकी को खो चुकी होती है जो शायद पूरा मुद्दा ही थी।

जो नहीं है उसका भी अभिलेख। यह उलटा लगता है पर महत्वपूर्ण है। यदि कोई अटैचमेंट कभी उपकरण पर डाउनलोड ही नहीं हुआ, या किसी संदेश की सामग्री पढ़ी नहीं जा सकी, तो यह चुपचाप छोड़ने के बजाय अभिलेख में स्पष्ट रूप से दर्ज होना चाहिए। जो संरक्षण चुपचाप चीज़ें गिरा देता है वह उससे बुरा है जो अपनी कमियाँ घोषित करता है, क्योंकि जिस कमी का पता हो उसे समझाया जा सकता है।

इसका प्रमाण कि प्रति बदली नहीं गई। यहीं चेकसम काम आते हैं।

चेकसम असल में क्या करते हैं

चेकसम किसी फ़ाइल की सामग्री से गणना की गई एक निश्चित लंबाई की छाप है। एक बाइट भी बदलिए और छाप पूरी तरह बदल जाती है।

यदि आपके एलबम में एक मैनिफ़ेस्ट है जिसमें उसकी हर फ़ाइल का SHA-256 चेकसम दर्ज है, तो बाद में किसी भी समय आप उन्हें दोबारा गणना करके मिला सकते हैं। यदि मेल खाते हैं, तो फ़ाइलें एलबम बनने के समय से बाइट-दर-बाइट समान हैं। यदि कोई एक मेल न खाए, तो वह फ़ाइल बदल चुकी है।

यह जो नहीं करता, वह है यह सिद्ध करना कि संदेश स्वयं असली हैं, या यह सिद्ध करना कि एलबम कब बना। निर्यात के समय गणना किया गया चेकसम उस क्षण से आगे की अखंडता दिखाता है। वह उससे पहले की किसी बात को प्रमाणित नहीं करता। जो कहे कि अकेला चेकसम संदेशों को “अदालत-प्रूफ” बना देता है, वह बढ़ा-चढ़ाकर कह रहा है।

यह आपको जो देता है वह इस प्रश्न का सीधा उत्तर है कि “हमें कैसे पता कि आपके बनाने के बाद यह फ़ाइल संपादित नहीं हुई” — ऐसा प्रश्न जिसका अन्यथा कोई अच्छा उत्तर नहीं।

यदि आपको यह दिखाना है कि एलबम कब अस्तित्व में था, तो वह अलग कदम है: चेकसम मैनिफ़ेस्ट को निर्यात के समय ही (बाद में नहीं) किसी तीसरे पक्ष को ईमेल करें, गवाही कराएँ, या किसी सेवा से टाइमस्टैम्प कराएँ।

एक व्यावहारिक प्रक्रिया

1. जल्दी सुरक्षित करें। संदेश मिटते हैं, खाते बंद होते हैं, फ़ोन बदले जाते हैं। आज बनाई प्रति उससे अधिक मूल्यवान है जिसे आप बाद में बनाने की सोच रहे हैं।
2. पहले उपकरण का बैकअप लें। फ़ोन कनेक्ट करें, Finder खोलें, डिवाइस चुनें, अभी बैकअप लें। केवल Mac की सिंक की गई लाइब्रेरी से नहीं, बल्कि उस बैकअप से निर्यात करें, क्योंकि बैकअप में आमतौर पर अधिक होता है।
3. पूरी बातचीत निर्यात करें — दोनों पक्ष, सभी अटैचमेंट, समय-मुहरों सहित।
4. एलबम को संपादित न करें। न सजाने के लिए, न कुछ असंगत हटाने के लिए। यदि कुछ छिपाना ज़रूरी हो, तो अलग से संपादित प्रति बनाएँ और मूल को अछूता रखें।
5. चेकसम दर्ज करें, और निर्यात की तारीख़ व समय नोट करें।
6. दो प्रतियाँ रखें, अलग-अलग जगहों पर, और उन्हें छेड़ें नहीं।
7. माँगे जाने पर पूरा एलबम सौंपें, चुना हुआ हिस्सा नहीं।

सॉफ़्टवेयर क्या वादा नहीं कर सकता

कोई भी ऐप किसी रिकॉर्ड को स्वीकार्य नहीं बना सकता। स्वीकार्यता उसे प्राप्त करने वाली संस्था अपने नियमों के अनुसार तय करती है, और वे नियम देश, अदालत और कार्यवाही के प्रकार के अनुसार भिन्न होते हैं। एक उपकरण संरक्षण को पूर्ण, सत्यापन-योग्य और स्पष्ट रूप से प्रलेखित बना सकता है। वह स्वीकार होगा या नहीं, यह उपकरण के हाथ में नहीं, और जो उत्पाद इसके विपरीत दावा करे वह ऐसा वादा कर रहा है जिसे निभाने की स्थिति में वह है ही नहीं।

यदि मामला गंभीर है, तो बनाने से पहले उससे पूछ लें जो रिकॉर्ड प्राप्त करेगा कि उसे कौन-सा प्रारूप चाहिए। यह छोटा-सा प्रश्न बहुत सारी बरबाद मेहनत बचा देता है।