Kategorie:Postfix:Konfiguration

In den meisten Fällen müssen Sie nur die drei Parameter konfigurieren, die hier unter Nützlichste Allgemeine Optionen aufgeführt sind, bevor Sie das Postfix-Mailsystem tatsächlich verwenden können.

Das Feld Alias to... enthält eine oder mehrere der folgenden durch Kommas getrennten Zeichen:

   address : Die Mail wird an die address , die mit dem RFC 822-Standard kompatibel ist.
   /file/name : Mail wird an /file/name angehängt. Einzelheiten zur Übermittlung an die Datei finden Sie unter local (8). Die Lieferung ist nicht auf reguläre Dateien beschränkt. Um beispielsweise unerwünschte E-Mails zu entsorgen, leiten Sie sie nach /dev/null .
   |command : Mail wird an command . Befehle, die Sonderzeichen enthalten, z. B. Leerzeichen, sollten in doppelte Anführungszeichen gesetzt werden. Siehe local (8) für Details zur Übermittlung an den Befehl. Wenn der Befehl fehlschlägt, wird eine begrenzte Menge an Befehlsausgaben an den Absender zurückgesendet.
   :include:/file/name : E-Mails werden an die in der genannten Datei aufgeführten Ziele gesendet. Zeilen in :include: -Dateien haben dieselbe Syntax wie die rechte Seite von Alias-Einträgen. 

Die optionale kanonische Datei gibt eine Adresszuordnung für lokale und nicht lokale Adressen an. Die Zuordnung wird vom Bereinigungsdämon (8) verwendet. Die Adresszuordnung ist rekursiv.

Die Datei dient als Eingabe für den Befehl postmap (1). Das Ergebnis, eine indizierte Datei im DBM- oder DB-Format, wird für die schnelle Suche durch das Mailsystem verwendet.

Die kanonische Zuordnung wirkt sich sowohl auf Nachrichtenkopfadressen (dh Adressen, die in Nachrichten erscheinen) als auch auf Nachrichtenumschlagadressen (z. B. die Adressen, die in SMTP-Protokollbefehlen verwendet werden) aus. Denken Sie an den Sendmail-Regelsatz S3 , wenn Sie möchten.

Normalerweise wird die kanonische Tabelle verwendet, um Anmeldenamen durch Firstname.Lastname zu ersetzen oder Adressen zu bereinigen, die von älteren Mailsystemen erstellt wurden.

Das kanonische Mapping ist nicht mit der Unterstützung virtueller Domänen zu verwechseln. Verwenden Sie dazu die virtuelle Domänenzuordnung .

Das kanonische Mapping ist nicht mit lokalem Aliasing zu verwechseln. Verwenden Sie dazu die Mail-Aliase- Karte.

Das Format der kanonischen Zuordnungen ist wie folgt, wobei die Zuordnungen in der angegebenen Reihenfolge versucht werden:

   user@domain zugeordnet zu ... address :
   user@domain wird durch address Dieses Formular hat die höchste Priorität. Dieses Formular ist nützlich, um Adressen zu bereinigen, die von älteren Mailsystemen erstellt wurden. Es kann auch verwendet werden, um Firstname.Lastname Stil Firstname.Lastname zu erstellen. Eine einfachere Lösung finden Sie weiter unten.
   user zugeordnet zu ... address :
   user@site wird durch Adresse ersetzt, wenn site gleich $myorigin , wenn site in $mydestination ist oder wenn sie in $inet_interfaces . Dieses Formular ist nützlich, um Anmeldenamen durch Firstname.Lastname .
   @domain zugeordnet zu ... address :
   Jede Adresse in der Domain wird durch eine Adresse ersetzt. Diese Form hat die niedrigste Priorität. 

Wenn in allen oben genannten Formularen die Adresse das Formular@otherdomain, ist das Ergebnis derselbe Benutzer in einer anderen Domäne.

ADRESSENERWEITERUNG: Wenn die Tabellensuche fehlschlägt und der Adress-Localpart den optionalen Empfängerbegrenzer enthält (z. B. user+foo@domain ), wird die Suche nach der nicht erweiterten Adresse (z. B. user@domain ) wiederholt und die nicht übereinstimmende Erweiterung an die weitergegeben Ergebnis der Tabellensuche. Die passende Reihenfolge ist: user+foo@domain , user@domain , user+foo , user und @domain .

Die optionale virtuelle Tabelle gibt Umleitungen für lokale und nicht lokale Empfänger oder Domänen an. Die Umleitungen werden vom Bereinigungsdämon (8) verwendet. Die Umleitungen sind rekursiv.

Die virtuelle Umleitung wird nur auf die Adresse des Empfängerumschlags angewendet und wirkt sich nicht auf Nachrichtenkopfzeilen aus. Denken Sie an den Sendmail-Regelsatz S0 , wenn Sie möchten. Verwenden Sie die kanonische Zuordnung , um Header- und Umschlagadressen im Allgemeinen neu zu schreiben.

Die typische Unterstützung für eine virtuelle Domäne sieht folgendermaßen aus:

   virtual.domain ... anything (der Inhalt auf der rechten Seite spielt keine Rolle)
   user1@virtual.domain ... address1
   user2@virtual.domain zugeordnet ... address2, address3 

Damit akzeptiert der SMTP-Server E-Mails fürvirtual.domainund lehnt E-Mails fürunknown@virtual.domainals unzustellbar ab.

