3
php4 php5 mysql crypt verschiedene Versionen?
Moin moin,
wir benutzen einen produktiven Debian etch mit php4 und mysql5 als Mailserver (fetchmail, exim4, courier, vexim, roundcube).
Ich habe jetzt einen Debian5 mit php5 neu aufgesetzt, die nötigen Programme installiert und die alten Datenbanken importiert.
Soweit sogut, alles funktioniert.
Lege ich in vexim neue Domains oder User an, werden die Zugangsdaten in die entsprechende Tabelle geschrieben.
Danach ist mit diesen neuen Zugangsdaten von vexim kein Zugang mehr möglich. Auch courier und roundcube wird mit diesen Daten kein Zugang mehr gewährt.
Ich habe daraufhin einen alten Zugang (gesichert) gelöscht und neu angelegt. Dabei ist mir aufgefallen, dass in der sql-user-Tabelle unter crypt eine völlig andere Zeichenfolge steht als erwartet, während die clear-Spalte das richtige Passwort hat. Ich habe dann händisch das alte crypt-Passwort rein geschrieben und alles war wieder gut.
Fazit für mich: php4 und php5 benutzen bei md5-crypt verschiedene Verfahren.
Irre ich mich und gibt es ein Workaround zur Lösung?
mfg telefix1
wir benutzen einen produktiven Debian etch mit php4 und mysql5 als Mailserver (fetchmail, exim4, courier, vexim, roundcube).
Ich habe jetzt einen Debian5 mit php5 neu aufgesetzt, die nötigen Programme installiert und die alten Datenbanken importiert.
Soweit sogut, alles funktioniert.
Lege ich in vexim neue Domains oder User an, werden die Zugangsdaten in die entsprechende Tabelle geschrieben.
Danach ist mit diesen neuen Zugangsdaten von vexim kein Zugang mehr möglich. Auch courier und roundcube wird mit diesen Daten kein Zugang mehr gewährt.
Ich habe daraufhin einen alten Zugang (gesichert) gelöscht und neu angelegt. Dabei ist mir aufgefallen, dass in der sql-user-Tabelle unter crypt eine völlig andere Zeichenfolge steht als erwartet, während die clear-Spalte das richtige Passwort hat. Ich habe dann händisch das alte crypt-Passwort rein geschrieben und alles war wieder gut.
Fazit für mich: php4 und php5 benutzen bei md5-crypt verschiedene Verfahren.
Irre ich mich und gibt es ein Workaround zur Lösung?
mfg telefix1
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 111949
Url: https://administrator.de/contentid/111949
Ausgedruckt am: 26.11.2024 um 01:11 Uhr
3 Kommentare
Neuester Kommentar
Wie ich weiß nicht, ab PHP5 gibt es zwar einen 2. Parameter, aber wenn der nicht eplizit auf true gesetzt wird, ändert sich das Verhalten nicht.
@wolfenstein: ...meinst Du den:
old_passwords = false
?
War ich auch schon dran. Leider kein Erfolg.
Mittlerweile habe ich herausgefunden, dass die Kombination php5 und mysql5 100% funktioniert und dass es nur von vexim ausgeht.
Damit bin ich wahrscheinlich in diesem Forum verkehrt.
Sollte es trotzdem jemanden geben, der eine Lösung für dieses vexim-Problem hat, immer her damit.
mfg telefix1
- created by debconf
old_passwords = false
?
War ich auch schon dran. Leider kein Erfolg.
Mittlerweile habe ich herausgefunden, dass die Kombination php5 und mysql5 100% funktioniert und dass es nur von vexim ausgeht.
Damit bin ich wahrscheinlich in diesem Forum verkehrt.
Sollte es trotzdem jemanden geben, der eine Lösung für dieses vexim-Problem hat, immer her damit.
mfg telefix1
Hi telefix1,
nee ich bin mir nicht ganz sicher aber ich glaube der heißt "raw-output" schau mal danach.
kann mich nicht mehr genau erinnern, aber ich denke der heißt so und er ist standard 'false' hab ich ja schon erwähnt .
Na wenn das an vexim liegt kann zumindest ich dir nicht wirklich helfen.
hoffe aber dennoch das ich dir irgendwie helfen konnte.
Grüße
Wolfenstein
nee ich bin mir nicht ganz sicher aber ich glaube der heißt "raw-output" schau mal danach.
kann mich nicht mehr genau erinnern, aber ich denke der heißt so und er ist standard 'false' hab ich ja schon erwähnt .
Na wenn das an vexim liegt kann zumindest ich dir nicht wirklich helfen.
hoffe aber dennoch das ich dir irgendwie helfen konnte.
Grüße
Wolfenstein
