# संग्रह कैसे काम करता है

Canonical page: https://phishdestroy.github.io/TgWitness/hi/docs/reference/collection/

निरीक्षण दायरा, लाइव अपडेट, पुनः जाँच, संलग्नक, अपनी कार्रवाइयाँ और किसी अंतराल का क्या अर्थ है, रिकॉर्ड दर रिकॉर्ड।

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

## लॉगिन से जर्नल तक

प्रवाह आरेख · उपयोगकर्ता खाते को अधिकृत करें → पहुँच योग्य समूहों और चैनलों का चयन करें; पहुँच योग्य समूहों और चैनलों का चयन करें → इवेंट और अटैचमेंट सेटिंग्स सहेजें; इवेंट और अटैचमेंट सेटिंग्स सहेजें → निरीक्षण शुरू करें; निरीक्षण शुरू करें → सक्रिय क्लाइंट से अपडेट प्राप्त करें; सक्रिय क्लाइंट से अपडेट प्राप्त करें → स्रोत और घटना नीति लागू करें; स्रोत और घटना नीति लागू करें → एक हस्ताक्षरित अवलोकन संलग्न करें; एक हस्ताक्षरित अवलोकन संलग्न करें → जर्नल की समीक्षा करें या निर्यात करें; एक हस्ताक्षरित अवलोकन संलग्न करें → किसी भी कतारबद्ध अटैचमेंट को संसाधित करें; किसी भी कतारबद्ध अटैचमेंट को संसाधित करें → डाउनलोड परिणाम संलग्न करें · उपयोगकर्ता खाते कोअधिकृत करें · पहुँच योग्य समूहों औरचैनलों का चयन करें · इवेंट और अटैचमेंटसेटिंग्स सहेजें · निरीक्षण शुरू करें · सक्रिय क्लाइंट सेअपडेट प्राप्त करें · स्रोत और घटना नीतिलागू करें · एक हस्ताक्षरित अवलोकनसंलग्न करें · जर्नल की समीक्षा करेंया निर्यात करें · किसी भी कतारबद्धअटैचमेंट को संसाधितकरें · डाउनलोड परिणाम संलग्नकरें

**चित्र को पाठ के रूप में**

1. उपयोगकर्ता खाते को अधिकृत करें → पहुँच योग्य समूहों और चैनलों का चयन करें
2. पहुँच योग्य समूहों और चैनलों का चयन करें → इवेंट और अटैचमेंट सेटिंग्स सहेजें
3. इवेंट और अटैचमेंट सेटिंग्स सहेजें → निरीक्षण शुरू करें
4. निरीक्षण शुरू करें → सक्रिय क्लाइंट से अपडेट प्राप्त करें
5. सक्रिय क्लाइंट से अपडेट प्राप्त करें → स्रोत और घटना नीति लागू करें
6. स्रोत और घटना नीति लागू करें → एक हस्ताक्षरित अवलोकन संलग्न करें
7. एक हस्ताक्षरित अवलोकन संलग्न करें → जर्नल की समीक्षा करें या निर्यात करें
8. एक हस्ताक्षरित अवलोकन संलग्न करें → किसी भी कतारबद्ध अटैचमेंट को संसाधित करें
9. किसी भी कतारबद्ध अटैचमेंट को संसाधित करें → डाउनलोड परिणाम संलग्न करें

अधिकृत करना, स्रोत तक पहुँच, एक चलने वाला कलेक्टर, और पूर्ण डिलीवरी अलग-अलग प्रश्न हैं। एक सफल लॉगिन हर समूह तक पहुँच नहीं देता है। एक जुड़ा हुआ ट्रांसपोर्ट यह स्थापित नहीं करता है कि हर प्रासंगिक अपडेट आ गया है।

## निरीक्षण का दायरा: चुनी हुई चैट्स, एक फ़ोल्डर या पूरा खाता

स्रोत → **अवलोकन दायरा** तय करता है कि एक कार्यक्षेत्र कौन सी चैट्स रिकॉर्ड करता है।

