The SVN repository ( http://svn.web-wack.at/ispconfig3_roundcube3/ ) appears to be down (404 error). Is anyone able to post the most recent release somewhere? If the original maintainers have no plans to continue development, I'd be willing to host the SVN repository. Thanks in advance.
Thanks for the updated URL, pszemaz. I'm not particularly familiar with WebSVN; is there a straightforward means by which to "checkout" the entire repository? Or perhaps just the trunk? (Normally, there is an "SVN" column in the WebSVN interface, but I don't see that here.) Thanks again.
For the latest ispc version the plugin ispconfig3_pass needs a patch. PHP: $params = array('server_id' => $mail_user[0]['server_id'], 'email' => $this->rcmail_inst->user->data['username'], 'password' => $newpwd, 'name' => $mail_user[0]['name'], 'login' => $mail_user[0]['login'], /** NEEDS TO BE ADDED! **/ 'uid' => $mail_user[0]['uid'], in addition to that it seems that the given remote_function list in the installation howto doesn't work as you get SOAP errors like "access denied". I checked all the mail related boxes in the remote user config in ispc interface - that worked for me.
deleting user from roudcube database when account is deleted Hello Horfic, have you considered? I think, when user is deleted from ISPConfig database, then if there is corresponding user existing in roundcube db table, it has to be deleted also..
I would not modify ispconfig for removing roundcube users. In stead, maybe we need to write a cronjob for roundcube that does just that.
I'm interested in helping. If someone can explain how to check-out the source-code, I'd be happy to write plugins, Cron jobs, or anything else. Thanks!
After some debugging I managed to get the plugins working under ISPC 3.0.4. The main point is to add: PHP: 'login' => $mail_user[0]['login'], To all SOAP-Calls, which use the method "mail_user_update". Perhaps it would be more clever, to loop through the array received by the "mail_user_get"-method and to replace the changed values. So the code would be version-independent.
Soap Error: Error Fetching http headers Hello, I saw a few people with the same problem, but no resolution... Or maybe I missed it. Since I migrated from Fedora to Debian I receive "Soap Error: Error Fetching http headers" messages when accessing the plugins. * Upgraded Roundcube to 0.6 * Upgraded ISPConfig to 3.0.4 * Upgraded plugins to revision 114 But still nothing changes... Also the changes are not submitted... I created a little test script and find the following in the error.log Code: PHP Fatal error: Uncaught SoapFault exception: [HTTP] Error Fetching http headers in client.php:20\nStack trace:\n#0 [internal function]: SoapClient->__doRequest('<?xml version="...', 'https://wcp.xob...', 'https://wcp.xob...', 1, 0)\n#1 client.php(20): SoapClient->__call('getError', Array)\n#2 client.php(20): SoapClient->getError()\n#3 {main}\n thrown in client.php on line 20 The contents of the client.php is: Code: <?php require_once('lib/nusoap.php'); $uri = 'https://wcp.domain.tld/remote/'; $loc = 'https://wcp.domain.tld/remote/index.php'; $soapclient = new soapclient(null, array('location'=>$loc, 'uri'=>$uri)); //echo $soapclient->call('null',array('location'=>'The SOAP server has reponsed correctly')); try { if($session_id = $soapclient->login('username','password')) { echo 'Logged into remote server sucessfully. The SessionID is '.$session_id.'<br />'; } } catch (SoapFault $e) { die('SOAP Error: '.$e->getMessage()); } ?> The result on the page is: Code: Logged into remote server sucessfully. The SessionID is c18ce2c8c59e48cfdf09ebde04e22b2e Is there more logging available? for instance for the remoting function? I edited the index.php in /usr/local/ispconfig/interface/web/remote/ with the following: Code: $file = fopen("/tmp/xoap.txt", "w"); fputs($file, $_SERVER['REQUEST_URI']."\n"); fputs($file, "=============================================\n"); fputs($file, serialize($_SERVER)); fputs($file, "\n=============================================\n"); fputs($file, serialize($_POST)); fclose($file); The result is: Code: /remote/index.php ============================================= a:65:{s:10:"SCRIPT_URL";s:17:"/remote/index.php";s:10:"SCRIPT_URI";s:37:"https://wcp.domain.tld/remote/index.php";s:5:"HTTPS";s:2:"on";s:19:"SSL_VERSION_LIBRARY";s:12:"GnuTLS/2.8.6";s:21:"SSL_VERSION_INTERFACE";s:16:"mod_gnutls/0.5.6";s:12:"SSL_PROTOCOL";s:6:"TLS1.0";s:10:"SSL_CIPHER";s:24:"DHE_RSA_AES_256_CBC_SHA1";s:19:"SSL_COMPRESS_METHOD";s:4:"NULL";s:12:"SSL_SRP_USER";s:0:"";s:17:"SSL_CLIENT_VERIFY";s:4:"NONE";s:21:"SSL_CIPHER_USEKEYSIZE";s:3:"256";s:21:"SSL_CIPHER_ALGKEYSIZE";s:3:"256";s:17:"SSL_CIPHER_EXPORT";s:5:"false";s:14:"SSL_SESSION_ID";s:64:"B0A4D7CD6CB85B5B305A6F26E1D1615C2E7EFC024562D9BE4200E081D5D98F3D";s:15:"SSL_SERVER_S_DN";s:159:"";s:15:"";s:109:"";s:19:"SSL_SERVER_M_SERIAL";s:6:"008C5F";s:20:"SSL_SERVER_M_VERSION";s:1:"3";s:20:"SSL_SERVER_CERT_TYPE";s:5:"X.509";s:16:"SSL_SERVER_V_END";s:24:"Oct 17 1:37:13 2013 CET";s:18:"SSL_SERVER_V_START";s:24:"Oct 17 1:33:25 2011 CET";s:16:"SSL_SERVER_A_SIG";s:7:"RSA-SHA";s:16:"SSL_SERVER_A_KEY";s:3:"RSA";s:16:"SSL_SERVER_S_AN0";s:20:"DNSNAME:wcp.domain.tld";s:16:"SSL_SERVER_S_AN1";s:16:"DNSNAME:domain.tld";s:16:"SSL_SERVER_S_AN2";s:18:"DNSNAME:*.domain.tld";s:9:"HTTP_HOST";s:12:"wcp.domain.tld";s:15:"HTTP_CONNECTION";s:10:"Keep-Alive";s:15:"HTTP_USER_AGENT";s:25:"PHP-SOAP/5.3.3-7+squeeze3";s:12:"CONTENT_TYPE";s:23:"text/xml; charset=utf-8";s:15:"HTTP_SOAPACTION";s:36:""https://wcp.domain.tld/remote/#login"";s:14:"CONTENT_LENGTH";s:3:"557";s:4:"PATH";s:28:"/usr/local/bin:/usr/bin:/bin";s:16:"SERVER_SIGNATURE";s:0:"";s:15:"SERVER_SOFTWARE";s:6:"Apache";s:11:"SERVER_NAME";s:12:"wcp.domain.tld";s:11:"SERVER_ADDR";s:14:"w.x.y.z";s:11:"SERVER_PORT";s:3:"443";s:11:"REMOTE_ADDR";s:14:"w.x.y.z";s:13:"DOCUMENT_ROOT";s:35:"/usr/local/ispconfig/interface/web/";s:12:"SERVER_ADMIN";s:19:"webmaster@localhost";s:15:"SCRIPT_FILENAME";s:51:"/usr/local/ispconfig/interface/web/remote/index.php";s:11:"REMOTE_PORT";s:5:"33255";s:17:"GATEWAY_INTERFACE";s:7:"CGI/1.1";s:15:"SERVER_PROTOCOL";s:8:"HTTP/1.1";s:14:"REQUEST_METHOD";s:4:"POST";s:12:"QUERY_STRING";s:0:"";s:11:"REQUEST_URI";s:17:"/remote/index.php";s:11:"SCRIPT_NAME";s:17:"/remote/index.php";s:8:"PHP_SELF";s:17:"/remote/index.php";s:12:"REQUEST_TIME";i:1320606376;} ============================================= a:0:{} If anyone has any idea... This would be very appreciated...
Hello, the latest version of the trunk still needs Code: 'login' => $mail_user[0]['login'], added on line below Code: 'name' => $mail_user[0]['name'], in : ispconfig3_pass.php Otherwise you will get Soap Error: login_error_regex thanks for the great work!
Still nobody has explained the process of checking-out the SVN code. I use SVN every day, yet it's not obvious how to check-out a complete copy of the repository at http://svn.web-wack.at/websvn/listing.php?repname=ispconfig3_roundcube&path=/&sc=0 . Is there some secret URL that hasn't been posted? Am I just a moron? Thanks...
FIXED: SOAP error error fetching http header I was still receiving the error: SOAP error error fetching http header And it was kind of bugging me.... I found the solution finaly.... The problem is because of SSL. I have ISPConfig running on SSL only and was connecting through the https://<url>/remote connector. I now created a second url for remote and it is working on port 80 : HTTP Al is working... Plugin version 115 Roundcube version 0.6 ISPConfig version 3.0.4
new error now i overwrite the file with the newst svn and i got a new error while try to change password. the exception is now: Soap Error: email_error_isemail. Is there any way to easy debug this problem?