جلب البريد استرجاع البريد البعيد وإعادة توجيه مصدر مجاني ومفتوح
التحميل الان

جلب البريد الترتيب والملخص

جلب البريد العلامات

إرسال يستلم يسترد ارسل بريد إعادة توجيه البريد استرداد البريد

جلب البريد وصف

خدمة استرجاع البريد عن بعد مفتوحة ومفتوحة Fetchmail عبارة عن أداة استرجاع كاملة من البعيد وإعادة توجيه البريد عن بعد ومثبتة جيدا تم توثيقها تهدف إلى استخدام روابط TCP / IP عند الطلب (مثل اتصالات الزلازل أو PPP). يدعم Fetchmail كل بروتوكول بريد عن بعد الآن قيد الاستخدام على الإنترنت: RPOP، APOP، POP2، POP3، KPOP، جميع النكهات من ETRN، IMAP و ODMR. يستطيع حتى دعم IPv6 و IPSec.Fetchmail يسترجع البريد من خوادم البريد البعيد وإعادة توجيهه عبر SMTP، لذلك يمكن قراءته بعد ذلك بواسطة وكلاء مستخدم البريد العادي مثل Mutt و ELM (1) أو البريد BSD. يسمح بجميع مرافق تصفية نظام MTA الخاصة بك، وإعادة التوجيه، والساوسة إلى العمل تماما كما ستحصل على Mail.Fetchmail الحماية بشكل أفضل ضد استنشاق كلمة المرور من أي عميل آخر UNIX عن بعد. وهو يدعم APOP، KPOP، OTP، COMPUSEVER RPA، Microsoft NTLM، وطرق المصادقة المشفرة IMAP RFC1731 بما في ذلك CRAM-MD5 لتجنب إرسال كلمات المرور في Clair. يمكن تكوينه لدعم التشفير المنتهي عبر النفق مع SSH، يمكن استخدام Shell.FetchMail Secure.Fetchmail كوابة POP / IMAP-TO-SMTP لمجال DNS بأكمله، وجمع البريد من صندوق إسقاط واحد على ISP و SMTP إعادة توجيهها بناء على عناوين الرأس. (لا نوصي حقا بهذا، لأنها قد تفقد معلومات مهمة مظروف مهمة. etrn أو اتصال UUUCP هو أفضل. عند تشغيله في هذا الوضع مع فترة استطلاعات قصيرة، من الصعب للغاية أن يخبر أي شخص أن يرابط البريد الوارد ليس اتصال "دفع" بدوام كامل، من السهل تكوين. يمكنك تحرير dotfile الخاص بها مباشرة، أو استخدام تكوين واجهة المستخدم الرسومية التفاعلية (Fetchmailconf) المرفقة مع توزيع Fetchmail. كما أنه مدعوم مباشرة في إصدارات Linuxconf 1.16r8 والإصدارات الأحدث. ما الجديد في هذا الإصدار: بحث MX ومضيف الاسم المستعار الذي يقوم بتنفذه في وضع Fetchmail في وضع multidrop على افتراضات نادرا ما تتحقق في الممارسة العملية، معيبة إلى حد ما، تم إهمالها ويمكن إزالتها من إصدار Fetchmail في المستقبل. لم يدعموا قط IPv6 (بما في ذلك IPv4 IPv4 المعين IPv6). ستبقى الكلمات الرئيسية غير المستندة إلى DNS مثل "AKA" في Fetchmail. قد تتم إزالة خيارات الشاشة والواجهة من إصدار Fetchmail في المستقبل لأنها غير محمولة بشكل معقول. POP2 قديم، وسيتم إزالة الدعم من إصدار Fetchmail في المستقبل. RPOP عفا عليها الزمن، وسيتم إزالة الدعم من إصدار Fetchmail في المستقبل. سيصبح --SSLCERTCK إعداد افتراضي في إصدار Fetchmail في المستقبل. يتم إهمال رمز التخمين متعدد الأطباء إلى / CC جنبا إلى جنب مع المكثف المكرر الهشة وقد تتم إزالته من إصدار مستقبل. قد تتم إزالة خيار "المظروف المستلم" من إصدار مستقبلي، لأن الرأس المستلم لم يكن من المفترض أن يكون مقروءا بقراءة الجهاز، يختلف التنسيق على نطاق واسع، ومختلف الاختلافات الأخرى في السلوك التي تجعل تحليل تلقي تعهد غير موثوق به. سيبقى خيار المغلف على هذا النحو، من أجل دعم تسليمها إلى، X-envelope-to، X-Original-and مماثلة. أنظر أيضا . لا يمكن إزالتها (تراجع إلى MDA إذا كانت MTA غير متوفرة) من إصدار Fetchmail في المستقبل، لأنها تجعل سلوك Fetchmail غير متسق ومربكا. قد تتم إزالة الافتراضي "بروتوكول السيارات" داخل Fetchmail من إصدار Fetchmail في المستقبل. يوصى بتكوين صريح للبروتوكول. قد تتم إزالة دعم Kerberos IV من إصدار Fetchmail في المستقبل. قد تتم إزالة دعم الاستيقاظ SIGHUP من إصدار Fetchmail في المستقبل ويسبب fetchmail للإجهاد - تم كسره لسنوات عديدة. قد تتم إزالة الدعم لأنظمة التشغيل غير المتوافقة بما يكفي بما فيه الكفاية قد تتم إزالة أو تشغيلها على مثل هذه الأنظمة قد تكون فرعية نفسية للإصدارات المستقبلية. إصلاح الأخطاء الأمنية والحرجة: cve-2007-4565: الحرمان من الخدمة: عندما يحاول جدوء حقن رسالة تحذير خلق نفسه، وتم رفض الرسالة من قبل مستمع SMTP، Fetchmail Dereferences مؤشرا فارغا وتعطلا. تقرير وإصلاح بواسطة إيرل مضغ. ملاحظة في حين أن هذا من الناحية النظرية من الناحية النائية من نوع ناقلات هجوم الخدمة، فتشميم بمحادثات افتراضية SMTP إلى المحلي، وبالتالي فإن المخاطر الشاملة منخفضة إلى حد ما. يبدو أن هذا الخطأ تم تقديمه في 1998-11-27 عندما كان مرفق Bouncemail وحدات. ثم جعل الخطأ مظهره في إصدار Fetchmail 4.6.8. انظر أيضا fetchmail-SA-2007-02.txt. cve-2008-2711: حرمان الخدمة: عند قيام Fetchmail بتسجيل البيانات النقطية (على سبيل المثال، A إلى: رأس في وضع حرفي -v -v -v ليس سلسلة التنسيق على الرغم من) vsnprintf ويقرأ موقع ذاكرة عشوائية (يستدعي va_arg () في كثير من الأحيان دون إعادة تعيينه باستخدام va_start ()). بناء على التصحيح (Berlios Patch # 2492) بواسطة Petr Uzel، إصلاحات Novell Bug # 354291. ملاحظة 6.3.9-RC1 لم يصلح هذه المشكلة تماما، لذلك تم إعادة رسمها بعد ساعات قليلة من إطلاق سراحها. انظر أيضا fetchmail-SA-2008-01.txt. عند انتهاء الأمر، قم بتمييز الرسائل المناسبة كما رأينا لتجنب فقدان الرسائل في تكوينات "الحفاظ على تدفق". الحل البديل للإصدارات السابقة: "Expunge 0". تقرير وتصحيح بواسطة ألكساندر Cherepanov - شكرا جزيلا، BUG BUG # 11797، "IMAP_Mark_seen لا يفكر في رسائل غير مدمرة". SSL FIX: إغلاق تسرب الذاكرة عند فشل اتصال SSL؛ Fetchmail المستخدمة في نسيان المكالمات SSL_FREE () على سياق SSL، تسرب أكثر من 500 كيلو بايت من ذاكرة الوصول العشوائي على نظام X86_64 لكل محاولة اتصال SSL الفاشلة. علة تم الإبلاغ عنها والتصحيح المقدم من Seiichi ikarashi، فوجيتسو. اصلاحات الشوائب: سيحقق البرنامج النصي التكوين بالإضافة إلى "DN_SKIPNAME"، لإصلاح إخفاقات البناء مع؟ Clibc. لا يزال الشيك الجديد يتعرف على مكتبات المحلل على Ubuntu 7.04، Opensuse 10.2، Solaris 8، NetBSD 4.0_BETA2 و FreeBSD 6.2. إصلاحات Gentoo Bug # 134187. ملاحظة: هذا قليلا من الاختراق، نظرا لأننا نلوى نتيجة have_res_search، ولكن يتم استخدام res_search () و dn_skipname () فقط معا ومجدلة للإزالة في الإصدارات المستقبلية، لذلك ربما يكون هذا جيدا. لم يعد يشكو من SSLProto غير صالح "" عندما فشل POP3 CAPA Probe. إصلاحات Debian Bug # 421446 (Holger Leskien)، Novell Bug # 247233 (جون نيلسون). بفضل Matthias Strau؟ للحصول على تكوين لإعادة إنتاج المشكلة. السماح .fetchmailrc و .الأبطال أن تكون متعبة، حيث لا يتم توثيق ManPage أنها غير مسموح بها - إصلاح Debian Bug # 452907 (Roger Leigh). سباق toctou يستمر. fetchmailconf اقتباسات أسماء علبة البريد (مجلد) عند كتابة التكوين. إصلاحات Berlios Bug # 13207 (تم الإبلاغ عن + FIX اقترحه Terry Brown). طباعة فقط "حذف ملف fetchids" إذا كان هناك بالفعل واحد. إصلاحات Debian Bug # 374514، الذي أبلغ عنه دان جاكوبسون. SSL FIX: التحقق والإبلاغ إذا فشل SSL_SET_FD. التغييرات: Autoconf 2.60 مطلوب الآن لبناء Fetchmail؛ يستخدم AC_USE_SYSTEM_EXTENTS لاستبدال AC_AIX، AC_MINIX، وما شابه ذلك. إزالة رمز Fetchmail_debuch الميت من Fetchmail.h الذي تم تعطيله افتراضيا مع عدم وجود مفاتيح في تكوين لتمكينه. ومع ذلك، كان الماكرو عرضة لهجوم Symlink. وجدت من نيكو جولد. إزالة رمز القوات الميتة من Socket.c التي تم تعطيلها بشكل افتراضي مع عدم وجود مفاتيح في تكوين لتمكينه. قم بتضمين typedef for Int16 في #IfnDef _AIX في Smbencrypt.c (بيتر أوجورمان) التحقق الصحيح ل u_int32_t في configure.ac (يبدو أن typedef'ed في namser.h على بعض المنصات.) (بيتر أوجورمان) في Configure.ac تغيير جميع CPFLAGS إلى CPFFLAGS، CEFLAGS إلى CFLAGS و LDeflags إلى LDFLAGS وإلا فإن نتائج بعض الاختبارات (L-L و -I Flags) لا تعتاد على الاختبارات اللاحقة التي تسبب نتائج تكوين غير صحيحة. تم تغيير makefile.am لتعكس هذا. (بيتر أوجورمان) m4 / gethostbyname_r.m4 هل ac_try_compile، والتي للأسف يمكن أن تمر حتى لو لم يكن هناك gethostbyname_r. تغيرت إلى ac_try_link. (بيتر أوجورمان) مراجعة التحقق من GetNameInfo لضمان تحديد NULL ويتم تقييم النتيجة بشكل صحيح، لتجنب نتائج Bogus على مثيل FreeBSD وإعادة تعريف وقت Complete Ni_AT. (ماتياس أندري). __attribute__ ((غير المستخدمة)) هي خياريا، إزالتها من Libesmtp / GethostByname.c. (بيتر أوجورمان) في kame / getameinfo.c من الأفضل استخدام الوسيطة الصحيحة إلى inet_ntoa. (بيتر أوجورمان) في وضع Verbose، سجل إذا تم تمكين وضع - تشيك. أضف خيار SSLCOMMONNAME (RCFile and Commandline) كوسيلة للعمل في حل خوادم SSL Upstream التي تستخدم اسم الشهادة الخاطئة. يحدد ما الذي يتوقعه Fetchmail CommanNAME وسجلات. (دانييل ريتشارد جي) تغيير CRLF إلى نهايات خط LF في Contrib / حذف - لاحقا (المراسل: بيتر أوزيل) تغيير SSL: تمكين جميع الحلول مع SSL_CTX_SET_OPTIX (CTX، SSL_OP_ALL) تم إعادة تمكين جميع الترجمات، في محاولة لإعادة ترويج المترجم أو مصلحة المستخدم. توثيق: أضف Fetchmail-SA-2007-02.txt و Fetchmail-SA-2008-01.txt. إعادة إضافة سطرين إلى الصفحة اليدوية التي أصبحت تعليقات عن طريق الخطأ على NROFF. كان المرء جزءا من وثائق --SSLPROTO، وواحد في قسم "إيقاظ الخلفية الخلفية". لم تعد الصفحة اليدوية تؤكد أن .fetchids كانت لاستخدام POP3 الحصري، لأنه من المقرر استخدام الملف باستخدام IMAP4 لاحقا. إضافة إصلاحات قواعد اللغة من دان جاكوبسون إلى Fetchmail.man. علة دبيان رقم 461642. تذكر الصفحة اليدوية الآن أن أوصاف المستخدم تحتاج إلى المجيء قبل خيارات المستخدم. ذكرت من قبل Francensco Pontort، لإصلاح علة دبيان # 467010. لم تعد الصفحة اليدوية تلمح أن تصريحات متعددة المستخدمين لكل خادم مفيدة فقط في وضع الخفيرة التي تعمل كجذر، لتجنب تلميح الناس للقيام بذلك. العديد من الأمثلة دليل RCFile الآن تشمل الآن "SSL". تلمح الصفحة اليدوية أن حجج الخيارات التي تبدأ بالأرقام يمكن إرفاقها في علامات اقتباس. تذكر الصفحة اليدوية الآن أن - LogFile موجود بالفعل قبل تشغيل Fetchmail. توصي الأسئلة الشائعة الآن (# I9) بعدم استخدام بريد Google للحصول على تجاهلها للبروتوكولات التي يزعمون بها لدعمها. الوثائق وبرنامج الإخراج الآن / باستمرار / مطالبة أن RCFile يجب ألا يكون لديك أكثر من 0700 (U = RWX، G =، O =)، ولكن سيظل Fetchmail تقبل بصمت أذونات G = X إضافية للتوافق مع 6.2.x 6.3.x إصدارات. التعارض (البرنامج 0710، Manpage 0600) تم الإبلاغ عن بيتر عوزل. وثائق - Logfile هي الآن أكثر وضوحا حول مطالبة الخفي المنفصلة

جلب البريد برامج ذات صلة