| मोड | रिकॉर्ड करता है | नई चैट्स |
| --- | --- | --- |
| चुनी गई चैट्स (डिफ़ॉल्ट) | केवल वे चैट जिन्हें आप मैन्युअली जोड़ते हैं | कभी स्वचालित रूप से नहीं जोड़ा गया |
| टेलीग्राम फ़ोल्डर | खाते के एक फ़ोल्डर में चैट: नाम के अनुसार शामिल चैट, साथ ही फ़ोल्डर की श्रेणियाँ (संपर्क, गैर-संपर्क, समूह, चैनल, बॉट), इससे बाहर रखी गई चैट को हटाकर, और यदि फ़ोल्डर में ऐसा लिखा हो तो संग्रहीत चैट | मिलती-जुलती चैट्स सक्रिय होते ही जोड़ दी जाती हैं; टेलीग्राम में आप जो चैट्स फ़ोल्डर में जोड़ते हैं, वे एक घंटे के भीतर शामिल कर ली जाती हैं। |
| पूरा खाता | खाते द्वारा देखी जाने वाली हर चैट | हर नई चैट, समूह, निजी चैट या बॉट को उसके पहले अपडेट के आते ही जोड़ दिया जाता है |

- **स्रोत प्रकार** (चैनल, समूह, निजी चैट, बॉट्स) फ़ोल्डर और पूरे-खाते मोड को सीमित करते हैं। चुनी गई चैट किसी भी प्रकार की हो सकती हैं, जिसमें निजी चैट और बॉट्स शामिल हैं।
- **अपवादित चैट** कभी भी, किसी भी मोड में रिकॉर्ड नहीं किए जाते हैं। फ़ोल्डर और पूरे-खाते मोड में, किसी स्रोत पर *'अपवादित करें'* और *'हटाएँ' का उपयोग* इसे इस सूची में डाल देता है, ताकि दायरा इसे दोबारा शामिल न कर पाए। चैट को फिर से मैन्युअल रूप से चुनने पर (स्रोतों या चैट्स से) यह सूची से हट जाती है। सूची में 5,000 चैट तक रखे जा सकते हैं; उससे अधिक होने पर, *'हटाएँ' (Remove) का विकल्प* अस्वीकार कर दिया जाता है और इसके बजाय चैट को रोक (pause) दिया जा सकता है।
- **स्वयं की क्रियाएँ** (डिफ़ॉल्ट रूप से चालू): इस खाते द्वारा भेजे गए संदेश, इसके संपादन और इसके रिप्लाई-कीबोर्ड बटन प्रेस। बंद होने पर, आउटगोइंग संदेश और संपादन छोड़ दिए जाते हैं।
- किसी फ़ोल्डर या पूरे खाते में स्विच करने के लिए पुष्टि की मांग की जाती है: ये मोड तीसरे पक्षों की निजी चैट और संदेश रिकॉर्ड करते हैं और केवल एक समर्पित खाते के लिए ही हैं। पुष्टि और प्रत्येक स्कोप परिवर्तन हस्ताक्षरित `scope.changed` रिकॉर्ड होते हैं।
- दायरे में जोड़ी गई चैट्स *'auto'* के रूप में स्रोत के रूप में दिखाई देती हैं, जिन्हें `scope.applied` (शुरुआत में और हर घंटे) या `source.discovered` (निरीक्षण के दौरान कोई नई चैट) के रूप में दर्ज किया जाता है। चुनी गई चैट्स पर वापस स्विच करने पर हर स्वचालित रूप से जोड़ा गया स्रोत रुका रहता है।

ये मोड क्या नहीं कर सकते:

