Installation von MySQL für Postfix – SouToub


Installation von MySQL für Postfix
http://www.mysql.com/

Installation MySQL zum Postfix wird benötigt, wenn Sie Benutzerkonten, virtuelle Domäneneinträge und Aliase in einer separaten Datenbank speichern möchten… Dies ist eine sehr gute Idee, wenn Ihr Mailserver in Zukunft viele Domänen bedienen wird oder die Gesamtzahl der Benutzer auf zehn oder sogar Hunderte anwachsen wird. Andere Situationen sind durchaus möglich, wenn ein separates DBMS sehr nützlich ist.

Die Einführung enthält Argumente und Best Practices. Wenn Sie direkt zur Sache kommen möchten, fahren Sie mit dem nächsten Kapitel fort.


Hier finden Sie weitere Informationen zu Postfix Sie können im Hauptartikel über die Konfiguration – Konfigurieren von Postfix.


Einführung

Die Vorteile der Verwendung eines separaten Speichers für alle Informationen zu Benutzern / Domänen / Aliasen liegen vielen auf der Hand, aber dennoch:

  • fast unbegrenzte Zoomstufe;
  • einfache Verwaltung;
  • flexiblere Optionen zur Unterscheidung von Zugriffsrechten.

In diesem Fall kann sich die Frage stellen, wann das Bündel Postfix + СУБД (In meinem Beispiel MySQL) wird nicht eindeutig relevant sein… Die Frage ist wirklich wichtig, da sich jeder Administrator während der Bereitstellung eines Mailservers an einem Scheideweg befinden kann, wenn Zweifel in seinem Kopf auftauchen – “Ich habe jetzt ein paar Benutzer, aber wer weiß, was in einem Monat / Jahr passieren wird. Wäre es nicht klüger, das DBMS jetzt anzuschließen, um zukünftige Probleme zu beseitigen?«.

Meiner Meinung nach überflüssiges Schrauben MySQL zu Postfix wird nur sein, wenn sich die Hauptrolle für den Zielserver von der E-Mail unterscheidet. Beispielsweise müssen Sie das Mailing von einer Webressource aus einrichten und für diese Zwecke erhöhen MTA ((Postfix). Seine Aufgabe besteht einfach darin, E-Mails an Benutzer mit Anmeldeinformationen für die Ressource zu senden (beim Registrieren oder Wiederherstellen eines Kennworts). In diesem Fall wird die Nützlichkeit eines Bundles mit einem DBMS zweifelhaft erscheinen.

Selbst wenn Sie in Zukunft einen vollwertigen Mailserver auf Ihrem Webserver einrichten, ist dies an sich schon eine ekelhafte Entscheidung, da dringend davon abgeraten wird, Rollen auf demselben Host zu mischen. Von den offensichtlichen Nachteilen:

  • erhöhte Leistungsanforderungen;
  • die Komplexität der Skalierung und Prognoseentwicklung aufgrund der heterogenen Belastung durch jede Rolle;
  • eine Abnahme des Sicherheitsniveaus und infolgedessen eine Zunahme der Angriffsfläche;
  • und viele andere…

Ich führe zu der Tatsache, dass Sie, wenn Sie bereits eine Hauptrolle auf dem Server haben, höchstwahrscheinlich (nüchtern) keinen vollwertigen Mailserver darauf bereitstellen werden, was eine Menge bedeutet MySQL + Postfix Sie werden es im Grunde nicht brauchen. In allen anderen Fällen würde ich den Mailserver immer noch nicht ohne eine so gute Reserve für die Zukunft verlassen.

Installation von MySQL für Postfix

Installation für Postfix unterscheidet sich nicht vom Üblichen:

Erstellen Sie ein Passwort für den Root-Benutzer MySQL::

img-2016-05-20-13-25-34

Wir wiederholen es:

img-2016-05-20-13-25-52

Damit ist die Installation abgeschlossen.

Als nächstes müssen Sie entscheiden, ob Sie verwenden möchten PostfixAdmin, die die Struktur selbst erstellen und sogar dazu beitragen, sie mit anfänglichen Daten zu füllen, oder Sie lieben Hardcore und sind bereits in Erwartung, Ihr eigenes Fahrrad zu erfinden. Die zweite Option bedeutet die manuelle Erstellung der gesamten erforderlichen Struktur und die anschließende Anpassung der Skripte zum Abrufen von Daten darunter. Grundsätzlich bin ich in beide Richtungen gegangen.

Die Nachteile des zweiten liegen auf der Hand:

  • vollständig nicht unterstützte Konfiguration (Ihre Kollegen oder Follower müssen Ihre eigenen komplizierten Datenbanktabellen und Skripte herausfinden, die sie verwenden. Und es ist gut, wenn sie es herausfinden);
  • In den meisten Fällen kann sich selbst ein sehr erfahrener Systemadministrator nicht des Wissens rühmen, das die Produktentwickler im Laufe ihrer langjährigen Entwicklung, Fehlerbehebung, Prüfung und Anpassung erworben haben. Einfach ausgedrückt: Niemand hat krumme Hände abgebrochen, und von Version zu Version der Software kann der Wert Ihrer Entwicklungen auf Null gesetzt werden, und außer den Entwicklern wird niemand ihre Software besser kennen.
  • Geschäftsrisiken. Ja, so etwas gibt es. Grundsätzlich folgt dieser Punkt aus dem ersten.

Übrigens geben eine Reihe einzigartiger Blogs im Internet eine leicht bearbeitete Datenbankstruktur heraus PostfixAdmin für deine Kreationen. Gleichzeitig ist nicht klar, warum ihre Lösung besser ist als die ursprüngliche. Scham und Scham im Allgemeinen.

Wenn Sie zum zweiten Punkt wechseln möchten, finden Sie hier eine kleine Liste von Befehlen für den Startpunkt – Erstellen Ihrer Datenbank:


Erstellen Sie nach dem letzten Befehl die erforderlichen Tabellen.

Überprüfen Sie nach der Installation des DBMS für alle Fälle, ob Karten unterstützt werden MySQL von der Seite Postfix (zu diesem Zeitpunkt sollte es bereits installiert sein):

img-2016-05-16-10-32-41

Das scheint alles zu sein.

Ausgabe

Verwenden separater Datenbanken zum Speichern von Serviceinformationen Postfix ist eine hervorragende Strategie für flexible skalierbare Lösungen. Darüber hinaus können Sie diese Basen verwenden, wenn Sie andere Komponenten binden (z. B.) Taubenschlag).

Mein Rat an Sie ist zu setzen MySQL + PostfixAdmin… Es gibt nichts radikal Schlechtes in diesem Bündel, PostfixAdmin hat sich schon lange etabliert.

Kommentare bereitgestellt von HyperComments

Leave a Reply

Your email address will not be published. Required fields are marked *