IMAP کی تین الگ خرابیاں ہیں، اور صرف ایک کا تعلق پاس ورڈ سے ہے
اس مارکیٹ کی تجاویز میں ناکامی کے لیے تین مختلف الفاظ آتے ہیں: not connecting، not responding اور not working۔ یہ ایک مسئلے کے تین نام نہیں، تین الگ مسئلے ہیں، اور ان کا حل بھی الگ ہے۔
Avery Bennettاس مارکیٹ میں جی میل اور IMAP کے بارے میں جو تجاویز آتی ہیں، ان کی ایک خاص بات ہے۔ ناکامی کے لیے ایک لفظ نہیں، تین آتے ہیں۔
not connecting، not responding، اور not working۔
عام طور پر لوگ ان تینوں کو ایک ہی چیز سمجھ کر ایک ہی حل ڈھونڈتے ہیں۔ یہی وقت ضائع ہونے کی سب سے بڑی وجہ ہے، کیونکہ یہ تین الگ خرابیاں ہیں اور ان میں سے صرف ایک کا تعلق اکاؤنٹ یا پاس ورڈ سے ہے۔
تینوں کو الگ کیجیے
فرق یہ دیکھ کر طے ہوتا ہے کہ ناکامی کس مرحلے پر ہوئی۔
- جڑ ہی نہیں رہا۔ رابطہ بنتا ہی نہیں۔ یہ اکاؤنٹ کا مسئلہ نہیں ہوتا۔ اس مرحلے تک اکاؤنٹ زیرِ بحث آیا ہی نہیں، کیونکہ سرور سے بات شروع ہی نہیں ہوئی۔ یہاں پاس ورڈ بدلنے کا کوئی فائدہ نہیں۔
- جواب نہیں دے رہا۔ رابطہ بن جاتا ہے مگر بات آگے نہیں بڑھتی، پروگرام انتظار کرتا رہ جاتا ہے۔ یہ بھی زیادہ تر اکاؤنٹ کا نہیں، راستے کا معاملہ ہے۔
- کام نہیں کر رہا۔ رابطہ بھی بنا، بات بھی ہوئی، اور پھر پاس ورڈ قبول نہیں ہوا۔ یہی وہ اکلوتی صورت ہے جس کا تعلق اکاؤنٹ سے ہے، اور عموماً یہاں مسئلہ پاس ورڈ کا نہیں بلکہ اس بات کا ہوتا ہے کہ جو پاس ورڈ درکار ہے وہ بنا ہی نہیں۔
پہلا سوال اس لیے یہ نہیں ہونا چاہیے کہ پاس ورڈ درست ہے یا نہیں۔ پہلا سوال یہ ہے کہ ناکامی کس مرحلے پر ہوئی۔
تیسری صورت: جو پاس ورڈ درکار ہے وہ موجود ہی نہیں
ای میل پروگرام سے میل باکس میں داخل ہونے کے لیے اکاؤنٹ کا عام پاس ورڈ نہیں چلتا، اس کے لیے ایک الگ ایپ پاس ورڈ درکار ہوتا ہے۔
اور یہ ایپ پاس ورڈ اپنی جگہ کوئی خودمختار ترتیب نہیں ہے۔ اس کی ایک شرط ہے: اکاؤنٹ پر دو مرحلوں والی تصدیق فعال ہو۔ اگر نہ ہو تو یہ آپشن اسکرین پر موجود ہی نہیں ہوتا، اور اکاؤنٹ ایسا لگتا ہے جیسے یہ کام کر ہی نہیں سکتا۔
تجاویز کی فہرست خود اس کی طرف اشارہ کرتی ہے۔ ایپ پاس ورڈ کے ساتھ create، generate، setup اور page آتے ہیں، یعنی سب پوچھ رہے ہیں کہ یہ چیز بنائی کہاں سے جاتی ہے۔ اسی فہرست میں IMAP کا لفظ بھی ساتھ آتا ہے، تو یہاں پڑھنے والا یہ جوڑ پہلے ہی سمجھ چکا ہے۔
یہ شرط ہمارے اپنے کیٹلاگ میں بھی نظر آتی ہے۔ جن اشتہاروں پر ایپ پاس ورڈ کا ٹیگ ہے، ان میں سے 85 فیصد پر دو مرحلوں والی تصدیق کا ٹیگ بھی ہے۔ دونوں تقریباً ہمیشہ ساتھ آتے ہیں، کیونکہ ایک کے بغیر دوسرا تکنیکی طور پر وجود ہی نہیں رکھتا۔
میل باکس کے تین دروازے
نام تکنیکی ہیں، مگر فرق مقصد کا ہے۔
- براؤزر۔ کھول کر دیکھ لیجیے۔ نہ ایپ پاس ورڈ چاہیے نہ کوئی ترتیب۔ لیکن اس میں صرف وہی نظر آتا ہے جو ایک آدمی دیکھ سکتا ہے، اور اس سے کوئی کام خودکار نہیں ہوتا۔
- IMAP۔ ای میل پروگرام میل باکس سے جڑتا ہے۔ ایپ پاس ورڈ یہیں درکار ہوتا ہے اور معاملہ بھی یہیں اٹکتا ہے۔ نیا لیا ہوا میل باکس جانچنا ہو تو یہی درست راستہ ہے۔
- API۔ پروگرام براہ راست سروس سے بات کرتا ہے، پاس ورڈ کے بجائے دی گئی اجازت کے ذریعے۔ یہ خودکار کام کا راستہ ہے اور تینوں میں واحد ہے جس کے لیے آپ کو کچھ بنانا پڑتا ہے۔
سیدھی بات: ایک نظر دیکھنا ہو تو براؤزر، پروگرام جوڑنا ہو تو IMAP، کام خودکار کرنا ہو تو API۔ یہاں آنے والوں کی اکثریت کو درمیان والا چاہیے، اسی لیے وہ ایپ پاس ورڈ ڈھونڈتے ہیں۔
جی میل آؤٹ لک جیسا نہیں ہے
یہ وہ غلط فہمی ہے جو ساتھ والے شیلف سے آنے والوں کو لے ڈوبتی ہے۔
مائیکروسافٹ کے شیلف پر ہر دو تین میں سے ایک اشتہار پر oauth2 کا ٹیگ ہے: آؤٹ لک پر 349 میں سے 179، ہاٹ میل پر 316 میں سے 193۔ جی میل کے شیلف پر یہ ٹیگ صرف ایک اشتہار پر ہے۔ اس کے بجائے 307 اشتہاروں پر ایپ پاس ورڈ کا ٹیگ ہے۔
دو کمپنیاں، دو راستے۔ مائیکروسافٹ نے ذاتی اکاؤنٹس پر پاس ورڈ سے جڑنے کا راستہ بند کر کے اجازت والا نظام رکھ دیا۔ گوگل نے ایپ پاس ورڈ برقرار رکھا ہے۔ اسی لیے آؤٹ لک پر سوال یہ ہوتا ہے کہ درست اجازت موجود ہے یا نہیں، اور جی میل پر سوال یہ ہوتا ہے کہ دو مرحلوں والی تصدیق لگی ہوئی ہے یا نہیں۔
شیلف کے اعداد کیا بتاتے ہیں
خریدتے وقت دو عدد دروازے کی قسم سے زیادہ کام آتے ہیں۔
ریکوری ای میل مہنگی ہے۔ recovery-email کا ٹیگ وسطیے سے 2.10 گنا پر ہے، یعنی اس شیلف کا دوسرا مہنگا ترین عام ٹیگ۔ ہاٹ میل کے شیلف پر ہٹایا ہوا فون نمبر 2.50 گنا پر تھا۔ دونوں شیلف ایک ہی چیز کی قیمت لے رہے ہیں: اکاؤنٹ میں واپسی کا راستہ کس کے ہاتھ میں ہے۔
اور جی میل مائیکروسافٹ کے شیلف سے کہیں مہنگا ہے۔ قیمت کا وسطیہ 1.94 ہے جبکہ آؤٹ لک پر 0.05، یعنی اسی قسم کے میل باکس کے لیے تقریباً چالیس گنا۔
وقت کے بارے میں: ترسیل ہر اشتہار پر فوری ہے، وارنٹی کا وسطیہ بارہ گھنٹے ہے، مگر نچلا دسواں حصہ 0.08 گھنٹے پر ہے، یعنی تقریباً پانچ منٹ، اور 21 فیصد ایک گھنٹے سے کم دیتے ہیں۔ تصدیق دیکھنا، ایپ پاس ورڈ بنانا اور پروگرام جوڑنا، اس سب میں سب سے چھوٹی کھڑکی سے زیادہ وقت لگتا ہے۔
اس شیلف پر کیا پوچھنا ہے
- ایپ پاس ورڈ کے بجائے دو مرحلوں والی تصدیق کے بارے میں پوچھیے۔ پہلی کے بغیر دوسری ہوتی ہی نہیں، اور ایپ پاس ورڈ والے 85% اشتہاروں پر دونوں ٹیگ ہیں۔
- خرابی کا مرحلہ پہلے طے کیجیے۔ اگر رابطہ ہی نہیں بن رہا تو یہ اکاؤنٹ کا معاملہ نہیں، اور بیچنے والے سے پاس ورڈ بدلوانے کا کوئی فائدہ نہیں۔
- اس شیلف پر oauth2 کی توقع نہ رکھیے۔ یہ ٹیگ ایک اشتہار پر ہے۔ وہ مائیکروسافٹ کا جواب ہے، گوگل کا نہیں۔
- ریکوری ای میل کا معاملہ صاف کر لیجیے۔ یہ اس شیلف کا دوسرا مہنگا ترین ٹیگ ہے، اور یہ اتفاق نہیں۔
- ملتے ہی جوڑ کر دیکھ لیجیے۔ دسویں حصے پر وارنٹی کی پوری مدت تقریباً پانچ منٹ ہے۔
اشتہار جی میل کے شیلف پر ہیں، اور رسائی آپ SMTP ٹیسٹ سے جانچ سکتے ہیں۔
