Hallo Ich habe nun auf Anraten dern Liste courier installiert und versucht zu konfigurieren dass es seine benutzer aus meiner mysql-datenbank liest. für Postfix funktioniert das schonmal blendend. Jedoch werden von courier keinerlei mysql abfragen gestartet, daher brauch ich eure hilfe..... in /etc/courier/pop3d hab ich konfiguriert: ... AUTHMODULES="authdaemon" ... Ausserdem habe ich in /etc/courier/authdaemonrc geändert: ... authmodulelist="authmysql" ... Und eine /etc/courier/authmysqlrc erstellt gemäss diversen Vorlagen: MYSQL_SERVER localhost MYSQL_USERNAME mywebhosting MYSQL_PASSWORD **** MYSQL_PORT 3306 MYSQL_OPT 0 MYSQL_DATABASE mywebhosting MYSQL_USER_TABLE users MYSQL_CRYPT_PWFIELD password MYSQL_UID_FIELD uid MYSQL_GID_FIELD gid MYSQL_LOGIN_FIELD email MYSQL_HOME_FIELD homedir MYSQL_NAME_FIELD name MYSQL_MAILDIR_FIELD maildir MYSQL_QUOTA_FIELD quota Dann schön braf rccourier-pop3 und rccourier-authdaemon restarted und probiert... Logins funktionieren nicht. In den Logs erscheint dies: ==> mail <== Sep 14 17:00:14 mindblow pop3d: Connection, ip=[::ffff:192.168.0.2] Sep 14 17:00:16 mindblow pop3d: LOGIN: DEBUG: ip=[::ffff:192.168.0.2], command=USER Sep 14 17:00:17 mindblow pop3d: LOGIN: DEBUG: ip=[::ffff:192.168.0.2], command=PASS Sep 14 17:00:17 mindblow pop3d: LOGIN: DEBUG: ip=[::ffff:192.168.0.2], username=asdf Sep 14 17:00:17 mindblow pop3d: LOGIN: DEBUG: ip=[::ffff:192.168.0.2], password=ksdk ==> mail.err <== Sep 14 17:00:22 mindblow pop3d: LOGIN FAILED, ip=[::ffff:192.168.0.2] Beim restart des authdaemon erscheint folgendes in messages: Sep 14 16:59:26 mindblow authdaemond.plain: authdaemon: modules="authmysql", daemons=5 Sep 14 16:59:26 mindblow authdaemond.plain: authdaemon: modules="authmysql", daemons=5 Sep 14 16:59:26 mindblow authdaemond.plain: authdaemon: modules="authmysql", daemons=5 Das ist alles was ich von den beiden überhaupt sehe.... Ich weiss also weder ob der authdaemon wirklich benutzt wird noch warum - falls er benutzt wird - dieser das mysql nicht benutzt...? Any idea? Ich habe in einem DOC in /usr/share/doc/packages/courier-imap etwas vom authdaemond.mysql gefunden - den gibts bei mir jedoch nicht, damit wird automatisch der .plain genommen. könnte das die Ursache sein und falls ja, wo finde ich den .mysql ? Danke! Matti
Hallo liebe Liste! Mittlerweile, etlichste Webseiten später bin ich zum Schluss gekommen dass ich wohl den authdaemond.mysql brauch statt dem im courier integrierten authdaemon.plain ... Allerdings sind die Aussagen etwas widersprüchlich und ich finde irgendwie gar nichts über diesen authdaemond.mysql - vorallem woher man ihn kriegt, sieht so aus als hätte der einkompiliert werden müssen...?? Danke für eure Hilfe!! Matti SuSE 9.0 mit courier-imap 2.1.1-29
Hallo liebe Liste! Mittlerweile, etlichste Webseiten später bin ich zum Schluss gekommen dass ich wohl den authdaemond.mysql brauch statt dem im courier integrierten authdaemon.plain ... Allerdings sind die Aussagen etwas widersprüchlich und ich finde irgendwie gar nichts über diesen authdaemond.mysql - vorallem woher man ihn kriegt, sieht so aus als hätte der einkompiliert werden müssen...?? Danke für eure Hilfe!! Matti SuSE 9.0 mit courier-imap 2.1.1-29 ps: sorry falls das ein doppelpost ist, meine vorherige nachricht ist bei mir seit 2h nicht erschienen.....
On Tuesday 14 September 2004 17:02, Matthias Keller wrote:
Und eine /etc/courier/authmysqlrc erstellt gemäss diversen Vorlagen: MYSQL_SERVER localhost MYSQL_PORT 3306
Das passt IMHO nicht zusammen. Entweder SERVER localhost, dann geht die Verbindung über Sockets (PORT ist dann 0) - oder über TCP, dann aber einen anderen Servernamen als localhost angeben. Deine Vermutung in der anderen Mail ist allerdings auch richtig. Du brauchst den authdaemond.mysql. Ein mit mysql-Untestützung kompilierter courier scheint bei SuSE nicht dabei zu sein (nur courier-imap-ldap), Du wirst ihn also selbst kompilieren müssen. Gruß, Martin
Martin Schmitz wrote:
On Tuesday 14 September 2004 17:02, Matthias Keller wrote:
Und eine /etc/courier/authmysqlrc erstellt gemäss diversen Vorlagen: MYSQL_SERVER localhost MYSQL_PORT 3306
Das passt IMHO nicht zusammen. Entweder SERVER localhost, dann geht die Verbindung über Sockets (PORT ist dann 0) - oder über TCP, dann aber einen anderen Servernamen als localhost angeben.
Ok mit dem werd ich noch spielen müssen... mit localhost und 3306 klappt das jedoch schon, dann macht er einfach eine tcpverbindung auf localhost.. werd dann aber schon den socket brauchen...
Deine Vermutung in der anderen Mail ist allerdings auch richtig. Du brauchst den authdaemond.mysql. Ein mit mysql-Untestützung kompilierter courier scheint bei SuSE nicht dabei zu sein (nur courier-imap-ldap), Du wirst ihn also selbst kompilieren müssen.
Ok... --etwa 5h vergebliche kompilationsversuche später-- ... schliesslich hats geklappt... Wenn also sonst mal wer das authdaemond.mysql benötigt, soll er sich bei mir melden.. habs sogar als rpm für das suse9.0-courier-imap *G* (auch noch eins für postgres aber das hab ich nicht ausprobiert obs auch funktioniert, müsste aber...) Grüsse Matti
participants (2)
-
Martin Schmitz
-
Matthias Keller