Dirk wrote:
Hallo Sandy, danke nochmal für deine Hinweise.
Kein Problem, ich denke, so langsam kommen wir der Lösung näher und auch dich der Kommandozeile näher (^-°) Inzwischen hast du doch in Qmail den User anlegen können, oder? Dann musst du noch die Maildirs anlegen für diesen User. Dafür ist in Courier der Befehl "maildirmake username" vorgesehen.
Hast du denn nie geprüft, welche Dienste eigentlich alle auf dem Server laufen?
Doch habe ich eigentlich mehrmals, zumindest die die ich selber konfiguriert haben wollte.
Allowed Services sind: DNS, HTTP, HTTPS, IMAP,IMAPS, IPsec, Mail, NTP, POP3, POP3S, Remote Administration, und Remote Sync, SSH und TFTP.
Das ist das, was auf der Firewall an Diensten freigegeben ist, aber nicht das, was tatsächlich auf der Kiste läuft.
als POP3-Server habe ich den courier-imap-Server ausgemacht?
netstat -antp | grep -i listen |grep ":110"
ergibt dann auch tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 28499/xinetd
Okay, xinetd ist ein sogenannter "Superdaemon", der seinerseits wieder andere Dienste startet. "chkconfig --list" sollte diese am Ende zeigen.
ein chkconfig --list | grep ":on" ergibt dann, wobei der Server im Runlevel 3 läuft
SuSEfirewall2_setup 0:off 1:off 2:off 3:on 4:on 5:on 6:off apache2 0:off 1:off 2:off 3:on 4:off 5:on 6:off boot.udev 0:off 1:off 2:on 3:on 4:off 5:on 6:off courier-imap 0:off 1:off 2:off 3:on 4:off 5:on 6:off cron 0:off 1:off 2:on 3:on 4:off 5:on 6:off network 0:off 1:off 2:on 3:on 4:off 5:on 6:off psa 0:off 1:off 2:off 3:on 4:off 5:off 6:off psa-firewall 0:off 1:off 2:off 3:on 4:off 5:on 6:off psa-vpn 0:off 1:off 2:off 3:on 4:off 5:on 6:off qmail 0:off 1:off 2:off 3:on 4:off 5:on 6:off saslauthd 0:off 1:off 2:off 3:on 4:off 5:on 6:off sshd 0:off 1:off 2:off 3:on 4:off 5:on 6:off syslog 0:off 1:off 2:on 3:on 4:off 5:on 6:off vzquota 0:on 1:on 2:on 3:on 4:on 5:on 6:off xinetd 0:off 1:off 2:off 3:on 4:off 5:on 6:off
Hm, das hätte ich nicht erwartet. Normalerweise nimmt man für die Authentifikation bei Courier den Authdaemond, nicht den saslauthd von Cyrus. Egal, prüfe bitte, was in /etc/courier/pop3d bei der Variablen AUTHMODULES steht. Ist dies AUTHMODULES="saslauthd"? Wenn ja, dann poste bitte, wie saslauthd aufgerufen wurde. ps aux| grep saslauthd root 2696 0.0 0.1 4564 1012 ? Ss 2007 0:07 /usr/sbin/saslauthd -a pam -n 5 Hier bei mir wird PAM abgefragt. Wenn dies auch bei dir ist, dann bitte nachsehen, was in /etc/pam.d/pop3d bzw. in /etc/pam.d/imap steht. Wenn dort Passwörter drinstehen für den Zugriff auf eine Datenbank, bitte das Passwort entfernen, bevor du das hier postest. (^-^) In dieser Datei sollte auch stehen, wo die Maildirs abgelegt sind. Was steht in maildirpath? Was ist das Homeverzeichnis des Users "courier": grep "courier" /etc/passwd| cut -d":" -f6 Darunter sollten die Maildirs der User sein.
Welche Updates hast du eigentlich wie genau eingespielt?
was sagt denn dieser Befehl:
rpm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \ %{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE} \ %25{PACKAGER}\n" | sort | cut --fields="2-" | less
Dort sollte dann eine Liste der Pakete stehen mit dem Datum, wann sie installiert wurden. Ich habe nur ein von 1&1 empfohlenes Pleskupdate eingespielt, da sind
Aha, wahrscheinlich ein Sicherheitsupdate. Gab es dabei irgendwelche Meldungen in /var/log/messages zu der Zeit, wo du das Update eingespielt hast? Eventuell auch mal die Version von Plesk, welche funktioniert hat, erneut einspielen.
bei dem Befehl aber hunderte aufgelistete Pakete, soll ich da mal eine liste anhängen?
Später. Ich hatte gedacht, dass die Version von Plesk gleichgeblieben ist und Probleme mit Updates von libraries, Apache oder OpenSSL etc. entstanden sind. Welche Meldungen kommen in den Apache logs und in /var/log/messages, wenn du versuchst, dich in Plesk einzuloggen?
Fehlermeldungen von Plesk sollten in /var/log/apache/...error.log stehen. Im /var/log/apache2/error_log finde ich diesen Hinweis
[Mon Jan 14 19:18:35 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
Kann es sein, dass ich noch ein certificate generieren muss? Hatte ich aber vorher auch nicht.
Nein, das ist harmlos. Hier wird nur die Warnung geloggt, dass das SSL-Zertifikat, welches Plesk für die Oberfläche präsentiert, nicht auf den Namen ausgestellt ist, über den du auf Plesk zugreifen willst. Was steht denn in /var/log/messages bzw. in /var/log/apache/*.error, wenn du versuchst, dich auf die Plesk-Webseite einzuloggen? -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org