كلمات مرور تطبيق Gmail وIMAP وAPI: ثلاث طرق للدخول، ومتى تعمل كل منها

مشكلة Gmail الأكثر شيوعًا ليست مشكلة Gmail في الحقيقة. عميل بريد أو سكربت يُعطى كلمة مرور الحساب، فيتم رفض الاتصال، والاستنتاج البديهي هو أن كلمة المرور خاطئة. لكنها ليست كذلك. توقفت Google عن قبول كلمات مرور الحساب من عملاء البريد، وما تريده بدلًا من ذلك هو كلمة مرور تطبيق.

كلمات مرور التطبيقات، والشرط المسبق الذي لا يذكره أحد

كلمة مرور التطبيق هي بيانات اعتماد منفصلة، تُنشأ داخل الحساب، يستخدمها عميل واحد بدلًا من كلمة مرور تسجيل الدخول. ثلاثة أمور عنها تفسّر تقريبًا كل عمليات البحث عن "لا يعمل":

• لا يمكنك إنشاء واحدة حتى يتم تفعيل التحقق بخطوتين. هذا هو الجواب عن معظم هذه الاستفسارات. خيار إنشاء كلمة مرور تطبيق ببساطة غير موجود في حساب بدون عامل تحقق ثانٍ، لذا يبحث الناس عن صفحة غير موجودة بعد. فعّل التحقق بخطوتين أولًا وسيظهر الخيار.
• تُعرض مرة واحدة فقط. تُنشأ وتُعرض ولا يمكن استرجاعها بعد ذلك. فقدانها يعني إنشاء أخرى بدلًا من البحث عنها.
• تُعرض بمسافات وتُدخل بدونها. ستة عشر حرفًا في أربع مجموعات. بعض العملاء يتعاملون مع المسافات وبعضهم لا، وهذا وحده مسؤول عن حصة عادلة من حالات الفشل على كلمة مرور صحيحة فيما عدا ذلك.

تُنشأ هذه الكلمات في قسم الأمان في حساب Google، وليس داخل إعدادات Gmail نفسها، وهذا هو السبب الآخر لعدم قدرة الناس على العثور على الصفحة.

إذا اشتريت حسابًا وكان الإعلان يذكر كلمة مرور تطبيق، فهذه السلسلة هي ما يُدخل في العميل. كلمة مرور تسجيل الدخول للحساب لن تعمل هناك، وتجربتها مرارًا هو ما يجذب لك تحققًا إضافيًا لا تريده.

الطرق الثلاث للدخول

تسجيل الدخول عبر الويب

متصفح، كلمة مرور، عامل تحقق ثانٍ إذا كان مضبوطًا. جيد لشخص، سيء لسكربت. تسجيل الدخول الآلي عبر مسار الويب يصطدم بتحديات، وطلبات أجهزة غير مألوفة، وأحيانًا التحقق عبر الهاتف، لأن هذا المسار مراقب لهذا النمط تحديدًا. عندما "لا يستطيع سكربت تسجيل الدخول" لكن بيانات الاعتماد صحيحة، فهذا التباين هو السبب عادةً.

IMAP وSMTP

بروتوكولات البريد، التي تتحدث بها كل عملاء البريد وكل مكتبات البريد. تحتاج كلمة مرور التطبيق المذكورة أعلاه. الأفضل لقراءة صندوق بريد، أو انتظار رسالة، أو الإرسال، دون بناء أي شيء.

إعدادات عملية: IMAP على المنفذ 993 مع SSL، وSMTP على المنفذ 587 مع STARTTLS، والعنوان الكامل كاسم مستخدم. لاحظ أن وصول IMAP قد يكون معطلاً افتراضيًا على بعض الحسابات ويُفعّل في إعدادات Gmail نفسها، وهو مفتاح منفصل عن كلمة مرور التطبيق ويستحق التحقق عندما تكون بيانات الاعتماد صحيحة بالتأكيد.

واجهة Gmail API

واجهة برمجية حقيقية تُستخدم عبر OAuth2. تسجّل مشروعًا، وتضبط عميل OAuth، وتكمل تدفق الموافقة مرة واحدة، وتستلم رموزًا يستخدمها برنامجك بعد ذلك.

ميزتان حقيقيتان على IMAP: الصلاحيات محددة النطاق، لذا يمكن منح البرنامج وصولًا للقراءة فقط بدلًا من التحكم الكامل، وتحصل على بيانات رسائل منظمة بدلًا من تحليل بريد خام. تكلفتان حقيقيتان: الإعداد عمل أكثر فعلًا، وشاشات الموافقة لها قواعد مراجعة خاصة بها اعتمادًا على ما تطلبه.

استخدمها لشيء تبنيّه وتصونه. لقراءة رمز من صندوق وارد، IMAP هو الجواب المتناسب.

الاختيار، في سطر واحد لكل حالة

• شخص يتفقد بريده: الويب، أو أي عميل عبر IMAP.
• سكربت يقرأ الرسائل: IMAP مع كلمة مرور تطبيق. أقل إعداد، يعمل في كل مكان.
• برنامج تبنيّه: الواجهة البرمجية، لصلاحيات محددة النطاق وبيانات منظمة.
• سكربت يقود واجهة الويب: تجنّب ذلك. الاحتكاك الذي تواجهه مقصود ولن يختفي.

ماذا يعني هذا عند شراء صندوق بريد

حقلان في الإعلان يرتبطان بما سبق، وهما ليسا نفس الشيء.

كلمة مرور تطبيق مشمولة تعني أن عمل التحقق بخطوتين والتوليد قد أُنجز بالفعل ويمكنك توصيل عميل فورًا. تسليم OAuth2 هو مسار الواجهة البرمجية، وهناك الاكتمال هو ما يهم: رمز تحديث بدون معرف العميل وسره اللذين صدر ضدهما سيعمل حتى تنتهي صلاحية رمز الوصول الحالي ثم يتوقف نهائيًا. هذا الفشل يصل بعد فترة طويلة من إغلاق أي نافذة ضمان، لذا الفحص ليس "هل يتصل الآن" بل "هل يمكنني إتمام تحديث".

جدير بالمعرفة بشأن السعر: عبر كتالوج البريد الإلكتروني، وصول البروتوكول من بين أرخص السمات قياسًا، بينما سمات التحقق مثل التحقق بخطوتين والتحقق عبر الرسائل النصية هي الأغلى، بحوالي ثلاثة أضعاف السعر المتوسط وحوالي ثلاثة أضعاف على التوالي. الوصول رخيص؛ كونك مُتحققًا ليس كذلك.

قوائم Gmail، مع إمكانية تصفية وسوم كلمة مرور التطبيق وOAuth2، موجودة على رف Gmail.