آپ سپورٹ ٹیم کے لیے دوسری مشین سیٹ کر رہے ہیں اور کسی نے آپ کو ایک زپ فائل "tdata" کا لیبل لگا کر دی، دوسری "session" کا لیبل لگا کر، اور تیسری جو صرف ایک .json ایکسپورٹ ہے۔ تینوں کا دعویٰ ہے کہ وہ آپ کو اسی Telegram اکاؤنٹ میں لاگ ان کروا دیں گے۔ ان میں سے کسی کے ساتھ ہدایات نہیں ہیں، اور غلط فائل کو غلط ایپ میں امپورٹ کرنے سے صرف ایک ایرر آتا ہے۔

ہر فارمیٹ اس لیے موجود ہے کیونکہ مختلف Telegram کلائنٹ اپنا لاگ ان مختلف طریقے سے اسٹور کرتا ہے۔ ایک بار جب آپ جان لیں کہ کون سا پروگرام کون سی فائل پڑھتا ہے، تو مشینوں کے درمیان اکاؤنٹ منتقل کرنا اندازے لگانے سے ختم ہو جاتا ہے۔

تین فارمیٹس، تین مختلف پروگرام

tdata فولڈر وہ خام مقامی اسٹوریج ہے جو Telegram Desktop Windows اور Linux پر استعمال کرتا ہے۔ یہ ایک فائل نہیں بلکہ ایک ڈائریکٹری ہے جو انکرپٹڈ بائنری ڈیٹا سے بھری ہوتی ہے اور اس مخصوص انسٹالیشن سے منسلک ہوتی ہے۔ پورے فولڈر کو ایک نئی پورٹیبل Telegram Desktop انسٹال میں کاپی کریں اور، زیادہ تر معاملات میں، یہ پہلے سے لاگ ان کھل جاتا ہے، بغیر کسی فون نمبر یا کوڈ کی ضرورت کے۔

session فائل (عام طور پر Telethon سے .session فائل، یا Pyrogram سے session سٹرنگ) ایک بالکل مختلف دنیا سے تعلق رکھتی ہے: Python آٹومیشن لائبریریاں جو Telegram اکاؤنٹس کو اسکرپٹ کرنے کے لیے استعمال ہوتی ہیں۔ یہ ڈویلپرز کے لیے بنائی گئی ہیں جو بوٹس، یوزر بوٹس، یا آٹومیشن ٹاسک چلاتے ہیں، نہ کہ عام Telegram Desktop ایپ کو براہ راست کھولنے کے لیے۔ session فائل اس اتھارٹی کلید کو انکوڈ کرتی ہے جس کی آپ کے اسکرپٹ کو Telegram کے API کے ذریعے اس اکاؤنٹ کے طور پر کام کرنے کے لیے ضرورت ہوتی ہے۔

JSON ایکسپورٹ سب سے الگ ہے۔ یہ عام طور پر API اسناد، اتھارٹی کیز، یا اکاؤنٹ میٹا ڈیٹا کا ایک دستی ڈمپ ہوتا ہے جسے کسی اسکرپٹ یا ٹول نے تیار کیا ہو، جس کا مقصد ڈبل کلک کرنے کے بجائے پروگرامی طور پر پارس کیا جانا ہو۔ اس کی صحیح ساخت مکمل طور پر اس ٹول پر منحصر ہوتی ہے جس نے اسے تیار کیا، جو JSON کو تینوں میں سب سے کم معیاری بناتا ہے۔

فارمیٹ کا ایک نظر میں موازنہ

2026 تک عام ٹولنگ کنونشنز پر مبنی مثالی موازنہ۔ صحیح رویہ مخصوص کلائنٹ ورژن اور لائبریری پر منحصر ہے۔

فائل کو توڑے بغیر لاگ ان ہونا

