Hi Steve, I don't have time to look at it right now (start of the working day) however it sounds like a permissions issue if nothing is getting through. Have a look at your apache2 php access and php error logs, bump up the log level in postfix to debug and see if you are getting any smtp errors there. Set the debug level in roundcube to its highest level also. That should give us something to work with.
I've read through this thread a number of times but I'm apparently missing something really simple as I can't get things happening.
To use Roundcube with PostgreSQL support you have to follow these
simple steps, which have to be done as the postgres system user (or
which ever is the database superuser): for OS X 10.8, thats "_postgres"
Its the "postgres system user" which has me baffled. When I attempt to su to _postgres I either get prompted for a password I do not know or I don't get prompted and it then tells me the role "root" does not exist.
createdb: could not connect to database postgres: FATAL: role "root" does not exist
What am I missing?
What I did was edit the postgres plist file in /Library/Server/postgresSQL/Config to include 127.0.0.1 in the listed address (listen_address=127.0.0.1). It may not be necessary but I stopped all services except DNS and OD. I then stopped postgres using: sudo serveradmin stop postgres From there, I drug the original plist on my desktop, edited the file, then drug it back into the folder. Start postgres (same as above but use start), then all your services.
I then downloaded pgAdmin3 to create the database. In pgAdmin3, create a new connection to 127.0.0.1 using _postgres as the username. Important thing to note is that _postgres does NOT have a password. When prompted for one in pgAdmin3, just hit enter (leave it blank). Create your database and assign user roundcube as the owner.
Incase anybody has the same problem.... the new update to the Server app broke my webmail Postgres database connection.
Apparently, the update writes over any changes you make to the postgres plist file (listen on 127.0.0.1). Once I corrected that... all was was golden.
BTW - Thanks for the help (via this page) with setting up my Roundcube in 10.8. I had the same problem that Malcolm had but found a way around it. To bad you don't get points for each person that found this to be helpful...
When server does its setup, it creates a number of system accounts like _postgres, _postfix, _www for example.
These all have the same password as root, which is the same as the admin user you create first up on the system.
Could you respond with the exact command you are typing and the actual response requesting the password.
I have an existing install of Roundcube on OSX Server 10.8.2 using MySQL. This works fine but I cannot get the managesieve plugin to work - I get to the filters page and it returns "Unable to connect to Managesieve server".
There are a few funky bit on my system as it was restored from a Time Machine backup of a dead SLS (10.6.8) server. For instance I am having trouble finding sieve and the log files - any direction would be helpful.
Also is there anyway to debug the error message - i.e. can't find server, can't login to server etc. I am a newbie to filetring as it was all done for me in SLS.
Thank you for any pointers
cd /your path to webmail/config
sudo nano main.inc.php
make changes to the log settings at the top of the file - the relevant section is posted here
$rcmail_config = array();
// system error reporting: 1 = log; 2 = report (not implemented yet), 4 = show, 8 = trace
$rcmail_config['debug_level'] = 1;
// log driver: 'syslog' or 'file'.
$rcmail_config['log_driver'] = 'syslog';
// date format for log entries
// (read http://php.net/manual/en/function.date.php for all format characters)
$rcmail_config['log_date_format'] = 'd-M-Y H:i:s O';
// Syslog ident string to use, if using the 'syslog' log driver.
$rcmail_config['syslog_id'] = 'roundcube';
// Syslog facility to use, if using the 'syslog' log driver.
// For possible values see installer or http://php.net/manual/en/function.openlog.php
$rcmail_config['syslog_facility'] = LOG_USER;
// Log sent messages to <log_dir>/sendmail or to syslog
$rcmail_config['smtp_log'] = true;
// Log successful logins to <log_dir>/userlogins or to syslog
$rcmail_config['log_logins'] = true;
// Log session authentication errors to <log_dir>/session or to syslog
$rcmail_config['log_session'] = true;
// Log SQL queries to <log_dir>/sql or to syslog
$rcmail_config['sql_debug'] = false;
// Log IMAP conversation to <log_dir>/imap or to syslog
$rcmail_config['imap_debug'] = true;
// Log LDAP conversation to <log_dir>/ldap or to syslog
$rcmail_config['ldap_debug'] = true;
// Log SMTP conversation to <log_dir>/smtp or to syslog
$rcmail_config['smtp_debug'] = true;
Probably change the debug level up to 8 and debug the sql.
post back and let me know what you find.
Haven't got time to go further right now - got to go see a client - suggest you change the logging from syslog to 'file' and you will then find the logs under your path to webmail/log. Further down the config file, it specifies the file names - log everything and see how you go. What version Roundcube are you running from the old 10.6 server?
Mate, you're almost there - I know that had your original server not died, you could have migrated gracefully - just trying to get you up and running and educate at the same time....
You have a working webmail because you can logon and presumably read and send - tick!
Your managesieve plugin is not connecting - no prob -
Please post the sanitised output of the following files: ( change domain.com and passwords etc)
and these two files under /Library/Server/Mail/Config/dovecot/conf.d/
and we can get you up and running.
Message was edited by: redshift82r