hmm, bisher noch ohne Erfolg ...
unter Email > externer Mailserver ist angelegt:
mx01.domain.tld.
unter Domains DNS
mail A IN 123.123.123.123
ping mail.domain.tld
unknown host mail.domain.tld
müssen bei dieser Domain die Standard Emailkonten noch gelöscht werden und bei den Domain Eigenschaften > Emailkonten auf nicht verfügbar gesetzt werden?
habe hier einen Kunden der einen externen MX verwenden möchte ...
Externer DNS Anbieter MX und A-Record für mail lösen auf den externen auf, www etc. auf diese IMSCP installation.
ich habe jetzt unter Email > externer Mailserver eingegeben:
mail.domain.tld
Wenn der Kunde nun über eine andere Domain ebenfalls auf diesem Server eine Mail an den externen schicken will, klappt dies nicht weill immer noch versucht wird lokal auszuliefern ...
Muss hier noch ein IMSCP ein DNS entry auf mail.domain.tld gesetzt werden oder was läuft schief?
Regards 
Was sagt denn eigentlich die Fehlermeldung genau?
habs nicht mehr genau in Erinnerung ...
setup wird abgebrochen wegen
obsoleten entrys in der tabelle ftp_users
(der check ist im migrationsscript so vorgegeben)
leere ich diese tabelle gehts aber die FTP user sind auch weg
geh doch bitte die db durch ftp_users tabelle, kann sein, dass dort eine leiche liegt wo password spalte leer ist oder etwas ungültiges enthält.
passwörter entschlüsseln wird schwierig, selbst wenn es nur einfaches md5 ist, liegen die passwörter nur noch als hash vor.
ja, habe ich auch schon gemacht UID und GUIDs stimmen 100% überein, kann nur an den Passwörtern liegen ... notfalls müsste ich alle PW dann updaten ...
Ich muss morgen noch einen weiteren Server auf IMSCP migrieren ..
habe dies vorher auch in einer VM getestet und hier hakt es bzw. die Migration bricht ab mit obsolet FTP user problemen ...
ich schätze mal das da noch irgendwelche Passwörter nicht richtig verschlüsselt wurden bei den alten ISPCP upgrades ...
Gibt es irgendein Script mit dem die FTP Passwörter ausgelesen werden können, oder muss ich diese FTP Accounts löschen?
Display More
those weren't removed automatically?
then do first
update-rc.d -f ispcp-* remove
then delete them.
thats for the case rc.d still has the autostart entries
In my case the old ispcp rc entrys still exists after migration ...
I removed them and updated rc.d
thanks
### edit ###
there where only the broken links inside the rc.x folders
but from init.d it has been removed during migration 
Hi Nuxwin,
the purge worked for me, migration worked well I dont think it's necessary to start over w/ autoinstaller ... everything worked out very well
Thanks for the GREAT WORK
P.S.
can I delete old entrys from ispcp and ispcp-network in all /etc/rc ..
Hi,
ich habe vorhin ein Debian5 auf Debian6 Upgrade und danach ein isPCP auf IMSCP durchgeführt, ist auch alles glatt durchgelaufen ...
bis auf eine Fehlermeldung die nach dem schliessen Success Screens kam, fehlt da etwas oder kann das ignoriert werden?
DESCRIPTION:
A vulnerability has been reported in phpMyAdmin, which can be
exploited by malicious people to conduct clickjacking attacks.
The vulnerability is reported in versions 4.0.x prior to 4.0.5.
SOLUTION:
Update to version 4.0.5 or later.
ORIGINAL ADVISORY:
PMASA-2013-10:
http://www.phpmyadmin.net/home…ecurity/PMASA-2013-10.php
Danke, ich teste es mal so in einer VM
d.h. also beim Update werden auch die System user neu angelegt?