tdata فولڈر کے لیے، Telegram Desktop کا پورٹیبل ورژن ڈاؤن لوڈ کریں، اسے ان زپ کریں، پھر اس کے ساتھ آنے والی خالی tdata ڈائریکٹری کو اس سے بدل دیں جو آپ کو دی گئی تھی۔ اسی فولڈر سے Telegram.exe لانچ کریں۔ اگر پاس ورڈ کا پرامپٹ آئے تو tdata فولڈر کے ساتھ اکثر شامل کی جانے والی پاس ورڈ فائل کو چیک کریں، کیونکہ کچھ سپلائرز اس مرحلے کے لیے ایک ساتھی ٹیکسٹ فائل بھیجتے ہیں۔

.session فائل کے لیے، آپ کو Python کے ساتھ Telethon یا Pyrogram انسٹال ہونا چاہیے، اور اس کے ساتھ وہ API ID اور hash بھی ہونا چاہیے جس کے تحت session بنائی گئی تھی۔ اپنے اسکرپٹ کو session فائل کے پاتھ پر پوائنٹ کریں (یا session سٹرنگ پیسٹ کریں)، اور لائبریری بغیر کوڈ مانگے تصدیق کر دیتی ہے۔ یہ راستہ فرض کرتا ہے کہ آپ GUI پر کلک کرنے کے بجائے اسکرپٹ چلانے میں آرام دہ ہیں۔

JSON ایکسپورٹ کے لیے، کوئی عالمگیر لوڈر نہیں ہے۔ آپ کو، یا جس نے آپ کا آٹومیشن بنایا ہے، یہ جاننا ہوگا کہ ایکسپورٹ میں کون سے فیلڈز ہیں اور انہیں اپنے فریم ورک میں ڈالنے کے لیے ایک چھوٹا پارسر لکھنا ہوگا۔ یہ فرض کرنے سے پہلے کہ یہ آپ کے سٹیک کے ساتھ کام کرے گا، ماخذ سے پوچھیں کہ کس ٹول نے فائل تیار کی۔

سیکیورٹی نوٹس جو واقعی اہم ہیں

یہ وہ حصہ ہے جسے لوگ چھوڑ دیتے ہیں۔ ان میں سے ہر ایک فائل عملی طور پر ایک زندہ، لاگ ان سیشن کے برابر ہے۔ جس کے پاس بھی آپ کی tdata فولڈر یا session فائل ہوگی، وہ پاس ورڈ جانے بغیر اس اکاؤنٹ کے طور پر کام کر سکتا ہے، جب تک کہ دو قدمی تصدیق علیحدہ سے ترتیب نہ دی گئی ہو اور کوئی چیز اسے اضافی طور پر محفوظ نہ کرے۔ ان فائلوں کو اس طرح سمجھیں جیسے آپ پاس ورڈ کو سمجھتے ہیں، نہ کہ عام ڈاؤن لوڈ۔

• کبھی بھی tdata فولڈر یا session فائل کو غیر انکرپٹڈ چینل پر نہ بھیجیں یا انہیں ضرورت سے زیادہ دیر تک مشترکہ کلاؤڈ فولڈر میں نہ چھوڑیں۔
• اکاؤنٹ امپورٹ کرنے کے بعد، Settings، Privacy and Security، Active Sessions پر جائیں، اور کسی بھی ایسے ڈیوائس کو ختم کریں جسے آپ نہیں پہچانتے۔
• اس طرح اکاؤنٹ سنبھالنے کے فوراً بعد دو قدمی تصدیق کا پاس ورڈ سیٹ یا تبدیل کریں، کیونکہ پچھلا ہولڈر اب بھی اسے جان سکتا ہے۔
• امپورٹ کے کام کرنے کی تصدیق ہونے کے بعد اصل فائل کو حذف کریں، بجائے اس کے کہ مشینوں پر بکھری ہوئی ڈپلیکیٹ کاپیاں رکھیں۔

جب بلک ڈیپلائمنٹ واقعی معنی رکھتا ہے

