[Postfixbuch-users] Mal wieder Courier mit mysql

[Marcus Franke]

Oleg wrote:
> On Mon, 25 Nov 2002, Peer Heinlein wrote:
> 
>>Zumindest m??te der User postfix Leserechte auf die Datenbank haben.
>>Mit welchem Nutzer Du sie angelegt hast, ist Wurst. Entscheidend
>>ist, da? der User Postfix sie auslesen kann.
> 
> Gut, dass kann er mittlerweile. :) Zumindest meldet postfix keine
> Beschwerden mehr dahingehend.
> 
> 
>>a) MySQL-D?mon gestartet? Existiert dieser Socket? Welche
>>Lese-Schreibrechte hat er?
>>
>>b) Sicher, da? nicht doch ein Modul chrootet ist, allen voran das
>>smtpd-Modul?
> 
> Der MySQLd l?uft auf dem Socketn - wie weiter unten beschrieben klappt
> der nicht gechrootete Zugriff ja auch.
> Das war ja hier genau meine Frage: Lt. Buch reicht es doch, nur das
> Modul virtual auf non-chrooted zu setzen. smtpd nun doch auch non-chrooted?
> 
> 
>>Das hat damit nix zu tun. Nur wenn Du dem User postfix eben keine
>>Rechte gibst (s.o.) dann hat er eben auch keiN Recht auf die
>>Datenbank mailbase zuzugreifen, gelle?
> 
> Ja, das sehe ich ein. :-)
> 
> Aber auch nachdem Postfix nun wieder problemlos an lokale User smtp't,
> rejected er - eigentlich recht brav - Mails an testuser als unknown
> Recipient. Genauso wenig l?sst sich dieser - in der MySQL existierende
> User poppen. (Die anderen User nat?rlich schon mal gar nicht.)
> 
> Wie k?nnte ich dieses Fehlerverhalten weiter debuggen? Mein MySQLd l?uft
> jetzt mit der zus?tzlichen Option --log=/var/log/mysql, hat bis dato aber
> noch keine einzige Meldung ausgespukt.
> L?sst sich Courier beim Poppen noch zum weiteren Output bewegen?
In /etc/my.cnf ist das error-log definiert, auf meiner SuSE 8.0 ist
das /var/lib/mysql/mysqld.log

Der Fehler ist, dass du die Datei nicht angelegt hast:

touch /pfad/zum/log.file
chown mysql.daemon /pfad/zum/log.file

Bin ich auch drauf reingefallen, da auf meinem Gentoo Testsystem
die Datei automatisch angelegt wurde. Allerdings hatte ich zu dem
Zeitpunkt schon das Error Log gefunden.

Ich habe inzwischen auch den Fehler gefunden, warum trotz connect
in die datenbank der courier (pop3) nen Login failed meldet. Ich
habe auf meinem System nen aktuellen courier (1.6.1) installiert
und da ist die Userabfrage eine leicht andere. Es werden mehr
Felder in mailbase abgefragt, das hat mich locker zwei Tage
gekostet *grrr*

Kennt sich hier jemand zufällig gut mit mysql aus? Ich habe nämlich
gleich mal ne Frage zu dem Select Statement, das in meinem Log
gelandet ist:

312 Query	SELECT id, cyrpt, password, uid, gid, home, maildir,
"", name FROM mailbase WHERE id = "user at default-domain.de"

Was bewirkt das "" in dem Statement? Eine Spalte in der Datenbank
gibt es natürlich nicht, und ich wüsste auch nicht, wie man eine
solche anlegen sollte..

Marcus