[Mitch]

Hallo!

Ich hab qpopper installiert (mit mysql-patch). Das funktioniert mittlerweile auch sehr gut, aber ich habe im POP3-Dialog Debug-Infos, die da nichts zu suchen haben... Und das Problem: Ich weiß leider nicht warum

1582-1:/ # telnet localhost 110
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
+OK ready
user a
<21>Aug  5 21:59:15 popper[10902]: a@xxx.de: ERROR: sql query fetch row failed (). User may not exist+OK Password required for a.
quit
<20>Aug  5 21:59:18 popper[10902]: Possible probe of account a from host xxx-1.1st-housing.de (127.0.0.1)+OK Pop server at xxx-1.1st-housing.de signing off.
Connection closed by foreign host.

Kann mir da bitte jemand helfen?
btw: Ist sowas Standard-Konform?

[mip]

Wie startest Du qpopper? Von der Kommandozeile, per Init-Script, via (x)inetd,...?

Was hast Du als Logfile angegeben?

Sind die gleichen Meldungen im Syslog zu finden?

[Mitch]

per kommandozeile:
popper -f /etc/qpopper.conf

und in der qpopper.con steht dann:
(auskommentierte zeilen weggelassen)

set debug                    = false
set server-mode              = true
set statistics               = false
set fast-update              = true
set trim-domain              = false
set shy                      = true

und kompiliert wurde das ganze mit diesen optionen:
./configure --enable-mysql --enable-servermode --enable-shy --enable-specialauth --disable-check-pw-max --enable-fast-update --prefix=/usr --with-mysqlconfig=/etc/mysql-popper.conf --enable-spool-dir=/home/mails --with-mysqlincludepath=/usr/include/mysql --enable-standalone --with-mysqllibpath=/usr/lib --mandir=/usr/share/man

und falls die mysql-popper.conf noch wichtig ist:

MysqlAuthHost			127.0.0.1
MysqlAuthPort			3306
MysqlAuthDb			provider

MysqlUsername			xxx
MysqlPassword			xxx
MysqlAuthTable			mail_users
MysqlAuthPasswordMethod		cleartext
MysqlAuthUsernameField		username
MysqlAuthDomainField		domainname
MysqlAuthDefaultDomain		xxx.de
MysqlAuthPasswordField		PASSWORD
#MysqlAuthUidField		uid
#MysqlAuthUid			65534
MysqlAuthUidName		exim
#MysqlAuthGidField		gid
#MysqlAuthGid			12
MysqlAuthGidName		exim
MysqlAuthAcctStatusField	STATUS

aber diese datei sollte da ja eigentlich nix mit zu tun haben...

cu

[mip]

Versuch mal mit popper -f /etc/qpopper.conf >/dev/null 2>&1 zu starten (also alle Ausgaben unterdrücken).

[Mitch]

schade, das funktioniert leider nicht... dürfte aber auch logisch sein, weil sich die umleitungs"dinger" ja nur auf die ausgaben auf der konsole beziehen...

Das muss irgendwo im Server oder den Konfig-Dateien sein, nur wo?!?

[mip]

Original geschrieben von Mitch
schade, das funktioniert leider nicht... dürfte aber auch logisch sein, weil sich die umleitungs"dinger" ja nur auf die ausgaben auf der konsole beziehen...

Ich dachte halt, qpopper würde auf die Konsole loggen, wo Du telnet gestartet hast.

Das muss irgendwo im Server oder den Konfig-Dateien sein, nur wo?!?

Versuch mal, ob sich die Situation ändert, wenn Du mit der Option -t TRACEFILENAME ein Logfile angibst.
Wenn die Ausgaben dann nicht mehr erscheinen, dann checke, ob Dein Syslog nicht vielleicht bestimmte Meldungen auf der Konsole ausgibt.

[Mitch]

axo... da hab ich mich dann vielleicht etwas unklar ausgedrückt... diese "debugmeldungen" sind ja IM smtp-dialog... Da gibts ja eigentlich nur +OK oder -ERR... und irgendwie kommt da immer was davor...

ich probiers mal aus!

[Mitch]

jau, cool... jetzt steht alles in der von mir angegebenen datei... so solls sein... danke! leite ich das debug einfach nach /dev/null weiter...

allerdings hab ich grad im log gesehen:
Aug 5 23:26:52.056 2004 [10941] popper: Server: setsockopt(SO_DEBUG) failed
Was hat es denn damit auf sich? Wegen DEBUG... vielleicht hängt das ja damit zusammen...

[mip]

Original geschrieben von Mitch
allerdings hab ich grad im log gesehen:
Aug 5 23:26:52.056 2004 [10941] popper: Server: setsockopt(SO_DEBUG) failed
Was hat es denn damit auf sich? Wegen DEBUG... vielleicht hängt das ja damit zusammen...

Wenn Du Dir in popper/main.c Zeile 336 ansiehst, dann siehst Du, dass bei Verwendung der Option -t automatisch auch der Debug-Mode (-d) angeschaltet wird.
In der Zeile 496 wird dann versucht, Debugging-Info für Socket-Operationen anzusschalten, was fehl schlägt.
Ist eine vernachlässigbare Meldung, wenn sie Dich partout stört, dann kommentier halt die Zeilen (oder Zeile 336) aus.

[Mitch]

hihi

ich wühl grad auch schon im quellcode herum... ich muss sagen... ich bin erstaunt, das man sich so einfach quellcode ansehen kann... sicher war mir klar, das das irgendwie möglich ist, aber ich bin davon grad irgendwie ganz begeistert ganz anders als in windows... hui... ich werd dann mal nen bisschen code ändern, dann soll das wohl klappen hoffentlich bau ich keine neuen sicherheitslücken ein

im syslogd wird übrigens nichts auf die konsole ausgegeben...

[Mitch]

okay, das ist zu viel quellcode, wo ich (natürlich) nicht durchblicke... weißt du/ihr zufällig schon in etwa, wo ich was ändern muss? wär spitze, sonst muss ich wohl -t verwenden => das gefällt mir aber nicht wirklich