- गुप्त चैट दो उपकरणों के बीच एंड-टू-एंड एन्क्रिप्टेड होती हैं और किसी भी मोड में कभी भी TgWitness तक नहीं पहुँचतीं।
- **जब TgWitness चल नहीं रहा होता है, तब कुछ भी रिकॉर्ड नहीं होता है।** पुनरारंभ के बाद यह Telegram से छूटे हुए अपडेट्स के लिए पूछता है और चैट्स को फिर से जांचता है, लेकिन लंबे समय तक सेवा बाधित रहने के बाद Telegram सब कुछ वापस नहीं करता है। रिपोर्ट्स और `verify.py` ऐसे अवधियों को अंतराल के रूप में दिखाते हैं (देखें [कवरेज](https://phishdestroy.github.io/TgWitness/hi/docs/reference/evidence/#coverage-continuity-gaps-and-unobserved-ids))।
- केवल पहले 1,000 डायलॉग्स प्रारंभ में सूचीबद्ध होते हैं (सीमा **पैरामीटर** में है); पुराने चैट अगले बार सक्रिय होने पर जोड़े जाते हैं। जोड़े गए चैट का पिछला इतिहास प्राप्त नहीं किया जाता — जब आपको इसकी आवश्यकता हो तो इतिहास का स्नैपशॉट या पूरा चैट एक्सपोर्ट लें।
- ऐसे फ़ोल्डर की स्थितियाँ जो लगातार बदलती रहती हैं (म्यूट, पढ़ा गया) लागू नहीं होतीं: ऐसी चैटें निगरानी में रहती हैं।
- **इनलाइन (कॉलबैक) बॉट बटन जो** किसी दूसरे ऐप में दबाए जाते हैं, वे दूसरे सत्र में अदृश्य होते हैं; बॉट का उत्तर या संपादन रिकॉर्ड हो जाता है। रिप्लाई-कीबोर्ड प्रेस आउटगोइंग संदेशों के रूप में आते हैं और उन पर लेबल `button_press` होता है।
- अधिक चैट का मतलब अधिक अनुरोध होता है। टेलीग्राम उन खातों को प्रतिबंधित करता है जिनकी मात्रा उसे अत्यधिक लगती है, जो समर्पित खातों का उपयोग करने का एक और कारण है।

## दायरा और घटना चयन

प्रत्येक वर्कस्पेस के अपने स्रोत होते हैं। TgWitness समूहों में शामिल नहीं होता है, निमंत्रण स्वीकार नहीं करता है, या प्रत्येक सदस्य को स्वचालित रूप से सूचीबद्ध नहीं करता है। स्रोतों की पहले से ही खाते तक पहुंच होनी चाहिए। शुरुआत में, कलेक्टर चयनित स्रोतों की जाँच खाते के दृश्य डायलॉग्स के विरुद्ध करता है; पहले 1,000 डायलॉग्स की जाँच की जाती है, जब तक कि **पैरामीटर → चैट्स से खाते की सूची पढ़ने पर** कुछ और न मिले। एक अनुपस्थित स्रोत को **'पहुँच की पुष्टि नहीं हुई' के रूप में** चिह्नित किया जाता है, यह नहीं माना जाता कि उसने आपको हटा दिया है।

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

सेटिंग्स वर्कस्पेस में सभी चयनित स्रोतों पर लागू होती हैं। बदलाव लागू करने के लिए फ़ॉर्म सहेजें; बदलावों को हस्ताक्षरित पहले/बाद के मानों के साथ रिकॉर्ड किया जाता है। किसी श्रेणी को अक्षम करने से पहले के रिकॉर्ड हटाए नहीं जाते हैं। इसे फिर से सक्षम करने से छूटे हुए अपडेट वापस नहीं आते हैं।

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

**निजी चैट और साधारण समूहों में हटाई गई चीज़ें** बिना चैट के संदेश आईडी के रूप में आती हैं। ये चैट एक ही खाते-व्यापी संदेश आईडी अनुक्रम साझा करती हैं, इसलिए जब उस आईडी वाला संदेश पहले सहेजा गया था, तो उसकी चैट ज्ञात होती है: हटाने को उस चैट में `chat_resolution` के साथ रिकॉर्ड किया जाता है जो यह बताता है कि कैसे। जिन आईडी को कभी सहेजा नहीं गया, वे एक स्पष्ट अज्ञात स्रोत के साथ एक **बिना-दायरा-निर्धारित मिटाने की क्रिया** बनी रहती हैं; संग्रहकर्ता अनुमान नहीं लगाता है। टेलीग्राम कभी नहीं बताता कि कोई संदेश किसने मिटाया; जब मिटाया गया संदेश इस खाते द्वारा भेजा गया था, तो रिकॉर्ड में ऐसा लिखा होता है (`deleted_message_was_outgoing`) मिटाने वाले का नाम बताए बिना।

## स्वयं की कार्रवाइयाँ

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

अपनी कार्रवाइयों को छोड़ना बैकग्राउंड पुनः जाँच और स्वचालित नई-चैट इतिहास पर भी लागू होता है। छूटे हुए आउटगोइंग संदेश पुनः जाँच की स्थिति को आगे बढ़ाते हैं ताकि वे बाद में आने वाले संदेशों को ब्लॉक न कर सकें। स्पष्ट पैनल क्रियाएँ और मैन्युअल रूप से अनुरोधित इतिहास स्नैपशॉट रिकॉर्ड रहते हैं।

## जांच मोड: टीमों में शामिल होना और बॉट्स से बात करना

**स्रोत → अवलोकन दायरा → जांच मोड,** दायरे को एक समर्पित खाते के लिए तैयार करता है जो टीम चैट में शामिल होता है, बॉट्स शुरू करता है और उनमें लिखता है: पूरा खाता, हर स्रोत प्रकार, अपनी कार्रवाइयाँ, और हर चैट या बॉट के लिए उसकी प्रोफ़ाइल और उसके नवीनतम 200 दृश्य संदेश। फ़ॉर्म की समीक्षा करें और **'स्कोप सहेजें' (Save scope)** दबाएँ; पूरे खाते में स्विच करने के लिए सामान्य पुष्टि की आवश्यकता होती है।

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

  - एक '`source.profile`' रिकॉर्ड के रूप में इसकी प्रोफ़ाइल: बॉट का विवरण और कमांड, किसी उपयोगकर्ता, समूह या चैनल का 'अबाउट' टेक्स्ट, सदस्य, जब टेलीग्राम एक लिंक लौटाता है तो उससे जुड़ी चैट और निमंत्रण लिंक;
  - इसके नवीनतम दृश्य संदेश (1,000 तक) एक इतिहास स्नैपशॉट के रूप में `new_chat` के रूप में चिह्नित: किसी टीम चैट के पहले संदेश जिसमें अभी-अभी शामिल हुए हैं, या एक बॉट ने चैट देखे जाने से पहले क्या कहा था। पहले से ही लाइव सहेजे गए संदेश दोहराए नहीं जाते हैं।

  जब मोड चालू किया जाता है तो सूची में पहले से मौजूद चैट स्नैपशॉट के बिना जोड़े जाते हैं। एक फ्लडवेट (FloodWait) इस काम को रोकता है और बाद में यह फिर से शुरू हो जाता है; विफलताओं को दर्ज किया जाता है और चैट की लाइव रिकॉर्डिंग जारी रहती है। - **अनुरोध पर प्रोफ़ाइल। चैट्स → प्रोफ़ाइल → प्रोफ़ाइल सहेजें अब** किसी भी स्रोत की वर्तमान प्रोफ़ाइल को सहेजता है; सबसे नई प्रोफ़ाइल संदेशों के ऊपर दिखाई देती है। - **अदृश्य।** दूसरे टेलीग्राम ऐप में दबाए गए इनलाइन (कॉलबैक) बटन, पॉपअप या लिंक जिसका जवाब एक बॉट देता है, और दूसरे ऐप में उपयोग किए गए आमंत्रण लिंक TgWitness तक नहीं पहुँचते हैं। बॉट बाद में जो भेजता है या संपादित करता है, वह रिकॉर्ड हो जाता है।

### पैनल से क्रिया करें

चैट्स अब चयनित वर्कस्पेस के टेलीग्राम खाते का उपयोग करने वाले एक मिनी-क्लाइंट को शामिल करता है:

- एक सादा-पाठ संदेश लिखें या सहेजे गए संदेश के अंतर्गत **'उत्तर दें'** चुनें। लौटाया गया आउटगोइंग संदेश तब भी रिकॉर्ड किया जाता है जब स्कोप आउटगोइंग अपडेट्स को बाहर करता हो।
- प्रेस **प्रेस बटन** को वर्तमान कॉलबैक या टेक्स्ट बटन के नीचे दबाएँ। सर्वर संदेश को फिर से प्राप्त करता है और यदि कीबोर्ड सहेजे गए संस्करण से भिन्न होता है तो कार्रवाई को अस्वीकार कर देता है। कॉलबैक रसीदें टेलीग्राम के पॉपअप टेक्स्ट, अलर्ट फ्लैग और URL को बरकरार रखती हैं; उत्तर भी बातचीत के नीचे दिखाया जाता है। URL चयन योग्य टेक्स्ट बने रहते हैं और स्वचालित रूप से नहीं खोले जाते।
- **ओपन टेलीग्राम लिंक** का विस्तार करें, `@username`, एक सार्वजनिक `https://t.me/name` लिंक, `https://t.me/+invite` / `joinchat/invite`, या `?start=parameter` के साथ एक बॉट लिंक दर्ज करें, और **'प्रीव्यू सहेजें'** दबाएँ। जुड़ने से पहले मूल लिंक और टेलीग्राम का प्रीव्यू साइन किए जाते हैं। **जॉइन करें / खोलें और देखें** फिर समूह/चैनल से जुड़ता है/खोलता है, चैट को एक सक्षम स्रोत के रूप में जोड़ता है, और एक बॉट को उसके स्टार्ट पैरामीटर सहित `/start` भेजता है। एक जॉइन रिक्वेस्ट जिसे प्रशासक की मंजूरी का इंतजार है, उसे पेंडिंग के रूप में रिकॉर्ड किया जाता है, सदस्यता के रूप में नहीं।

आगमन वाले उत्तरों को लाइव कैप्चर करने के लिए 'अवलोकन शुरू करें' चालू करें। पैनल क्रियाएँ तब भी काम करती हैं जब अवलोकन रुका हुआ हो, लेकिन तब केवल उनके सीधे प्रतिक्रियाओं के सहेजे जाने की गारंटी होती है। जब अवलोकन चल रहा हो, तो नए जोड़े गए स्रोत कॉन्फ़िगर की गई प्रोफ़ाइल/इतिहास इनटेक का उपयोग करते हैं। जब कोई स्रोत रुका हुआ हो, तो उसके बटन भेजने या दबाने से पहले उसे 'स्रोतों' में सक्षम करें।

`interaction.preview`, `interaction.requested` और `interaction.result` साधारण हस्ताक्षरित जर्नल इवेंट हैं जो सबूत एक्सपोर्ट में शामिल होते हैं। रिक्वेस्ट खाते, संदेश/बटन या प्रीव्यू रिकॉर्ड की पहचान करते हैं और यह बताते हैं कि ऑब्जर्वेशन चल रहा था या नहीं। रसीदें सफलता, अस्वीकृति, स्वीकृति लंबित और एक अज्ञात परिणाम के बीच अंतर करती हैं। एक रुका हुआ रिक्वेस्ट टेलीग्राम तक पहुँच गया होगा: कोई नया एक्शन शुरू करने से पहले चैट की जाँच करें। रिक्वेस्ट आईडी का पुन: उपयोग करने से, पुनरारंभ करने के बाद भी, कार्रवाई को दोहराए बिना उसकी सहेजी हुई रसीद वापस मिल जाती है। पैनल वर्तमान पेज सत्र के दौरान एक ही कार्रवाई के लिए अस्पष्ट प्रतिक्रिया के बाद आईडी को बनाए रखता है। जब एक सफल कार्रवाई के बाद व्यू को रिफ्रेश करने में विफलता होती है, तो भी यह उस आईडी को बनाए रखता है: रसीद दिखाई देती रहती है, और फिर से क्लिक करने पर वह वापस मिल जाती है। कॉलबैक और जॉइन RPCs का एक एप्लिकेशन प्रयास होता है; रिट्राइएबल रीड्स अपनी कॉन्फ़िगर की गई रिट्राई पॉलिसी को बनाए रखते हैं। चैट बदलने पर ड्राफ़्ट और जवाब का लक्ष्य तुरंत साफ़ हो जाता है और नया संवाद लोड होने तक भेजना अक्षम हो जाता है।

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

## पुनः जाँच स्तर

रीचेक मिस हुए संदेशों, संपादनों और उन संदेशों के लिए फिर से टेलीग्राम से पूछते हैं जिन्हें अब वह वापस नहीं करता है। तारे से चिह्नित स्रोत **प्राथमिकता वाले** स्रोत होते हैं, जिन्हें डिफ़ॉल्ट रूप से हर 15 मिनट में फिर से जांचा जाता है; बाकी सभी स्रोतों को हर 6 घंटे में। चुनी गई चैट प्राथमिकता वाले स्रोतों के रूप में शुरू होती हैं, फ़ोल्डर या पूरे खाते द्वारा जोड़ी गई चैट सामान्य स्रोतों के रूप में। प्रति पास अधिकतम 30 स्रोतों को फिर से जांचा जाता है और बाकी अगले मिनट की प्रतीक्षा करते हैं; दोबारा कनेक्ट करने के बाद, प्राथमिकता वाले स्रोत पहले आते हैं। दोनों अंतराल स्रोत → रिकॉर्डिंग सेटिंग्स → फिर से जांचें (रीचेक) (0 एक स्तर को बंद करता है) के तहत सेट किए जाते हैं और `recheck.changed` के रूप में दर्ज किए जाते हैं।

छूटे हुए संदेश पिछली बार जहाँ रुका था, वहाँ से ऊपर की ओर लाए जाते हैं, प्रति पास अधिकतम **पैरामीटर → प्रति पुनः जाँच नए संदेश** (डिफ़ॉल्ट 1,000)। एक लंबे अंतराल के बाद, पुनः जाँच इसलिए पूरे अंतराल को भर देती है, भले ही अंतराल से नए लाइव संदेश पहले सहेजे गए हों। एक चैट जो अभी भी पिछड़ रही है, उसे उसके टियर अंतराल की प्रतीक्षा करने के बजाय अगले मिनट में फिर से जाँचा जाता है; `recheck.completed` तब तक `continues_after` दिखाता है जब तक यह पूरा नहीं हो जाता।

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

## संदेश इतिहास और श्रेय

मान लीजिए कि कलेक्टर "10:00 बजे बैठक" देखता है, बाद में "11:00 बजे बैठक" देखता है, और फिर एक हटाने की सूचना प्राप्त करता है। यह तीन अलग-अलग अवलोकन संलग्न करता है। मूल पाठ बना रहता है, संपादन एक अलग संस्करण है, और सूचना यह दर्ज करती है कि एक हटाने की क्रिया देखी गई थी।

यदि पहला संस्करण गायब होने के बाद संग्रहण शुरू हुआ, तो वह पाठ अनुपलब्ध है। यदि प्रक्रिया ऑफ़लाइन होने के दौरान कई संपादन हुए, तो केवल बाद में देखे गए संस्करणों को ही सहेजा जा सकता है। एक हटाने की सूचना कभी भी कैप्चर नहीं की गई सामग्री को पुनः प्राप्त नहीं कर सकती।

संदेश भेजने वाला स्वचालित रूप से संपादक नहीं होता है। टेलीग्राम आमतौर पर संदेश को हटाने वाले व्यक्ति या हटाने के सटीक समय की जानकारी नहीं देता है। अज्ञात कर्ता अज्ञात ही रहते हैं। प्रतिक्रिया स्नैपशॉट और प्रतिभागी अपडेट में केवल वे गिनतियाँ और पहचान शामिल होती हैं जिन्हें टेलीग्राम खाते को दिखाई देता है।

क्रम संख्या अवलोकन की व्यवस्था को दर्शाती हैं। कलेक्टर का UTC टाइमस्टैम्प इसकी स्थानीय घड़ी है; जब प्रदान किया जाता है तो एक टेलीग्राम स्रोत टाइमस्टैम्प को अलग से संग्रहीत किया जाता है। इनमें से कोई भी एक स्वतंत्र विश्वसनीय टाइमस्टैम्प नहीं है।

## इतिहास स्नैपशॉट्स

एक स्नैपशॉट सक्षम स्रोत से नवीनतम दृश्य संदेशों का अनुरोध करता है, प्रति अनुरोध 500 तक। परिणामों को इतिहास अवलोकन के रूप में लेबल किया जाता है। वे लाइव कैप्चर के साथ ओवरलैप कर सकते हैं, और दोहराए गए अवलोकनों को अलग रिकॉर्ड के रूप में रखा जाता है।

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

## संलग्नक प्रबंधन

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

संदेश कैप्चर के बाद डाउनलोड्स चलते हैं। एक पूरा हुआ डाउनलोड अपने SHA-256 और बाइट काउंट के साथ एक `media.saved` रिकॉर्ड बनाता है। छोड़े गए, असफल, दोबारा प्रयास किए गए, और रुके हुए कार्य के अलग-अलग परिणाम होते हैं। एक कतार में लगाई गई जॉब इस बात का प्रमाण नहीं है कि फ़ाइल को संरक्षित किया गया था। पूर्ण फ़ाइल का मूल देखे गए अटैचमेंट डिस्क्रिप्टर में बाइट काउंट से मेल खाना भी आवश्यक है। एक छोटा या अप्रत्याशित रूप से लंबा उत्तर सुरक्षित मीडिया के रूप में दर्ज नहीं किया जाता है।

सीमाएँ **प्रति प्रकार** निर्धारित की जाती हैं: फ़ोटो, वीडियो, GIF और एनिमेशन, गोल वीडियो संदेश, वॉयस संदेश, संगीत और ऑडियो, स्टिकर, और फ़ाइलें। प्रत्येक प्रकार को बंद किया जा सकता है और इसकी अपनी आकार सीमा 1 से 2,000 MiB तक होती है; नए वर्कस्पेस फोटो के लिए 20 MiB, वीडियो के लिए 100 MiB, फ़ाइलों, ऑडियो और गोल वीडियो के लिए 50 MiB, वॉयस और GIFs के लिए 20 MiB से शुरू होते हैं और स्टिकर्स के लिए 5 MiB। *अधिकतम फ़ाइल आकार* एक साथ सभी प्रकारों को निर्धारित करता है। प्रति-प्रकार सीमाओं से पहले सहेजी गई नीतियां प्रत्येक प्रकार के लिए अपनी एकल सीमा बनाए रखती हैं। बंद किए गए प्रकार का एक `media.skipped` रिकॉर्ड बनता है; अज्ञात आकार या बड़े आकार की फ़ाइलें डाउनलोड नहीं की जाती हैं। बड़ी फ़ाइलों को कम से कम 256 KiB/s की डाउनलोड गति मिलती है। जॉब्स रीस्टार्ट होने पर भी बनी रहती हैं, लेकिन समाप्त हो चुके संदर्भ, खो गई पहुँच, या हटाई गई फ़ाइलें फिर भी रिकवरी को रोक सकती हैं। मौजूदा जॉब्स उनके साथ सहेजी गई नीति को बनाए रखती हैं।

## रुकें, लॉक करें, डिस्कनेक्ट करें, और पुनः आरंभ करें

| क्रिया या स्थिति | प्रभाव |
| --- | --- |
| कार्यक्षेत्र बदलें | पैनल दृश्य बदलता है; अन्य कलेक्टर अपनी स्थिति बनाए रखते हैं। |
| पैनल लॉक करें या टैब बंद करें | सर्वर और अवलोकन चालू रहता है। |
| प्रेक्षण विराम | उस कलेक्टर को रोकता है और कतारबद्ध अटैचमेंट कार्य को संरक्षित रखता है। |
| स्रोत अक्षम करें | भविष्य में होने वाली स्कोप्ड कैप्चर को रोकता है; इसके लिए कतारबद्ध मीडिया जॉब्स तब तक प्रतीक्षा करते हैं जब तक यह अक्षम रहता है। |
| एक स्रोत हटाएँ | यह इसे स्रोत के रूप में भूल जाता है और इसके लोगों के प्रोफ़ाइल हटा देता है; पहले से सहेजे गए रिकॉर्ड केवल-संलग्न जर्नल में बने रहते हैं। इसके अभी भी लंबित संलग्नक असफल (`source_removed`) के रूप में दर्ज किए जाते हैं। फ़ोल्डर और पूरे-खाते मोड में भी इसे बाहर रखा जाता है। |
| कनेक्शन मार्ग बदलें | एक विराम की आवश्यकता होती है, पुराने क्लाइंट्स को बंद करता है, और अधूरे लॉगिन को रद्द करता है। |
| पाइथन प्रक्रिया को रोकें | सभी वर्कस्पेस को रोक देता है; जब यह ऑफ़लाइन होता है तो कोई अवलोकन नहीं किया जाता। |
| सक्रिय अवलोकन के बाद पुनः आरंभ करें | सहेजे गए सत्र का उपयोग करके सहेजे गए दायरे को फिर से शुरू करने के प्रयास। मैनुअल पॉज़ उस इरादे को रद्द कर देता है। |

कलेक्टर डिटेक्ट हुए डिसकनेक्ट, दोबारा प्रयास, त्रुटियों, शुरू/रुकने, और हार्टबीट्स को रिकॉर्ड करता है। आवधिक कनेक्टिविटी जांच द्वारा छोटी रुकावटों को अनदेखा किया जा सकता है। रीस्टार्ट के बाद, सहेजी गई अपडेट स्थिति से छूटी हुई अपडेट्स का अनुरोध किया जाता है और देखी गई चैट्स की समय-समय पर पुनः जाँच की जाती है; [साक्ष्य प्रारूप](https://phishdestroy.github.io/TgWitness/hi/docs/reference/evidence/#durable-collection-and-process-receipts-02) देखें। एक स्नैपशॉट संदर्भ प्रदान करता है; यह साबित नहीं करता कि किसी अंतराल को ठीक किया गया था।

## खाते का पृथक्करण और सत्यापन

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

प्रत्येक इवेंट में पिछला हैश और एक Ed25519 हस्ताक्षर शामिल होता है। एक्सपोर्ट एक निश्चित अनुक्रम संख्या के माध्यम से पूरे वर्कस्पेस जर्नल को कवर करते हैं। पैनल फ़िल्टर एक्सपोर्ट को फ़िल्टर नहीं करते हैं; तैयारी के दौरान संग्रह इसकी सीमा से परे जारी रह सकता है।

**जर्नल जाँच** प्रदर्शित सीमा के माध्यम से घटना श्रृंखला और हस्ताक्षरों की जाँच करती है। कार्यक्षेत्र बदलने पर इसका परिणाम साफ़ हो जाता है, और पैनल जाँच के बाद जोड़े गए नए रिकॉर्ड की पहचान करता है। ज़िप एक्सपोर्ट भी एकत्रित मीडिया की जाँच करता है।

एक वैध हस्ताक्षर, टेलीग्राम की उत्पत्ति या सत्य सामग्री के बजाय, विश्वसनीय कुंजी के सापेक्ष अखंडता स्थापित करता है। फिंगरप्रिंट और चेकपॉइंट को स्वतंत्र रूप से बनाए रखें। विश्वास और वितरण आवश्यकताओं के लिए [साक्ष्य मॉडल](https://phishdestroy.github.io/TgWitness/hi/docs/reference/evidence/), [दैनिक संचालन](https://phishdestroy.github.io/TgWitness/hi/docs/reference/operations/) और [लाइव स्वीकृति प्रक्रिया](https://github.com/phishdestroy/TgWitness/blob/main/docs/internal/LIVE_ACCEPTANCE.md) देखें।