Die Post holen Frei- und Open-Source-Remote-Remote-Mail-Abruf- und Weiterleitungsprogramm
Jetzt downloaden

Die Post holen Ranking & Zusammenfassung

Die Post holen Stichworte

senden erhalten Abrufen E-Mail senden Email weiterleiten Post abrufen.

Die Post holen Beschreibung

Kostenloser, freier Remote-Remote-Mail-Retrieval- und Weiterleitungsprogramm Fetchmail ist ein voll ausgestatteter, robuster, gut dokumentierter Remote-Mail-Abruf- und Weiterleitungs-Dienstprogramm, das für On-Demand-TCP / IP-Links verwendet werden soll (z. B. Slip- oder PPP-Verbindungen). FETCHMAIL unterstützt jedes Remote-Mail-Protokoll, das jetzt im Internet im Internet verwendet wird: RPOP, APOP, POP2, POP3, KPOP, alle Aromen von ETRN, IMAP und ODMR. Es kann sogar IPv6- und IPSec.Fetchmail unterstützen, um E-Mails von Remote-Mail-Servern abzurufen und ihn über SMTP weiterzuleiten, sodass sie dann von normalen E-Mail-Benutzeragenten wie Mutt, ELM (1) oder BSD-Mail gelesen werden kann. Es ermöglicht allen Bereichen Ihres Systems MTA-Filter-, Speditions- und Aliasing-Einrichtungen, um zu funktionieren, so wie sie bei normalem mail.Fetchmail einen besseren Schutz gegen das Kennwort schnüffeln möchten, als jeder andere UNIX-Remote-Mail-Client. Es unterstützt ApoP, KPOP, OTP, CompuServe RPA, Microsoft NTLM und IMAP RFC1731 verschlüsselte Authentifizierungsmethoden einschließlich Cram-MD5, um das Senden von Kennwörtern EN Clair zu vermeiden. Es kann so konfiguriert werden, dass die End-to-End-Verschlüsselung über Tunneling mit SSH mit SSH unterstützt wird. Die Secure Shell.Fetchmail kann als Pop / IMAP-to-SMTP-Gateway für eine gesamte DNS-Domäne verwendet werden, sammelt E-Mails von einer einzelnen Drop-Box auf einem ISP- und SMTP-Weiterleitung, basierend auf Header-Adressen. (Wir empfehlen dies jedoch nicht wirklich, da er wichtige Umschlag-Header-Informationen verlieren kann. ETRN oder eine UUCP-Verbindung ist besser.) FETCHMAIL kann automatisch und leise als System-Daemon bei der Startzeit gestartet werden. Wenn Sie in diesem Modus mit einem kurzen Umfrageintervall ausgeführt werden, ist es für jedermann ziemlich schwer zu erkennen, dass der eingehende E-Mail-Link keine Vollzeit-"Push" Connection.Fetchmail ist einfach zu konfigurieren. Sie können seine DOTFILE direkt bearbeiten oder den mit der FETCHMAIL-Verteilung gelieferten interaktiven GUI-Konfigurator (fetchmailconf) verwenden. Es wird auch direkt in den Linuxconf-Versionen 1.16R8 und höher unterstützt. Was ist neu in dieser Version: · Der MX- und Host-Alias-DNS-Lookups, in dem Fetchmail im Multidrop-Modus ausgeführt wird, basieren auf Annahmen, die selten in der Praxis erfüllt sind, etwas defekt, veraltet und können aus einer zukünftigen Fetchmail-Version entfernt werden. Sie haben den IPv6 nie unterstützt (einschließlich IPv6-zugeordneter IPv4). Nicht-DNS-basierte Alias-Schlüsselwörter wie "aka" bleiben in fetchmail. · Die Optionen des Monitors und der Schnittstelle können aus einer zukünftigen FETCHMAIL-Version entfernt werden, da sie nicht vernünftig tragbar sind. · POP2 ist obsolet, der Support wird aus einer zukünftigen Fetchmail-Version entfernt. · RPOP ist veraltet, der Support wird aus einer zukünftigen Fetchmail-Version entfernt. · --SSLCERTCK wird in einer zukünftigen Fetchmail-Version eine Standardeinstellung. · Der Multidrop-An / CC-Erratroncode zusammen mit dem fragilen doppelten Suppressor ist veraltet und kann aus einer zukünftigen Freigabe entfernt werden. · Die Option "Umschlag empfangene" kann aus einer zukünftigen Freigabe entfernt werden, da der empfangene Header nie maschinenlesbar sein sollte, das Format variiert häufig, und verschiedene andere Unterschiede im Verhalten, die das Analysieren ermöglichen, erhielten ein unzuverlässiges Unternehmen. Die Umschlagoption als solcher bleibt jedoch verbleiben, um die Lieferung zu unterstützen - auf, X-Hüllkurve-to, X-original-to und ähnliches zu unterstützen. Siehe auch . · The --enable-Fallback (Rückgang auf MDA, wenn MTA nicht verfügbar ist), wird aus einer zukünftigen Fetchmail-Version entfernt, da das Problem von Fetchmail inkonsistent und verwirrend ist. · Das Default "Protocol Auto" in der FETCHMAIL kann aus einer zukünftigen FETCHMAIL-Version entfernt werden. Die explizite Konfiguration des Protokolls wird empfohlen. · Kerberos IV-Unterstützung kann aus einer zukünftigen Fetchmail-Version entfernt werden. · SIGHUP WACKUP-Unterstützung kann aus einer zukünftigen Fetchmail-Freigabe entfernt werden und verursachen, dass Fetchmail zu kündigen - es war seit vielen Jahren unterbrochen. · Die Unterstützung von Betriebssystemen, die nicht ausreichend POSIX-konform sind, können entfernt oder der Betrieb auf solchen Systemen kann suboptimal für zukünftige Veröffentlichungen sein. Sicherheits- und kritische Fehlerbehebungen: · CVE-2007-4565: Denial of Service: Wenn Fetchmail versucht, eine Warnmeldung zu injizieren, die er erstellt hat, und die Nachricht wird vom SMTP-Zuhörer abgelehnt, fetchmail Dereferenzen einen Nullzeiger und Abstürze. Bericht und fixieren von Earl Chew. Hinweis, dass dies theoretisch eine Remote-Ablehnung des Service-Angriffsvektors ist, feXmail ist standardmäßig SMTP an die Lokalhost, so dass das Gesamtrisiko eher niedrig ist. Dieser Fehler wurde anscheinend anscheinend am 1998-11-27 eingeführt, als die Bouncedail-Einrichtung modularisiert wurde. Der Fehler hat dann in der FETCHMAIL-Version 4.6.8 erscheint. Siehe auch fetchmail-sa-2007-02.txt. · CVE-2008-2711: Denial of Service: Wenn FETCHMAIL-Protokolle Datenblobs (z. B. A to: Header in -V-V-V-Modus) von mehr als 2048 Bytes stürzt, stürzt er ab, da er einen nicht initialisierten Argumentzeiger gibt ( Nicht die Formatzeichenfolge) bis VSNPrintf und liest einen zufälligen Speicherplatz (er ruft va_arg () zu oft ohne zurückzusetzen mit va_start ()). Basierend auf einem Patch (BERLIOS-Patch # 2492) von Petr Uzel fixiert Novell Bug # 354291. Hinweis 6.3.9-RC1 hat dieses Problem nicht vollständig behoben, sodass es einige Stunden nach seiner Freilassung neu gezeichnet wurde. Siehe auch fetchmail-sa-2008-01.txt. · Markieren Sie beim Auslaufen die richtigen Nachrichten, um den Nachrichtenverlust in der Konfiguration "BUHE FÜR) zu vermeiden. Problemumgehung für frühere Versionen: "Dekone 0". Bericht und Patch von Alexander Cherepanov - Vielen Dank, Berlios Bug # 11797, "iMap_mark_seen berücksichtigt nicht ausgewählte Nachrichten". · SSL-Fix: Schließen Sie Speicher-Leck, wenn die SSL-Verbindung fehlschlägt. FETCHMAIL Zum Vergessen der Anruf von SSL_FREE () im SSL-Kontext und leckt auf einem X86_64-System pro fehlgeschlagener SSL-Verbindungsversuch von mehr als 500 kb RAM auf einem X86_64-System. Bug gemeldet und Patch von Seiichi Ikarashi, Fujitsu, bereitgestellt. FEHLERBEHEBUNG: · Das Skript konfigurieren wird zusätzlich nach 'DN_SKIPNAME' prüfen, um Build-Fehler mit? CLIBC zu beheben. Die neue Überprüfung erkennt die Resolver-Bibliotheken auf Ubuntu 7.04, OpenSUSE 10.2, Solaris 8, NetBSD 4.0_BETA2 und FreeBSD 6.2 an. Fixiert Gentoo-Fehler # 134187. HINWEIS: Dies ist ein bisschen ein Hack, da wir das RESY_RES_SEARCH-Ergebnis drehen, aber res_search () und dn_skipname () werden nur zusammen verwendet und für das Entfernen in zukünftigen Versionen geplant, so dass dies wahrscheinlich in Ordnung ist. · Beanstanden über ungültige SSLProto "", wenn POP3 CAPA-Sonde fehlschlägt. Fixiert Debian Bug # 421446 (Holger Leskien), Novell Bug # 247233 (Jon Nelson). Danke an matthias strau? für eine Konfiguration, um das Problem zu reproduzieren. · Erlauben Sie. Toctou race bleibt bestehen. · Fetchmailconf Zitiert Postfach (Ordner) Namen beim Schreiben der Konfiguration. Fixiert Berlios Bug # 13207 (gemeldet + Fix von Terry Brown vorgeschlagen). · Drucken Sie nur "Löschen von Fetchids-Dateien", wenn tatsächlich eins ist. Fixiert Debian Bug # 374514, berichtet von Dan Jacobson. · SSL-Fix: Prüfen und Bericht, wenn SSL_SET_FD fehlschlägt. ÄNDERUNGEN: · Autoconf 2.60 ist jetzt erforderlich, um FETCHMAIL zu erstellen. Es verwendet AC_USE_SYSTEM_EXENSIONS, um AC_AIX, AC_MINIX und dergleichen zu ersetzen. · Dead fetchmail_debug-Code von fetchmail.h entfernt, der standardmäßig deaktiviert wurde, ohne keine Switches in der Konfiguration, um es zu aktivieren, um es zu aktivieren. Das Makro wäre jedoch anfällig für einen Symlink-Angriff. Von Nico Golde gefunden. · Dead Fore-Fances_Stuffing-Code von Socket.c entfernt, der standardmäßig deaktiviert wurde, ohne keine Switches in der Konfiguration, um es zu aktivieren. · Fügen Sie den TypeDef für Int16 in den #ifndef _AIX in SMBencrypt.C (Peter O'Gorman) ein · Korrekte Prüfung für u_int32_t in configure.ac (scheint in namser.h auf einigen Plattformen typefef'ed zu sein.) (Peter O'Gorman) · In Configure.ac wechseln Sie alle CPFLAGs an CPPFLAGS, CFLAGs an CFLAGS und LDEFLAGS bis LDFLAGS ansonsten Die Ergebnisse einiger Tests (zusätzliche -L und -I-Flags) werden nicht für spätere Tests verwendet, die falsche Konfigurationsergebnisse verursachen. Makefile.am wurde auch geändert, um dies wiederzugeben. (Peter O'Gorman) · M4 / GetHostbyName_r.m4 tut AC_TRY_COMPILE, was leider auch passieren kann, wenn kein GetHostbyName_r vorliegt. Geändert in ac_try_link. (Peter O'Gorman) · Überarbeiten von getNNameInfo-Überprüfen, um sicherzustellen, dass Null definiert ist, und das Ergebnis wird ordnungsgemäß ausgewertet, um Bogus-Ergebnisse zu vermeiden, zum Beispiel FreeBSD und Neudefinierungen der NI_AT-Kompilierzeit. (Matthias Andree). · __Attribute__ ((nicht verwendet)) ist ein GCCismus, der aus Libesmtp / GetHostbyName.c entfernt ist. (Peter O'Gorman) · In kame / getnnameInfo.c ist es am besten, das richtige Argument für inet_ntoa zu verwenden. (Peter O'Gorman) · Im Verbse-Modus, Protokoll, wenn -Check-Modus aktiviert ist. · SSLCOMMONNAME-Option (RCFILE und Commandline) hinzufügen, um sich um Missbontigte Upstream-SSL-Server umzugehen, die den falschen Zertifikatnamen verwenden. Es gibt an, welche Commonname Fetchmail erwartet und loggt. (Daniel Richard G.) · Geänderte CRLF auf LF-Zeilenendungen in Beiträge / Delete-später (Reporter: Petr Uzel) · SSL-Änderung: Aktivieren Sie alle Problemumgehungen mit SSL_CTX_SET_OPTIONS (CTX, SSL_OP_ALL) · Alle Übersetzungen wurden erneut aktiviert, in einem Versuch, Übersetzer oder Benutzerinteresse neu zu rekindle. DOKUMENTATION: · Fügen Sie fetchmail-sa-2007-02.txt und fetchmail-sa-2008-01.txt hinzu. · Fügen Sie zwei Zeilen auf die manuelle Seite hinzu, die versehentlich Kommentare zu NROFF geworden war. Einer war Teil der -Slproto-Dokumentation, und einer im Abschnitt "Wecken des Hintergrunddämmeles". · Die manuelle Seite behauptet nicht mehr, dass .fetchids für den exklusiven POP3-Gebrauch waren, da es geplant ist, die Datei mit IMAP4 später zu verwenden. · Fügen Sie Grammatikkorrekturen von Dan Jacobson nach Fetchmail.man hinzu. Debian Bug # 461642. · Die manuelle Seite erwähnt nun, dass Benutzerbeschreibungen vor den Benutzeroptionen kommen müssen. Von Francensco Pontortì berichtet, um den Debian-Fehler zu beheben # 467010. · Die manuelle Seite wird nicht mehr angezeigt, dass Multi-User-Deklarationen pro Server nur im Daemon-Modus nützlich waren, der als root ausgeführt wurde, um das Andeutung von Menschen dazu zu vermeiden. · Mehrere manuelle Seiten RCFile-Beispiele enthalten jetzt "SSL". · Die manuelle Seite zeigt, dass Optionsargumente, die mit Zahlen beginnen, in Anführungszeichen beigefügt werden können. · Die manuelle Seite erwähnt nun, dass die --logfile bereits vorhanden ist, bevor die FETCHMAIL ausgeführt wird. · Die FAQ empfiehlt nun (# I9), Google-Mail nicht zu verwenden, um die von ihnen behaupten Protokolle zu ignorieren. · Dokumentation und Programmausgang jetzt / konsequent / behaupten / behaupten, dass die RCFile nicht mehr als 0700 (u = RWX-, G =, o =) -berechtigungen aufweisen darf, aber Fetchmail akzeptiert jedoch immer noch zusätzliche G = X-Berechtigungen für die Kompatibilität mit früheren 6.2.x und 6.3.x-Versionen. Inkonsistenz (Programm 0710, Manpage 0600), berichtet von Petr Uzel. · Die -Logfile-Dokumentation ist nun klarer, ob ein freier Dämon erforderlich ist

Die Post holen Zugehörige Software