Postfix

Screenshot der Software:
Postfix
Softwarebeschreibung:
Version: 3.3.1 Aktualisiert
Upload-Datum: 22 Jun 18
Entwickler: Wietse Venema
Lizenz: Frei
Popularität: 53

Rating: 3.0/5 (Total Votes: 3)

Postfix ist ein Open-Source- und kostenloses Befehlszeilen-Softwareprojekt, das in C implementiert ist und von Grund auf als Mailer-Server für GNU / Linux- und UNIX-ähnliche Betriebssysteme konzipiert wurde. Es ist als Sendmail-Alternative entwickelt.


Bietet attraktive Junk-Mail-Kontrollfunktionen

Junk-Mail-Kontrollfunktionen umfassen Unterstützung für das Sendmail Milter (Mail-Filter) -Protokoll, stressabhängige Konfiguration, Postscreen-Zombie-Blocker, Greylisting-Plugin, Address-Probing-Callout, Zugriffskontrolle pro Empfänger, Absender oder Client, SPF-Plugin, Inhaltsfilter, DNS-Whitelist-Unterstützung sowie SMTP-Server-pro-Client-Parallelität und Ratenbeschränkungen.


Unterstützt eine breite Palette von Protokollen

Die Software unterstützt eine Vielzahl von Protokollen, darunter IPv6, TLS (Transport Layer Security), SMTP (Simple Mail Transfer Protocol), LMTP (Local Mail Transfer Protocol), QMQP (Quick Mail Queuing Protocol), SASL (einfache Authentifizierung und Sicherheitsschicht) und ETRN (erweitertes SMTP).

Unterstützte Datenbanken und Postfächer

Postfix bietet Unterstützung für mehrere Datenbanken, einschließlich LMDB-Datenbank, Memcache-Datenbank, CDB-Datenbank, PostgreSQL-Datenbank, SQLite-Datenbank, Postfix 1.0-LDAP-Datenbank, Berkeley DB-Datenbank, MySQL-Datenbank sowie DBM-Datenbank. Darüber hinaus werden verschiedene Postfächer unterstützt, darunter die weit verbreiteten Mailbox- und Maildir-Formate sowie virtuelle Domänen.


Unterstützt senderabhängige SMTP-Relay- und SASL-Kennwortsuche

Neben anderen Funktionen können wir Unterstützung für VERP-Envelope-Return-Adressen, Masquerading-Adressen in ausgehenden SMTP-Mails, selektives Neuschreiben von Adressen, sich nicht wiederholende Warteschlangen-IDs, senderabhängiges SMTP-Relay und SASL-Passwort-Lookup, anpassbaren Zustellungsstatusbenachrichtigungstext erwähnen , und Server "footer" Text zurückweisen.


Unterstützte Betriebssysteme

Postfix ist ein echtes plattformübergreifendes Projekt, das erfolgreich auf einer Vielzahl von POSIX-Betriebssystemen wie GNU / Linux, BSD, Solaris, AIX, HP-UX, IRIX, Mac OS X und Tru64 UNIX getestet wurde. Es ist mit 32-Bit- und 64-Bit-CPU-Architekturen kompatibel und wird erfolgreich bei zahlreichen Hosting-Diensten eingesetzt.

Was ist neu in dieser Version:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in der Version:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 3.2.2:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 3.2.0:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 3.1.4:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 3.1.3:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 3.1.2:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 3.1.1:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 3.0.3:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 3.0.2:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 3.0.1:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 3.0.0:

  • Verbesserte Filterleistung vor dem Warteschlangeninhalt. Mit & quot; smtpd_proxy_options = speed_adjust & quot; empfängt der Postfix-SMTP-Server die gesamte Nachricht, bevor er sich mit einem Inhaltsfilter vor der Warteschlange verbindet. In der Regel ermöglicht dies Postfix, dieselbe Mail-Belastung mit weniger Inhaltsfilterprozessen zu behandeln.
  • Verbesserte Adressüberprüfungsleistung. Die Überprüfungsdatenbank ist jetzt standardmäßig persistent und wird regelmäßig automatisch bereinigt. Unter Überlastbedingungen wartet der Postfix-SMTP-Server nicht mehr bis zu 6 Sekunden, bis eine Adress-Prüfung abgeschlossen ist.
  • Unterstützung für das Reputationsmanagement basierend auf der lokalen SMTP-Client-IP-Adresse. Dies wird typischerweise mit & quot; FILTER transportname: & quot; Aktionen in Access Maps oder Header- / Body-Checks und Mail-Delivery-Transporten in master.cf mit eindeutigen smtp_bind_address-Werten.
  • Der Postscreen-Daemon (ein Zombie-Blocker vor Postfix) ist immer noch zu grob für eine stabile Veröffentlichung und wird "reif" gemacht. im Postfix 2.8 Entwicklungszyklus (allerdings können Sie Postfix 2.7 mit den postscreen 2.8 postscreen und dnsblog ausführbaren Dateien und der master.cf Konfiguration verwenden; dieser Code hat sich bereits bewährt).

Was ist neu in Version 2.6.5:

  • Der Postfix-Milter-Client würde mit einer Milter-Anwendung nicht mehr Schritt halten, nachdem die Anwendung eine "Quarantäne" -Software gesendet hat. Anfrage am Ende der Nachrichtenzeit.
  • Die Milter-Anwendung würde immer noch den Nachrichtenende-Status haben, während Postfix bereits am nächsten SMTP-Ereignis arbeiten würde, normalerweise QUIT oder MAIL FROM.
  • Im letzteren Fall würden Milter-Antworten für die zuvor empfangene E-Mail-Nachricht auf die nächste MAIL FROM-Transaktion angewendet werden.
  • Der Postfix-SMTP-Server würde mit einer "unerwarteten Nachschlagetabelle" abbrechen. Fehler, wenn ein SMTPD-Richtlinienserver auf eine bestimmte Weise falsch konfiguriert wurde.

Was ist neu in Version 2.5.6:

  • Der SMTP-Server hat kein Client-Zertifikat angefordert mit "smtpd_tls_req_ccert = yes".
  • Reduzierte TCP-Leistung wird vermieden, wenn eine SMTP-Verbindung mit einem TCP-MSS-Wert von mehr als 4096 Byte wiederverwendet wird.

Ähnliche Software

nous.mailpost
nous.mailpost

15 Apr 15

CheckGmail
CheckGmail

3 Jun 15

zeMail
zeMail

3 Jun 15

Web Mailing List
Web Mailing List

19 Feb 15

Andere Software von Entwickler Wietse Venema

tcp wrappers
tcp wrappers

3 Jun 15

Kommentare zu Postfix

Kommentare nicht gefunden
Kommentar hinzufügen
Schalten Sie auf die Bilder!