please try
telnet mail.domain.tld 25
maybe something is blocking external traffic
[hr]
Serverfehler: Could not connect to imap.admin.internet.benhosting.org:143: php_network_getaddresses: getaddrinfo failed: Name or service not known
check roundcube config, the imap and smtp host should be imap.internet.benhosting.org or just localhost, but not imap.admin.internet.benhosting.org
reihenfolge der spalten oder spalten zu viel stört nicht, soweit ich das datenbank update script verstanden habe, ich habs aber nur kurz überflogen.
du hattest ja auf deiner testmaschine erfolg gehabt, mach von der produktiv maschine unbedingt ein vollständiges backup ganz frisch bevor du loslegst, und mach die migration am besten nachts 
probieren geht über studieren, aber halt dir den rückweg frei.
ausserdem könntest du dir zeit nehmen das migrationsscript zu studieren und bei bedarf anzupassen an deine struktur
lass das mal laufen
find /var/www/fcgi/ -iname 'php.ini' | xargs grep '{*}' -sl
das zeigt dir alle php.ini dateien die tote variablen statt werten enthalten
edit:
also migration jetzt geklappt?
gratz 
das ist aber ein völlig anderer fehler, mit kunden daten - wenn die migration soweit geklappt hätte - wäre er später auch gekommen.
das mit den post_max_size missing wurde diesmal nicht "getriggert" weil du ja quasi die kunden aus der datenbank entfernt hast, somit ist das migrations script nicht über die kunden daten gestolpert.
da wett ich drauf 
geh alle php.ini dateien durch, sowohl die vom master als auch die von den kunden webs, dort gibts es sicher irgendwo einen eintrag der so aussieht:
post_max_size = {PHPINI_POST_MAX_SIZE} statt post_max_size = 8M oder so ähnlich, quasi eine kaputte variable anstatt einem wert.
sowas hatte ich bei meiner früheren migration allerdings mit register_globals = {REGISTER_GLOBALS}
edit: der fehler in deinem letzten post war beim upgrade auf ispcp 1.1.0 oder schon danach bei upgrade auf imscp? was ich da erfahren will, ist ob ispcp migrations script gleichen fehler bringt wie das von imscp.
falls das upgrade auf ispcp 1.1.0 erfolgreich war, dann sollte die datenbank struktur stimmen, wie oben gesagt php.inis durchchecken nach kaputten variablen.
könnte es etwas mit der Anzahl der Domains zu tun haben > 350
nein, bei der migration wird nicht php benutzt sondern perl, welches wiederum keine laufzeitbegrenzung o.ä. hat.
welchen ispcp build hast du exact drauf? ich bin nämlich weiterhin überzeugt, dass es sich um irgendeine nightly handelt, die zwischen 1.0.7 und einer der letzten builds von 1.1.0 (zb. den ich oben erwähnt habe) wo die datenbank weder 1.0.7 noch 1.1.0 kompatibel ist und somit das migrations script beim convertieren der datenbank abschmiert.
um das sicher ausschliessen zu können, mach bitte ein update auf den aller letzten ispcp 1.1.0 und erst dann auf imscp.
falls dann noch die gleiche fehlermeldung kommt, suchen wir weiter 
ok, habe grade festgestellt, dass mein letzter ispcp server nicht 1.0.7 sondern ebenfalls 1.1.0 build build: 20111004 Codename: Orpheus (also eine der spätesten nightlys).
ich werde ihn jetzt gleich upgrade auf imscp, und sehen dann obs klappt oder ich gleichen fehler bekomme wie du.
gibt mir 20-30 minuten. ich gehe gleich auf git master allerdings, rc3 bringt mir nix 
[hr]
fulltilt
an welcher stelle bekommst du die fehlermeldung? bei mir ist alles ordnungsgemäss durchgelaufen. hier step-by-step:
http://wiki.i-mscp.net/doku.ph…tart:nightlyupgradedebian mit diesem script installation starten
schritten folgen nach eigenem ermessen bis gefragt wirst "install or build" da wählst du build
eine wichtige anmerkung wäre, wo imscp mysql installiert und für mysql root passwort fragt, unbedingt das gleiche angeben wie bei dem vorigen ispcp! sonst stimmen die keys nicht.
im letzten fenster des setups, nach dem pakete installiert sind und imscp compiliert, steht was gemacht werden muss:
rebuild der kunden ist durchgelaufen, ich hatte nur zwischendurch einen fehler gehabt und musste das migrate script neustarten nach dem ich es gefixt habe (ich hatte einen kunden gesperrt, daher fehler status not ok)
bam, imscp drauf.
ich bin damit nicht ganz sicher, aber wäre einen test wert, wenn du das imscp setup startest, gibt es dort die möglichkeit - wenn du migration statt installation wählst - die version zu wählen von der du migrierst?
die db struktur schau ich mir an heute abend nach der arbeit, ein imscp 1.0.7 habe ich noch am laufen und kann sie daher mit deiner vergleichen um zu sehen ob unterschiede gibt.
während du den setup assistenten ausführst, hast du dort die möglichkeit eine IP hinzuzufügen (was vermutlich gemacht hast) und die haupt IP zu ersetzten.
probiers bitte noch ein mal, sollte das nicht klappen, bitte wieder melden.
übrigens um nicht das gesamte setup zu rekonfigurieren, sondern gleich zum IP assistenten zu kommen, kannst auch so starten
perl ./imscp-setup -dr ips
dns is missing IN A record for mail.internet.***.org
mail IN A ***.***.***.***