ٹیمیں جو کسٹمر سپورٹ بوٹس، ماڈریشن ٹولنگ، یا ملٹی اکاؤنٹ مواد کی شیڈولنگ چلاتی ہیں، انہیں جائز طور پر مشینوں یا سرورز پر متعدد اکاؤنٹس کو مستقل طریقے سے تعینات کرنے کی ضرورت ہوتی ہے۔ سیشن پر مبنی ڈیپلائمنٹ اس استعمال کے معاملے کے لیے موزوں ہے کیونکہ یہ اسکرپٹ ایبل اور دہرایا جا سکتا ہے۔ یہ ذاتی اکاؤنٹس کے ایک چھوٹے سے سیٹ کو چلانے سے مختلف صورتحال ہے، جہاں tdata فولڈر اور پورٹیبل Telegram انسٹال عام طور پر آسان ہے اور اسے Python چھونے کی بالکل ضرورت نہیں ہے۔

کسی بھی بلک ڈیپلائمنٹ کو ہر اکاؤنٹ کے لیے ایک مستحکم، وقف شدہ IP کے ساتھ جوڑیں، بجائے اس کے کہ ہر چیز کو ایک مشترکہ کنکشن کے ذریعے روٹ کریں۔ فی اکاؤنٹ ایک مشترکہ ریذیڈنشل پراکسی تفویض کرنے سے اس امکان کو کم کیا جا سکتا ہے کہ Telegram کے سسٹم غیر متعلقہ اکاؤنٹس کو صرف اس لیے جوڑ دیں کیونکہ وہ ایک نیٹ ورک فنگر پرنٹ شیئر کرتے ہیں، حالانکہ یہ ہر پتہ لگانے کے طریقے کے خلاف ضمانت نہیں ہے۔

ان میں سے کوئی بھی فارمیٹ کسی ایک فروخت کنندہ کے لیے مخصوص نہیں ہے۔ HstockPlus پر کئی سپلائرز Telegram اکاؤنٹس کی فہرست دیتے ہیں جو آپ کی سیٹ اپ کی ضرورت کے مطابق tdata، session، یا JSON شکل میں پہلے سے پیک ہوتے ہیں، اور خریداری سے پہلے یہ موازنہ کرنا قابل قدر ہے کہ کوئی لسٹنگ دراصل کون سا فارمیٹ بھیجتی ہے، کیونکہ تفصیل ہمیشہ ڈیلیوری سے مطابقت نہیں رکھتی۔ فارمیٹ اور جغرافیائی تقسیم پر خاص توجہ کے لیے، tgaccounts.net ایک اور اسٹور فرنٹ ہے جو عام مارکیٹ پلیس لسٹنگز سے الگ، مدت کے نوٹوں کے ساتھ tData، session، اور JSON ڈیلیوری آپشنز کو دستاویز کرتا ہے۔

صحیح فارمیٹ کا انتخاب: ایک فوری چیک لسٹ

1. خریداری سے پہلے تصدیق کریں کہ آپ اصل میں کون سی ایپ یا لائبریری استعمال کریں گے: tdata کے لیے Desktop کلائنٹ، session فائلوں کے لیے Python، JSON کے لیے کسٹم کوڈ۔
2. فروخت کنندہ سے پوچھیں کہ کیا پاس ورڈ فائل یا 2FA ری سیٹ کا طریقہ شامل ہے، کیونکہ ایک لاک اکاؤنٹ فارمیٹ سے قطع نظر بیکار ہے۔
3. اگر لسٹنگ پیش کرتی ہے تو اکاؤنٹ کی عمر اور ملک چیک کریں، کیونکہ یہ متاثر کرتے ہیں کہ خودکار استعمال کے تحت اکاؤنٹ کیسے برتاؤ کرتا ہے۔
4. فنگر پرنٹ اوورلیپ کو محدود کرنے کے لیے، پانچ دیگر اکاؤنٹس کو سنبھالنے والی مشین کے بجائے صاف، وقف شدہ ماحول میں امپورٹ کریں۔
5. اکاؤنٹ کے کامیابی سے لاگ ان ہوتے ہی پرانے سیشنز ختم کریں اور نیا 2FA سیٹ کریں۔