Hi, ich habe Postfix so aufgesetzt, dass es die Daten für sämtliche Domains (local + virtual) aus MySQL-Tabellen ausliest (SuSE 9.0). Courier sollte zur Identifikation ebenfalls auf die MySQL-Tabellen zurückgreifen. Ich habe daher auf einem System mit MySQL aus dem SuSE Source-RPM ein neues Courier-RPM mit MySQL-Unterstützung gebaut ('rpmbuild -ba'). Das hat auch schön funktioniert und als ich das neue Courier-Paket installiert hatte, sah es auch so aus, als ob ich erfolgreich gewesen wäre. Ein LogIn war jedoch nicht möglich. Ich habe lediglich diese Fehlermeldungen bekommen: Mar 9 22:31:44 Earth pop3d: Connection, ip=[::ffff:xxx.xxx.xxx.xxx] Mar 9 22:31:44 Earth pop3d: LOGIN: DEBUG: ip=[::ffff:xxx.xxx.xxx.xxx], command=AUTH Mar 9 22:31:44 Earth pop3d: LOGIN: DEBUG: ip=[::ffff:xxx.xxx.xxx.xxx], command=CAPA Mar 9 22:31:48 Earth pop3d: LOGIN: DEBUG: ip=[::ffff:xxx.xxx.xxx.xxx], command=USER Mar 9 22:31:48 Earth pop3d: LOGIN: DEBUG: ip=[::ffff:xxx.xxx.xxx.xxx], command=PASS Mar 9 22:31:48 Earth pop3d: LOGIN: DEBUG: ip=[::ffff:xxx.xxx.xxx.xxx], username=user@domain Mar 9 22:31:48 Earth pop3d: LOGIN: DEBUG: ip=[::ffff:xxx.xxx.xxx.xxx], password=XXXX Mar 9 22:31:53 Earth pop3d: LOGIN FAILED, ip=[::ffff:xxx.xxx.xxx.xxx] Aus dem MySQL-Log (alle Transaktionen werden aus Testgründen geloggt) geht hervor, dass Courier nicht auf MySQL zugegriffen hat. Also habe ich gedacht, dass ich wohl bei dem Neubau des Paketes was übersehen habe und habe es wieder gelöscht. Als Ersatz habe ich das standard RPM von SuSE installiert und wollte per authpam die MySQL-Tabellen abfragen. (Bei smtp verwende ich schon pam Authentifizierung mit den selben Tabellen erfolgreich.) Wieder das selbe Bild: in /var/log/mail die obigen Fehlermeldungen, keine Zugriffe im MySQL-Log. Mein erstes Problem: Aus den Fehlermeldungen, die ich habe, kann ich nicht erkennen, wo der Fehler steckt. Meines Wissens gibt es für Courier keine ausführlicheren Logs, in /var/log/messages taucht nichts auf. Wenn ich aussagekräftigere Fehlermeldungen hätte, könnte ich mir ggf. selbst helfen. Mein zweites Problem: Ich würde gerne Courier verwenden, da Cyrus (Alternative 1) nicht so schön in das Konzept passt und imap von der University of Washington (Alternative 2) auf der Liste ein paar negative Bemerkungen geerntet hat. Wenn also jemand weiß, wie man Courier zu mehr Logging überreden kann oder ein derartiges Problem schon mal hatte, wäre ich für Hints/Lösungen sehr dankbar.
Am Dienstag, 9. März 2004 22:58 schrieb Simon Hoerder:
Mar 9 22:31:53 Earth pop3d: LOGIN FAILED, ip=[::ffff:xxx.xxx.xxx.xxx]
Wenn also jemand weiß, wie man Courier zu mehr Logging überreden kann oder ein derartiges Problem schon mal hatte, wäre ich für Hints/Lösungen sehr dankbar.
courier hab ich kein plan, aber deinen pop deamon kannst du gesprächiger machen. falls das ein postfix ist, versuch mal in der master.cf den smtpd mit -v also like: smtp inet n - y - - smtpd -v aber nicht den smtp nehmen, sondern den smtpd ^^^ vielleicht hilft das
Am Donnerstag, 11. März 2004 11:29 schrieb Kai Dechert:
Am Dienstag, 9. März 2004 22:58 schrieb Simon Hoerder:
Mar 9 22:31:53 Earth pop3d: LOGIN FAILED, ip=[::ffff:xxx.xxx.xxx.xxx]
aber nicht den smtp nehmen, sondern den smtpd ^^^
ich horst! es ging ja um pop3 - also nit den smtpd. ansonsten in der main.cf das debuglevel erhöhen. gruß kai
Kai Dechert wrote:
Am Donnerstag, 11. März 2004 11:29 schrieb Kai Dechert:
Am Dienstag, 9. März 2004 22:58 schrieb Simon Hoerder:
Mar 9 22:31:53 Earth pop3d: LOGIN FAILED, ip=[::ffff:xxx.xxx.xxx.xxx]
aber nicht den smtp nehmen, sondern den smtpd ^^^
ich horst! es ging ja um pop3 - also nit den smtpd.
ansonsten in der main.cf das debuglevel erhöhen.
gruß kai
Hi, ich will nur noch mal sicher gehen: Postfix speichert jede E-Mail im Verzeichnis /home/vmail in einer Datei user@domain.de. Courier wurde so konfiguriert, dass es aus diesen Dateien lesen soll. Dann muss Postfix Courier nicht kennen, dh. ich muss für Courier keinen Eintrag in /etc/postfix/master.cf anlegen? Danke, Simon
Hi, danke für die Hilfe. Gerade das HowTo hat sehr geholfen. Leider hat es mit dem neukompilierten Courier-RPM nicht geklappt. Aber als ich das neueste Courier-Tarball installiert hatte, habe ich mit dem HowTo die letzten Hürden aus dem Weg geräumt. Jetzt funktioniert alles so wie es soll. Wenn ich mal etwas Zeit finde (innerhalb des nächsten halben Jahres), will ich nochmal ein Courier-RPM mit MySQL-Unterstützung aus dem SuSE-RPM bauen, bei dem ich zusätzlichen Debugging-Code einbaue. (Ich wollte mich schon immer mal mit Netzwerkprogrammierung befassen.) Vielleicht finde ich dann raus, woran es bei mir immer gescheitert ist. Sollte es verwertbare Resultate geben, melde ich damit noch einmal. Ciao, Simon
Peter Wiersig wrote:
On Tue, Mar 09, 2004 at 10:58:47PM +0100, Simon Hoerder wrote:
Courier sollte zur Identifikation ebenfalls auf die MySQL-Tabellen zurückgreifen.
Ok, aber warum uber pam?
Hi, ich habe den Mailserver nach dem HowTo http://workaround.org/articles/ispmail-sarge/ aufgebaut . Da das HowTo für Debian gedacht ist, habe ich einige Stellen auf meinem SuSE 9 anders gemacht. In dem HowTo hieß es, dass die Authentifikation für SMTP so laufen soll: Postfix -> sasl -> pam -> MySQL. Der Autor hat keine einfachere funktionierende Möglichkeit gekannt und da ich mich nicht so super auskenne und diese Lösung sehr gut funktioniert, habe ich momentan auch kein großes Bedürfnis, dass zu ändern. Mein Problem liegt ja bei Courier (für pop(/imap)). Dort schlägt das HowTo Courier -> MySQL für die Authentifikation vor. Dafür habe ich aus dem src-RPM von SuSE ein Courier mit MySQL gebaut, Dabei habe ich keine Fehlermeldungen bekommen, das Ergebnis-RPM ließ sich problemlos installieren und hat alle Dateien, die es für MySQL braucht. Da Courier aber immer noch nicht auf MySQL zugegriffen hat, habe ich das ursprüngliche RPM von SuSE installiert und habe versucht, die Authentifikation per Courier -> pam -> MySQL laufen zu lassen. Pam kann ja offensichtlich auf die MySQL-Tabellen zugreifen. Trotzdem wird nicht auf MySQL zugegriffen. Mehr Fehlermeldungen kann ich meines Wissens nicht produzieren. Ich habe in /etc/courier/pop3d bereits DEBUG_LOGIN=2 gesetzt. Wenn ich den Wert weiter erhöhe, gibt das auch nicht mehr Output. Und warum mache ich so einen Aufwand? Das soll der Mailserver für unser Studentenwohnheim werden, auf dem ca. 180 Studenten einen Mailaccount haben werden. Da möchte ich nur ungern jedem einen Systemaccount geben und benötige eine leicht zu skalierende/managbare Lösung. Dafür sind die MySQL-Tabellen ideal geeignet. Ciao, Simon
Simon Hoerder schrieb:
Mein Problem liegt ja bei Courier (für pop(/imap)). Dort schlägt das HowTo Courier -> MySQL für die Authentifikation vor. Dafür habe ich aus dem src-RPM von SuSE ein Courier mit MySQL gebaut, Dabei habe ich keine Fehlermeldungen bekommen, das Ergebnis-RPM ließ sich problemlos installieren und hat alle Dateien, die es für MySQL braucht.
Da Courier aber immer noch nicht auf MySQL zugegriffen hat, habe ich das ursprüngliche RPM von SuSE installiert und habe versucht, die Authentifikation per Courier -> pam -> MySQL laufen zu lassen. Pam kann ja offensichtlich auf die MySQL-Tabellen zugreifen. Trotzdem wird nicht auf MySQL zugegriffen.
Installiere wieder das RPM mit mysql Unterstützung. Dann nach dieser Anleitung vorgehen: http://high5.net/howto/ Mit diesem Tool kannst du dann alles verwalten. http://high5.net/postfixadmin/ Pam brauchst du dann nur noch für die System Accounts. Der Rest wird dann über virtuelle Accounts (MySQL) geregelt. Viel Erfolg Björn
Bjoern Bredohl wrote:
Simon Hoerder schrieb:
Mein Problem liegt ja bei Courier (für pop(/imap)). Dort schlägt das HowTo Courier -> MySQL für die Authentifikation vor. Dafür habe ich aus dem src-RPM von SuSE ein Courier mit MySQL gebaut, Dabei habe ich keine Fehlermeldungen bekommen, das Ergebnis-RPM ließ sich problemlos installieren und hat alle Dateien, die es für MySQL braucht.
Da Courier aber immer noch nicht auf MySQL zugegriffen hat, habe ich das ursprüngliche RPM von SuSE installiert und habe versucht, die Authentifikation per Courier -> pam -> MySQL laufen zu lassen. Pam kann ja offensichtlich auf die MySQL-Tabellen zugreifen. Trotzdem wird nicht auf MySQL zugegriffen.
Installiere wieder das RPM mit mysql Unterstützung. Dann nach dieser Anleitung vorgehen:
Mit diesem Tool kannst du dann alles verwalten. http://high5.net/postfixadmin/
Pam brauchst du dann nur noch für die System Accounts. Der Rest wird dann über virtuelle Accounts (MySQL) geregelt.
Viel Erfolg Björn
Hi, Klingt gut. Ich werde das gleich morgen nach meiner Klausur ausprobieren. Danke, Simon
participants (4)
-
Bjoern Bredohl
-
Kai Dechert
-
Peter Wiersig
-
Simon Hoerder