Kategorie:Postfix:Konfiguration: Unterschied zwischen den Versionen

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 .