Jump to content
Froxlor Forum
  • 0

[solved] Loginprobleme Courier


Alexander

Question

Hallo Froxlor-Team,

 

vor zwei Tagen habe ich Froxlor von 0.9.27 auf 0.9.29 auf einer Debian Squeeze Maschine aktualisiert. Seitdem habe ich gr??ere Probleme festgestellt.

 

Mein Hauptproblem ist, dass die Passw?rter anders generiert werden (als bei 0.9.27 per ENCRYPT, jetzt makeCryptPassword). Damit kommt Courier mir der aktuellen Konfiguration nicht klar (gelesenes Feld password_enc) - egal was ich in den Sicherheitseinstellungen f?r Verschl?sslung w?hle (keine entspricht dem ENCRYPT von MySQL). Wenn ich eine neue E-Mail Adresse anlege, kann ich mich ?ber keinen Mail-Client (Outlook, etc.) mehr anmelden und E-Mails abrufen. Alle alten E-Mail Adressen funktionieren noch solange man nicht das Passwort im Froxlor-Interface ?ndert.

 

Benutzte PHP Version ist noch 5.3.27 f?r den Cron u. Froxlor.

 

Was ist zu tun? Hatte dieses Problem denn bisher keiner...!?

 

Sch?ne Gr??e,

Alex

 

p.s. vorher sah ein Passwort im Feld password_enc so aus: 

G4yWhS0wpnUEk

nachher: 

$1$66384205$HdH4ukWccQZH4ucHJjmW81 (Courier hat damit ein Problem)

 

 

 

Link to comment
Share on other sites

9 answers to this question

Recommended Posts

Ich habe sie nochmal auf deine Anfrage hin ?berpr?ft. Ich sehe keinen Unterschied zu den in Froxlor angebotenen. 

 

/etc/courier/authdaemonrc:

authmodulelist="authmysql"
authmodulelistorig="authcustom authcram authuserdb authldap authmysql authpam"
daemons=5
version=""
authdaemonvar=/var/run/courier/authdaemon
DEBUG_LOGIN=0
DEFAULTOPTIONS="disablewebmail=0"
LOGGEROPTS=""

/etc/courier/authmysqlrc

MYSQL_SERVER            localhost
MYSQL_USERNAME
MYSQL_PASSWORD
MYSQL_PORT              3306
MYSQL_OPT               0
MYSQL_DATABASE          syscp
MYSQL_USER_TABLE        mail_users
MYSQL_CRYPT_PWFIELD     password_enc
MYSQL_UID_FIELD         uid
MYSQL_GID_FIELD         gid
MYSQL_LOGIN_FIELD       username
MYSQL_HOME_FIELD        homedir
MYSQL_MAILDIR_FIELD     maildir
MYSQL_QUOTA_FIELD       (quota*1024*1024)
MYSQL_AUXOPTIONS_FIELD  CONCAT("allowimap=",imap,",allowpop3=",pop3)

Daran hat sich eigentlich auch nichts ge?ndert. Hm. Aktuell bekomme ich direkt nach dem Anlegen einer E-Mail in der mail.log folgende Fehlermeldung:

 

Oct  9 11:11:30 aragorn maildrop[5393]: Unable to open mailbox.
Oct  9 11:11:30 aragorn postfix/pipe[5184]: 644EB23047C: to=<hans@xyz.de>, relay=maildrop, delay=4.6, delays=0.02/0/0/4.6, dsn=4.3.0, status=deferred (temporary failure. Command output: WARNING: Ignoring deprecated option --disable-summary /usr/bin/maildrop: Unable to open mailbox. )

 

Hier hat sich, wie ich gerade festgestellt habe, laut Datenbank ebenfalls der Pfad ge?ndert: <benutzername>/<domain>/<user>/Maildir/ (bzw. das habe ich in den Release Informationen schon gelesen gehabt). Aber wieso maildroprc diese nicht mehr anlegt ist mir noch unbekannt. Das muss ich kurz mal genauer anschauen.

Link to comment
Share on other sites

Es hat nichts mit den Passw?rter zu tun. Tut mir leid. Der Betreff ist somit falsch. Du kannst den Thread daher gerne l?schen. 

 

Das Problem liegt bei /usr/bin/maildirmake in meinem Script maildroprc. Er kann den neuen "maildir" Pfad nicht erstellen, da maildirmake nur ein Postfachverzeichnis anlegen kann, aber nicht /domain/username/Maildir. Oh je. 

Link to comment
Share on other sites

Das war sein Problem/die L?sung:

 

Das Problem liegt bei /usr/bin/maildirmake in meinem Script maildroprc. Er kann den neuen "maildir" Pfad nicht erstellen, da maildirmake nur ein Postfachverzeichnis anlegen kann, aber nicht /domain/username/Maildir. Oh je. 

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.



×
×
  • Create New...