Is this issue different from this one: http://bugtracker.ispconfig.org/index.php?do=details&task_id=2086 ?
Hello, I just found something rather anoying, which doesn't is due to the plugins, rather than the ISPConfig remote.php. When you have mod-security installed, the plugins are not working anymore :-( This is due to an "Request Missing an Accept Header" error. to fix this add the following code to the 000-ispconfig.vhost (at the bottom) Code: <LocationMatch "/remote/index.php"> SecRuleRemoveById 960015 </LocationMatch>
I know... I just added it to the mod-security thread also with my set for wordpress. Where can I add it to bugtracker...
Hello, first thank you for great plugin. I found problem with creating mailfilter. It seems there is problem with national charsets in mail folders. When I try to create filter which move mails to folder with national charset in name (for example testovací with í ) I get this warning: Code: Soap Error: target_error_regex The same result is when target folder is as subfolder of folder with national charset. When I use another folder without these charsets filter is sucessfully created. I have latest svn version. Thank you for any suggestion.
I can confirm your error, this error also appears in ispconfig itself, it is not an error of roundcube or my plugin. Please submit a bug in the bugtracker of ispconfig http://bugtracker.ispconfig.org Thanks for reporting it.
I'm currently moving all plugin related things to github. You can find everything now here: https://github.com/w2c/ispconfig3_roundcube So this address ( http://bugs.web-wack.at/projects/isp3-roundcube ) will shutdown. SVN will still be available. PS: Have a nice day.
Solved by myself, SVN memorize the site used for checkout. Simply I have deleted the folder ".svn" into ../../../plugins After that I was able to checkout with the new site
Horfic, is there a better place at which to post questions or issues regarding the Roundcube plug-in? The old website had a forum. Has this functionality been moved to github (if it has, I can't find it), or has it been eliminated entirely? Just let me know if there's a better venue for this. In any case, I'm using ISPConfig 3.0.5.3, the Roundcube plug-in (latest rev., 140) with Roundcube 0.9.2. Everything seems to work fine, with one exception: when I try to change my email password, I always receive the message: Code: Password must include at least one upper case letter. The passwords I'm trying definitely include at least one upper case letter. So, it seems that something changed with ISPConfig's validation mechanism, or the plugin is interpreting ISPConfig's response incorrectly. The interesting thing is that I have two servers with ISPConfig 3.0.5.3, and the plug-in works correctly when I try to change my password on the first server (which has a considerably older version of the Roundcube plug-in). This leads me to believe that the problem is not with ISPConfig. Can you think of any reason that newer versions of the Roundcube plug-in would exhibit this behavior? Should I try rolling-back to an old version of the plug-in? Thanks for any help!
well, for issues and requests, use the issues from github. https://github.com/w2c/ispconfig3_roundcube/issues Well, disable it for the moment in the config file and try it again. Will need to look into it.
Thanks for the quick reply, Horfic. I really appreciate it. It looks as though if I comment-out the following block within ispconfig_pass.php, the validation error disappears and I'm able to change the password: Code: /* if (!$error && $checkSymbol && !preg_match("#\W+#", $newpwd)) { $error = TRUE; $this->rcmail_inst->output->command('display_message', $this->gettext('passwordcheckupper'), 'error'); } */ I'll continue to debug this to whatever extent I'm able, and let you know if I discover any clues. Thanks again.
Ahhh, okay, I think I see what's going on here. Basically, the plug-in is fine. The problem is that the error message is inaccurate. The regular expression on line 92 of the above-referenced file actually checks for a non-word character, yet a validation failure prints the same message as the previous validation block, which pertains to upper-case letters. It almost looks as though some code was copy/pasted but the corresponding error message array key was not updated. Specifically, the fix looks to be as simple as changing line 94 to: Code: $this->rcmail_inst->output->command('display_message', $this->gettext('passwordchecksymbol'), 'error'); (I just replaced the key name, "passwordcheckupper", with "passwordchecksymbol"). Seems to be fine, now! ETA: Opened issue on GitHub: https://github.com/w2c/ispconfig3_roundcube/issues/15