II Apache2 with Fcgid or FastCGI
Important: When you modify a parameter manually in a php.ini file, you must restart (reload) the Apache2 service.
Reloading has no effect. If there's no instance (php-cgi) in the corresponding user's context running, you have to do nothing 
The next request is served by a "fresh php-child" that covers your changes.
If there is at least one active instance you have to kill it - or you have to restart apache (which in fact for the cgi-child is the same).
Gleich so viele Fragen
Soweit ich das in Erinnerung habe, kann Dovecot die Konten von Courier direkt übernehmen, aber da solltest du dich nochmal schlau machen. Wenn ich das richtig in Erinnerung habe, waren die Mails nicht das Problem, jedoch musste die Datei mit den Subscriptions neu geschrieben werden. Ist jetzt aber auch schon wieder vier Jahre bei mir her.
Gegen Dovecot spricht tatsächlich gar nichts. Die Konfiguration von Courier fand ich eigentlich immer nervig und finde die Config auch eigentlich wenig intuitiv. Das ist bei Dovecot viel besser und man ist in Sachen Auth-Backends einfach flexibler. Sasldb und das ganze saslauthd ist (imho) einfach nur eine Krücke.
Machs doch so: installiere dir Ubuntu oder Debian in eine VM und dort spielst du dann imscp ein. Wenn du dovecot dann auswählst kannst du dir ja anschauen wie das konfiguriert wird und auch problemlos rumprobieren.
Ein Backup der Mails zu machen ist ja relativ einfach... rsync ist dein Freund.
Postfix bringt mich noch um denn verstand =(
Dann lass ihn nicht chrooted laufen
Setz dir doch einfach mal lokal auf deinem Rechner eine VM mit Debian oder Ubuntu auf und installiere in die frische Installation mal imscp rein. Dann kannst du doch wunderbar sehen was sich geändert hat. So hab ich das bei mir auch gemacht und auf diesem Wege von ispcp 1 auf imscp 1.10 gewechselt - beide Systeme auf Gentoo wohlgemerkt.
folders is my etb... I tried to put in this to cron.d and cron.daily... Not work...
Ich hätte mal eine Frage an die Entwickler hier: wo genau ist die Variable "MAIL_SERVER" definiert? Sie wird beispielsweise in den Templates von Bind verwendet. Hintergrund ist der, dass es beim Anlegen von Subdomains das Problem gab, dass der MX-Record in den Subdomains auf mail.domain.tld gesetzt wurde, weiter oben jedoch mail1.domain.tld gesetzt wurde. Möglicherweise habe ich mir den resultierenden Fehler durch eine Änderung im Template selbst eingebaut, aber generell würde mich mal interessieren, woher IMSCP den Wert der Variable holt.
Als Hotfix habe ich es jetzt statisch definiert, aber wenns anders ginge, wäre mir das natürlich lieber.
Ich hab jetzt kürzlich rund 220 Domains und etwa 1000 Mailkonten händisch migriert. Es hatte sich zwischen ispcp zu imscp doch ein wenig was geändert und irgendwie hatte ich auch keinen Bock drauf, dass am Ende irgendwelche Fehler im System sind. Bei der Gelegenheit habe ich dann auch gleich ausgemistet. Die Arbeit ist zwar stupide, aber bei dir von dir genannten Menge dauert das ja sooo lange nicht - nen Nachmittag vielleicht.
So ganz verstehe ich das Problem nicht. Du kannst die Größen doch anpassen für jedes Konto!?
Wenn alles gleich ist, dann verhält es sich auch gleich. Musst halt die Configfiles von Apache und Bind vergleichen wenn du der Meinung bist, dass es nicht passt.
Dein Apache liefert auf der Subdomain das Panel übrigens aus - es liegt wie gesagt am Nameserver. Und zwar nicht an deinem, weil der ist hier unwichtig (wie ich schon am Anfang gesagt habe).
Das ist überhaupt nicht komisch, dass der Nameserver die Subdomain nicht auflöst. Die Frage ist einfach nur, wie es vom Admin des Nameservers per default gewollt ist. Normalerweise gibts ein Interface, in dem man das konfigurieren kann. Wenns das nicht gibt, schreib halt den Admin an und frag ihn, ob er es für dich eintragen kann.
BTW: IMSCP trägt auch für jede Subdomain einzelne Einträge in den Nameserver ein. Ist das auch komisch?
Das du IMSCP bis aufs Tiefste verstehen musst hab ich nicht gesagt. Ich hab nur gesagt, dass man die Dienste auch ohne Panel im Griff haben und verstehen muss.
Ob das Panel jetzt unter Debian 6 oder 7 läuft ist für mich zweitrangig. Ich habs unter Gentoo laufen - auch ohne Installer, dafür mit Handarbeit. Ich bring es wenns sein muss auch unter Slackware, Suse, Fedora oder sonst was zum Laufen. Der Punkt ist: je besser du die Zusammenhänge verstehst, desto besser kannst du es halt selbst debuggen.
