könntest nen script basteln, das für jeden user die passwörter übeschreibt mit zufälligen strings und diese zusätzlich im klartext in eine datei ablegt (inkl dazugehörigem username), so dass du deine kunden informieren kannst?
obwohl es doch sinnvoller wäre dem problem auf den grund zu gehen 
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.
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
oh, ok, in der tat falsch verstanden.
bitte sei vorsichtig mit den mountpoints, da in zukunft diese funktion geändert wird, daher könnte es dann zu update problemen kommen.
die mountpoints werden in der db gespeichert, hast du die pfade dort angepasst oder im script selbst?
yes, use the latest RC. it is more stable than the "stable"
and if you first do a backup, then no worries about rollback. once you successfully upgraded, you won't regret.
i bet one of the protected folders 
gerade subdomains als unterordner der domain zu verwalten wäre sehr unübersichtlich. ausserdem hat es seinen sinn, dass subdomains eine eigene ordnerstruktur bekommen (php temp und bei fpm auch eine eigene php.ini möglich)
was du aber erreichen möchtest, wäre, wie g00vER schon sagte mit redirect möglich, direkt im panel beim anlegen der subdomain.
never run scripts from customer folders as root. so is Cosmo's and Fluser's examples good, just change user vu2000 with vu20xx of the one customer who owns the script.
because running it as root, customer can change the script content and blow up your server
[hr]
huh, lol, just seen its an old thread you dug out. still a good solution, will be helpful for people
ich frag lieber nicht wozu du das brauchst, aber wer sowas braucht, sollte auch den befehl man kennen 
dpkg --force-conflicts sollte es gehen
alternative lösung die ich empfehlen würde: lass nur proftpd drauf und setze in der config manuell noch zusätzliche user, das dürfte kein konflikt mit den virtuellen usern von imscp geben, da proftpd diese gegen mysql authentifiziert.
damn, then just create a 00_master_ssl.conf and create symlink.
a little bit of creativity please. if a software asks for a missing conf file just to delete it again, just create an empty one and see if it works
but obviously this is a small bug, create a ticket.
_____
about postgrey: check if it is enabled in /etc/postfix/main.cf
then check if it is installed at all, try to start it manually, check if the port of postgrey is correct...
