Mails und Mail-Passwörter nach Serverumzug weg (nur Mail)

[dennismax]

Guten Morgen Forum!

Ich beschäftige mich seit Tagen mit der Migration eines Servers (Debian Lenny, ispCp 1.0.7) auf einen neuen dedizierten Host (Debian Squeeze, ispCP 1.0.7) und habe nach mehreren Anläufen jetzt den neuen Server mit den alten Daten laufen.

Nun habe ich folgendes Problem: Die umgezogenen Email-Accounts sind leer. Im Ordner /var/mail/virtuals/domain.xyc/... sind Emails enthalten, allerdings mit dem alten Hostnamen versehen.Gibt es eine Möglichkeit die Emails zu reaktivieren?

Desweiteren müssen die Passwörter für die Mail-Accounts im ispCP neu gesetzt werden. Das wundert mich, denn überall funktionieren die alten Passwörter aus der Datenbank, so wie ich sie vom alten Server migriert habe. Die db-keys an allen stellen habe ich vom alten Server übernommen, SQL-Benutzer sind die gleichen mit gleichem Passwort und auf alle v**-User mit Passwörtern habe ich vom alten Server kopiert.

Der Login über das Admin-Panel, in PhpMyAdmin oder per ftp funktionieren einwandfrei. Daher denke ich, dass es nicht an der Verschlüsselung liegt.

Das ist das letzte Problem, dass mich daran hindert mich endlich von meinem 1&1 Server zu trennen, der durch die Beschränkung der maxprocs immer wieder am Anschlag war

Also zusammenfassend: wie kann ich die Emails wieder verfügbar machen und die Passwörter von der alten Installation übernehmen, ohne dass diese neu gesetzt werden?

Ich bin euch dankbar und hoffe ihr konntet mit den Angaben was anfangen!

//*** EDIT ***//
Das erste Problem, dass die Emails nicht angezeigt wurden habe ich behoben. Es hatte nichts mit dem Hostname zu tun, sondern nur mit dem Rechten. Einfaches "chown vmail.." und "chgrp mail ..." hatte gereicht! Das Problem mit den Passwörter besteht allerdings immernoch!

[tomhb]

Moin,

(03-08-2011 03:53 PM)dennismax Wrote:  Ich beschäftige mich seit Tagen mit der Migration eines Servers (Debian Lenny, ispCp 1.0.7) auf einen neuen dedizierten Host (Debian Squeeze, ispCP 1.0.7) und habe nach mehreren Anläufen jetzt den neuen Server mit den alten Daten laufen.

Vielleicht beschreibst Du mal, wie Du den Umzug gemacht hast, damit wir mal nach dem Fehler suchen koennen.

Ich habe auch grad nen Serverwechsel hinter mir. Von einem lenny mit 1.0.5 auf ein squeeze mit 1.0.7. Hatte drei Stunden gedauert und laeuft soweit fehlerfrei nach ein paar Reparaturen.


Gruss Tom

[dennismax]

Quote:Vielleicht beschreibst Du mal, wie Du den Umzug gemacht hast, damit wir mal nach dem Fehler suchen koennen.

Ich hab mir eine Migrations-Checkliste aus mehreren How-Tos gebastelt, hier ein grober Auszug:

Vorbereitung neuer Server:
- Neuen Server neu installieren
- Hostname setzen (anders als der alte)
- Dependencies installieren (alles nach Anleitung)
- ISPCP installieren mit neuen Werten vom neuen Server
- MySQL hat gleiches PW wie auf altem Server
--> neuer Server läuft mit leerem ISPCP

Vorbereitung alter Server:
- Mysql komplett dumpen
- Webs sichern (kompletten Ordner /var/www/virtual)
- Mails sichern (kompletten Ordner /var/mail/virtual)
- die 3 Dateien auf neuen Server übertragen

Migration auf neuem Server:
- MySQL-Dump einspielen
- Update auf die MySQL-Datenbank und server_ip-Eintrag geändert
- Update auf die MySQL-Datenbank und alle Domain, Subdomains und Mail_Users auf "toadd" gestellt
- Alle Benutzer, die mit vu... anfangen aus der /etc/shadow, /etc/group und /etc/passwd des alten Servers auf den neuen kopieren
- /etc/ispcp/ispcp.conf aktualisieren (Domain-Name, IP)
- db-keys in den 3 Dateien anpassen (gleich wie auf dem alten Server)
- Webs vom alten Server wieder in /var/www/virtual kopieren
- Mails vom alten Server wieder in /var/mail/virtual kopieren
- Berechtigungen des Ordners /var/mail auf "vmail:mail" setzen
- Dann abschließend das Update-Skript laufen lassen

