And I have to correct, sudo -u sogo DOES work. I nevertheless created the sogo group and ran the script again. It reconfigured SOGo and well.. nothing changed. The above error still displays and I can't login.

Could you assist me again ?

That would be the courier part and password hasing? I left all default... But what hashing should I use?

first thing is to check if the SOGo Database contains !ANY! views for the configuration to work.
next is to ensure that the SOGo configuration file [SOGO-HOME-DIR/GNUstep/Defaults/.GNUstepDefaults] contains a configuration
(if not)
have you added a dummy mail domain to ISPConfig, since the plug in only creates the configuration if a mail domain is added/deleted or updated..! it's not automatically done

Update
my script it work but the vhost need to be updated for 64 bit like "lucaspr" pointed out. also it don't install memchached thats just a quick failure other than that it seems to work

Not broken just home hosted an have bean turn off for maintains and is running again.!

I found the script ISPC-SOGO-debian-u4.sh in google cache but isn't apply.

When I execute, the databa are creat, but none table, and i can't identify to SOGO.
None error message, can you help me ?

ISPConfig 3.0.5.2, debian squeeze.

Tanks

Click to expand...

if you have the plugin in the plugins-enabled folder.! and sogo installed and working
you properly need to add a dummy mail domain from the control panel and then delete it afterwords, wait for the ISPConfig server cronjob to run and you should be able to use SOGo

you have run the script.
you have sogo plugin in /usr/local/ispconfig/server/plugins-available/sogo_config_plugin.php with a symlink to /usr/local/ispconfig/server/plugins-enabled/sogo_config_plugin.inc.php.
the database settings in the plugin works !you can connect to the database with them.!
binary's and other path's in the plugin (at the top starting with var $...) are correct.!

then and fist then you should add a dummy mail domain, wait a minute for the cronjob to run. (check: Monitor->Show Jobqueue is empty)

then u should see the database is populated with tables.!
if not check the configuration file is created.! in ${SOGOHOMEDIR}/GNUstep/Defaults/.GNUstepDefaults
and that the log file for ispconfig cron don't have any errors /var/log/ispconfig/cron.log
and no errors in Monitor->Show System-Log

if no errors and no tables in db something id wrong with the GNUStep config file