Anmeldung bei keinem virtuellen Benutzer auf IMAP-Server (Dovecot) möglich: pam_authenticate() fehlgeschlagen, unbekannter Benutzer

Question

HINWEIS: Einige dieser Beiträge enthalten möglicherweise vertrauliche Informationen, die ich zensiert habe. Wenn Sie irgendwo zufällige Haufen von Sternchen sehen, ist das der Grund.

Ich versuche, einen E-Mail-Server mit Postfix, Dovecot und MariaDB auf einer Cloud-Instanz mit Ubuntu 18.04 LTS zu erstellen. Dazu habe ich Folgendes befolgt:dieses Tutorial. Zuvor war es mir gelungen, ein System zu erstellen, mit dem ich mich bei virtuellen Benutzern anmelden konnte, die in einer zugehörigen Datenbank konfiguriert waren, sowie E-Mails senden und empfangen konnte.

Einige Zeit nachdem ich denselben Webserver für die Verwendung von OpenDKIM zur Erhöhung der Sicherheit konfiguriert hatte, funktionierte jedoch nichts mehr. Ich konnte mich nicht mehr bei meinem Konto anmelden und kann keine E-Mails mehr empfangen.

Wenn ich versuche, mich anzumelden, werden meine Anmeldeinformationen abgelehnt, unabhängig davon, ob ich Thunderbird oder Roundcube verwende.

Zuerst habe ich versucht, das Passwort für mein Konto zu ändern, indem ich den Hash in der Datenbank mithilfe der folgenden SQL-Abfrage geändert habe:

UPDATE `mailserver`.`virtual_users` SET password=ENCRYPT('newpassword', CONCAT('$6$', SUBSTRING(SHA(RAND()), -16))) WHERE username='************';

Ich konnte mit phpMyAdmin deutlich sehen, dass diese Änderung erfolgreich in die Datenbank geschrieben wurde, aber als ich das neue Passwort mit demselben Benutzernamen ausprobierte, wurde mir der Zugriff verweigert. Dann versuchte ich, einen brandneuen virtuellen Benutzer zu erstellen und mich bei diesem anzumelden. Ich wurde erneut abgewiesen.

Egal, was ich versuche, es scheint, dass der Server die Anmeldeinformationen nicht als gültig akzeptiert.

Zuerst dachte ich, dass es sich um ein Datenbankproblem handeln könnte, aber wenn ich Postconf für die Nachschlageabfragedateien für Benutzer, Postfächer und Aliase ausführe, erhalte ich bei jedem einzelnen Test das erwartete Ergebnis, wie im Tutorial beschrieben. Alle Erwähnungen der SQL-Anmeldeinformationen scheinen korrekt zu sein. Ich habe versucht, den Server neu zu starten, und obwohl ich auf ein Problem gestoßen bin, bei dem der Neustart von MariaDB aufgrund einer Blockierung durch Apparmor verhindert wurde, kann ich mich immer noch nicht anmelden, nachdem ich Apparmor vollständig aus dem System gelöscht und die Datenbank und alle anderen E-Mail-bezogenen Dienste neu gestartet habe.

Dies veranlasste mich schließlich dazu, mir die Protokolle anzusehen. Sie erwähnten immer wieder den Fehler einer Funktion namens pam_authenticate. Ich fand eine Frage, bei der ein ähnliches Problem auftrat, in der aber auch von zu wenig Arbeitsspeicher die Rede war, was in meinen Protokollen nicht vorkommt.

Ich würde ein Beispiel für diese Protokolle geben, aber StackExchange scheint zu denken, dass sie zu sehr nach Spam aussehen. Tut mir leid!

Answer 1

Gummiente. Es stellte sich heraus, dass ich es nicht hätte einfügen sollen auth_username_format. /etc/dovecot/conf.d/10-auth.confIndem ich es auskommentierte, konnte Dovecot die Datensätze in der Datenbank erfolgreich lesen.