--> er stellt dann aus der Datenbank die Domains wieder her, ich kann mich in ispCP einloggen und auch die FTP-Accounts funktionieren (obwohl ich hierbei sagen muss, dass er mich beim Update gefragt hat ob er den neuen User vftp anlegen soll, welchem ich zugestimmt habe). Nur eben die Passwörter der Email-Accounts nimmt er erst, wenn ich sie in ispCP überschrieben habe.

Meine Vermutungen: entweder irgendwo hab ich was vergessen, vom alten Server zu kopieren, dass er die Passwörter falsch entschlüsselt. Oder es kommt durch die Migration auf einen neuen Server, der eine Linux Version darüber ist.

Ich bin für jede Hilfe dankbar!

LG Dennis

[joximu]

für die korrekte Entschlüsselung (decrypt) sind die 3 db-key Dateien immens wichtig - wenn du da andere keys auf dm System hast, dann kann es nicht entschlüsselt werden.

Dasselbe mit den gespeicherten Passwörter für mysql - wirst wohl nicht aus ispcp gleich in phpMyAdmin einloggen können.

Teste mal am besten das ispcp_decrypt tool http://isp-control.net/forum/thread-5495.html das zeigt dir an, was ispcp entschlüsselt.

Da du kein Versionssprung gemacht hast, dürfte es auch nicht dranliegen, dass es vorher nicht verschlüsselt war und nun verschlüsselt... (bis 1.0 RC6 waren die Passwörter unverschlüsselt in der DB). Auch ein zweites Verschlüsseln während dem "Update" würde ich ausschliessen (das gabs teilweise wenn man zB. von 1.0.3 oder so aktualisiert hat).

Vergleiche mal die drei db-keys Dateien (2 mal .pl, einmal .php)

/J

[dennismax]

Quote:Teste mal am besten das ispcp_decrypt tool http://isp-control.net/forum/thread-5495.html das zeigt dir an, was ispcp entschlüsselt.

Tatsächlich ergeben sich hier Unterschiede! Verwunderlich ist nur, dass die neuen Passwörter, die frisch über ispCP generiert wurden kryptisch dastehen, während die anderen, deren Login fehlschlägt die richtigen Passwörter haben. Woran kann das liegen?

Quote:Vergleiche mal die drei db-keys Dateien (2 mal .pl, einmal .php)

Die Keys stimmen überein, habe ich in meinem Update-Migrationsprozess schon abgestimmt.

Weitere Infos?

[ZooL]

du hast die datein passwd und shadow aus dem etc nicht kopiert oder ?

[dennismax]

(03-09-2011 12:15 AM)ZooL Wrote:  du hast die datein passwd und shadow aus dem etc nicht kopiert oder ?

Nein, ich habe nur die vu*-Einträge rauskopiert...

[joximu]

arbeitest du mit courier?

dann müssen alle Passworte neu in die userdb eingepflügt werden...

kannst auch alternativ die /etc/courier/userdb (und anderes) rüberzügeln...

dito mit der sasldb Datei - da stehen die Passwörter drin, damit die User ausgehende Mails mit SMTP-Auth senden können... (meist im Klartext...)

Wenn diese dateien von ispcp neu aufgebaut werden sollen: alle mail-konti status = change und den request manager laufen lassen....


aber seltsam ist schon, dass bei dir die Entschlüsselung verkehrt ist....

/J

[dennismax]

Hallo Ihr!

Ich habe das Problem gelöst! Ich bin schier wahnsinnig geworden und habe daraufhin nochmal alle DB-Key-Files vom alten Server auf den neuen kopiert, das DB-Passwort in der ispcp.conf vom alten übernommen und alle Domains wieder auf change / toadd gesetzt und das Update laufen lassen.

Seltsamerweise und wie durch ein Wunder gings dann

Ich hoffe ich konnte euch helfen und bedanke mich für eure Hilfe!

Bis zum nächsten Problem

LG Dennis

--> CLOSED