Das Format der virtuellen Tabelle lautet wie folgt: Zuordnungen werden in der hier aufgeführten Reihenfolge versucht:

   user@domain zugeordnet zu ... address, address, ... : E-Mail für user@domain wird an address umgeleitet. Diese Form hat die höchste Priorität.
   user zugeordnet zu ... address, address, ... : $myorigin Mail für user@site wird an address umgeleitet, wenn Site gleich $myorigin wenn Site in $mydestination , oder wenn sie in $inet_interfaces . Diese Funktionalität überschneidet sich mit der Funktionalität der lokalen Aliasdatenbank . Der Unterschied besteht darin, dass die virtuelle Zuordnung auf nicht lokale Adressen angewendet werden kann.
   @domain zugeordnet zu ... address, address, ... : @domain Mails für jeden Benutzer in der domain an die address umgeleitet. Diese Form hat die niedrigste Priorität. 

Wenn in allen oben genannten Formularen die Adresse das Formular@otherdomain, ist das Ergebnis derselbe Benutzer in einer anderen Domäne. Dies funktioniert nur für die erste Adresse in der Erweiterung.

ADRESSERWEITERUNG: Wenn die Suche fehlschlägt und der Adress-Localpart den optionalen Empfängerbegrenzer enthält (z. B. user+foo@domain ), wird die Suche nach der nicht erweiterten Adresse (z. B. user@domain ) wiederholt und die nicht übereinstimmende Adresserweiterung an weitergegeben das Ergebnis der Expansion. Die passende Reihenfolge ist: user+foo@domain , user@domain , user+foo , user und @domain .

Die optionale Transportdatei gibt eine Zuordnung von Domänenhierarchien zu Nachrichtenübermittlungstransporten und / oder Relay-Hosts an. Das Mapping wird vom Trivial-Rewrite (8) -Dämon verwendet.

Das Format der Transporttabelle lautet wie folgt:

   domain zugeordnet zu .. transport:nexthop : Mail für Domain wird durch Transport zu nexthop zugestellt.
   .domain zugeordnet zu .. transport:nexthop : Mail für jede Subdomain der Domain wird durch Transport zu nexthop zugestellt. 

Hinweis: Transportkarteneinträge haben Vorrang vor Domänen, die im Parametermydestinationangegeben sind. Wenn Sie die optionale Transportzuordnung verwenden, ist es möglicherweise sicherer, explizite Einträge für alle in mydestination angegebenen Domänen anzugeben, z. B.:

   hostname.my.domain ... local:
   localhost.my.domain ... local: 

Die Interpretation des Nexthop-Feldes ist transportabhängig. Geben Sie im Fall von SMTPhost:servicefür einen nicht standardmäßigen Serverport an und verwenden Sie[host]oder[host:port], um die MX-DNS-Suche (Mail Exchange) zu deaktivieren. Das Formular[]kann auch mit IP-Adressen anstelle von Hostnamen verwendet werden.

Die optionale verschobene Datei enthält die Informationen, die in Bounce-Nachrichten "Benutzer ist nach new_location verschoben" verwendet werden.

Bei Tabellensuchen wird die Groß- und Kleinschreibung nicht berücksichtigt.

Das Feld "Karten zu ..." gibt Kontaktinformationen wie eine E-Mail-Adresse oder möglicherweise eine Straße oder Telefonnummer an. Es ist eines der folgenden:

   user@domain : Entspricht user@domain . Diese Form hat Vorrang vor allen anderen Formen.
   user : $myorigin user@site wenn die Site $myorigin , wenn die Site in $mydestination ist oder wenn die Site in $inet_interfaces .
   @domain : @domain jeder Adresse in der Domain. Diese Form hat die niedrigste Priorität. 

ADRESSERWEITERUNG: Wenn die Suche fehlschlägt und der Adress-Localpart den optionalen Empfängerbegrenzer enthält (z. B.user+foo@domain), wird die Suche nach der nicht erweiterten Adresse (z. B.user@domain) wiederholt.

Die optionale Header-Prüftabelle ermöglicht die Umleitung von E-Mails basierend auf ihren Headern. Jeder Eintrag in der Tabelle hat auf der linken Seite einen regulären POSIX-Ausdruck und auf der rechten Seite eine Aktion.

Der reguläre Ausdruck kann so etwas sein wie: /name=[^>]*\.(bat|cmd|exe|com|pif|reg|scr|vb|vbe|vbs)/ um Anhänge abzugleichen, deren Dateinamen mit Erweiterungen enden, die potenziell gefährliche ausführbare Windows-Dateien anzeigen.

Die Aktion kann sein wie: REJECT um einfach E-Mails abzulehnen, die dem Ausdruck entsprechen, oder: REDIRECT spam@yourdomain.com Mail an eine andere Adresse weiterleiten.

Die optionale Header-Prüftabelle ermöglicht die Umleitung von E-Mails basierend auf dem Inhalt des Nachrichtentexts. Jeder Eintrag in der Tabelle hat auf der linken Seite einen regulären POSIX-Ausdruck und auf der rechten Seite eine Aktion.

Der reguläre Ausdruck kann so etwas sein wie: /make.money.fast/ Nachrichten mit dem Text "schnell Geld verdienen" abgleichen.

Die Aktion kann sein wie: REJECT um einfach E-Mails abzulehnen, die dem Ausdruck entsprechen, oder: REDIRECT spam@yourdomain.com Mail an eine andere Adresse weiterleiten.

In dieser Tabelle können Sie ausgehende E-Mails über Ihren Postfix-Server automatisch per BCCd an eine andere E-Mail-Adresse senden lassen. In der Regel wird dies zur Protokollierung des Inhalts aller ausgehenden Nachrichten oder zur Bandbreitenabrechnung verwendet.

Jeder Eintrag auf der Karte hat links eine E-Mail-Adresse des Absenders und rechts eine Adresse an BCC. Alternativ kann der linke Teil ein Domänenname sein, dem @ vorangestellt ist, z. B. @example.com , der mit allen Absenderadressen in dieser Domäne übereinstimmt.