ما هي المشاكل المرتبطة استرداد البريد الإلكتروني باستخدام حليقة ؟

StackOverflow https://stackoverflow.com/questions/740791

سؤال

ميزة جديدة وأود أن أضيف إلى الشبكة المحلية هو القدرة على استرداد البريد الإلكتروني من خدمات البريد الإلكتروني مثل Gmail و ياهو و هوتميل باستخدام PHP.هناك الخدمات التي يمكن أن تدفع ولكن أود أن بدلا من الإختراق حتى نفسي!

أجد أن جوجل فقط API ولكن الباقي لا. ما هي المشاكل المرتبطة ثم معي فقط استرجاع البريد الإلكتروني باستخدام حليقة ؟

حتى لقد نفذت GMail جزء باستخدام الضفيرة و PHP.

هل كانت مفيدة؟

المحلول

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

Yahoo, Gmail و Hotmail كل الدعم POP3, معيار بروتوكول استرداد رسائل البريد الإلكتروني.فلماذا لا تستخدم بدلا من ذلك ؟

نصائح أخرى

عندما يعطيك شخص ما API، فإنهم يعادونك بأنك "إذا قمت بتشغيل الرمز x، فسحدث y. عندما تفكر في الشاشة، لا يوجد هذا الوعد من المزود، والعديد من مقدمي الخدمات لديهم عناصر في شروط الخدمة التي تمنح صراحة تجريف الشاشة. من وجهة نظر تقنية، هذا يعني أن صفحتهم / تطبيق قد يخضعان للتغييرات التي تنفصل عن كشط الشاشة، أو تذبل عن طريق الخطأ أو عن قصد من قبل المزود. هذا هو السبب في وجود CAPTCHA.

أيضا، على نحو متزايد، تستخدم هذه التطبيقات هذه التطبيقات أكثر وأكثر "AJAX"، مما يعني أنك ترتكب نفسك في الهندسة عكس كيفية عمل تطبيقها، وكذلك مواكبة التغييرات التي يقوم بها كل تطبيق.

أخيرا، حسنا، أنت تفعل ذلك خطأ. البريد الإلكتروني هو مجموعة من البروتوكولات في حد ذاتها. معظم مقدمي الخدمات لديهم وسيلة للوصول إلى البريد الإلكتروني عبر POP3 و IMAP. أود أن أنظر في اختراق رمز PHP للتفاعل مع خوادم POP / IMAP التي، مثل API، هي مجموعة وائحة من السلوكيات. لديك أيضا ميزة هذا التعليمات البرمجية المكتوبة لمزود واحد من المحتمل أن يعمل (مع قرص بسيط) لآخر.

أفترض أن لديك سبب لعدم استخدام بروتوكول POP وهو الطريقة القياسية المدعومة لاسترداد البريد الإلكتروني. للقيام بذلك مثلك تريد أنه شيء غير مدعوم وربما لا تغطيها شروط استخدام مقدمي الخدمات.

ولكن إذا لم يحصل عدم حل CAPTCHA في طريقك من الناحية الفنية. سيكون عليك كتابة تطبيق مختلف لكل مزود. في حالة تغيير شيء سيتعين عليك تبني طلبك.

لجعلها تعمل مع حليقة تأكد من جمع جميع ملفات تعريف الارتباط التي يقدمها لك جميع الصفحات وإعادتها في كل طلب.

في حالة وجود أي مشاكل (وأيضا للتنمية)، يمكنك تحليل طلبات وأجوبة HTTP مع بعض الأداة (مثل ProxOmitron على Windows) وجعل طلبات حليقة أكثر وأكثر تبدو تماما مثل طلبات المتصفح حتى تنجح. في النهاية، لا يوجد شيء يمكن القيام به لتمييز طلبات حليقة الخاص بك من طلبات الإنسان من خلال المتصفح. ما عدا CAPTCHA كما قلت من قبل.

شيء آخر هو الفواصل الزمنية بين طلباتك، يمكنك حظرها لطلبها في كثير من الأحيان أو عندما لا يكون هناك توقف مؤقت بين 2 طلبات (التي لا يمكن أن يفعلها الإنسان). حاول إدراج مؤقتات تعديل عشوائيا بين الطلبات إذا كنت تشك في هذا.

يمكنني أن أتخيل أنهم يحجبون حساباتك أو IPS أثناء التطوير، في هذه الحالة سيكون من الضروري تغيير عنوان IP و / أو الحساب الذي تعمل عليه.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top