I've just upgraded from Plesk 11.something to 12.0.18 on Centos 6. And I've seen that Horde has stopped displaying HTML email again. editing psa-horde/imp/config/mime_drivers.php. I've made that same fix on my new Horde installation, but it doesn't seem to have worked this time. Is there anything different that I need to do on this version of Horde?
I'm facing a problems with my plesk 11.5.30 (latest update with CentOS 6.x).
One subscription can't switch between horde and round-cube. When they change to round-cube, it's still running Horde. To solve this problems, I tried remove Horde (everything's fine, successful) and install it again (error).
When I try to login via webmail horde I get always:
Login failed because your username or password was entered incorrectly.
The logfile shows:
Jul 13 12:23:32 HORDE [error] [imp] FAILED LOGIN for mail@domain.tld [1.2.3.4] to to {127.0.0.1:143 [imap/notls]} [pid 5358 on line 139 of "/usr/share/psa-horde/imp/lib/Auth/imp.php"]Click to expand...
just a quick question for those already tried it. I have Horde installed as the webmailer for my Plesk installation. After login in to Horde with an admin account I get update notifications for several of Hordes apps. Is it safe to update them or will it lead to problems with Pleskl?
In horde how we can configure that it will send email using the logged in user login to authenticate and send the email, currently it using localhost to send the emails.
I am setting up a new server and started to migrate domains from an 11.x plesk server to this new server with plesk 12.x on it. Everything works fine, domains, users, mailboxes, everything is migrated - except the horde settings inside the webmail. I recognized this after my first login into webmail, normally the inbox is shown (I configured my webmaoil this way) but after the migration this setting is lost - including all other settings. How to migrate this settings?
I want to create a Sieve filter for my email account using the Webmail interface of Horde.When I save a script at /ingo/basic.php?page=filters I get the following error message:Please note: My system language is German. See my translation of the German error messages within braces.
Code:
Skript nicht aktualisiert ("Script not updated"): exception 'Ingo_Exception' with message 'Beim Aktivieren des Skripts ist ein Fehler aufgetreten. Fehlermeldung des Treibers ("Error while activating the script. Error message of the driver"): exception 'Ingo_Exception' with message 'Verbindungsaufbau abgelehnt' ("Connection refused") in /usr/share/psa-horde/ingo/lib/Transport/Timsieved.php:87
[code]...
Is there a way to modify / create Sieve filters without Horde?
Description: On prior versions of Plesk, users could attach Microsoft Office (word, excel, etc) files to messages they are composing in Horde, and then, before sending, click on those attachments to view them to make sure they are correct. After upgrading to 11.5, the following error is shown in Horde instead:
"Fatal error has occured could not display attachment. Details had been logged for the administrator."This issue does not occur with other file types, such as a PDF or text file.Steps to reproduce: Install Plesk 11.5 on Centos 6 x64, create an email in Horde, attach a Word document, before sending, try to view the document.
ACTUAL RESULT: Fatal error has occured could not display attachment. Details had been logged for the administrator.
Since the update from 11.5 to 12 working Horde login no longer, IMAP works otherwise perfect.
psa-horde.log: ERR: HORDE [horde] FAILED LOGIN for info@xydomain.tld (info@xydomain.tld) [xx.xx.xx.xx] to horde [pid 20347 on line 216 of "/usr/share/psa-horde/login.php"] xx.xx.xx.xx = Server-IP
We've migrated a web hosting account from a Plesk 10 server to a Plesk 12 one but the customers Horde calendar and events settings haven't transferred over.I've tried exporting and importing the data manually and that seems to work, but why doesn't the migration manager bring this information across?
in order to have a Horde admin email we open /etc/psa-webmail/horde/horde/conf.php
and change $conf['auth']['admins'] = array(); into $conf['auth']['admins'] = array('emailaddress@xyz.com');
Works fine. This change than reverses itself after every Plesk update incl micro updates. Are we editing the right file / is there an underlying one we should edit instead? Cannot find a setting in Plesk itself to configure a Horde admin email.
i have apply the script patch to my server (ssl_v3_disable.sh) plesk 12.0.8 MU 19, CentOS 6.5.i have update the certificate as see the POODLE thread. when i try to send mail i got this message:There was an error sending your message: Could not open secure TLS connection to the server..this only append with horde (roundcube or external soft like thunderbird) work without problem.
I have a problem with webmail (horde). Horde Webmail show the wrong time, 2 hours to late. It look like that horde show the UTC time, but not the CEST "Europe/Berlin" of my server. I can change that over "preferences" -> "global preferences" -> "locale and time" and change "Your current time zone" from "Default" to "Europe/Berlin". This will now show the correct time (timezone), but this is not the solution because this will do all webmail users.
How can i change the default timezone in Horde?
Output from shell
#my timezone and this will show in all things but not in webmail horde [root@www /]# date Fr 11. Jul 17:32:14 CEST 2014
#this time look like the default time in horde [root@www /]# date -u Fr 11. Jul 15:33:31 UTC 2014
I'm currently experiencing a lot of problems, using Horde. Users are not able to log-in due to this error:
Code:
2014-10-09T10:00:54+02:00 EMERG: HORDE Uncaught exception 'Horde_Exception_PushApp' with message 'User xxx@yyy.tld is not authorized for Horde.' in /usr/share/psa-pear/pear/php/Horde/Registry.php:1555 Stack trace: #0 /usr/share/psa-pear/pear/php/Horde/Registry.php(1198): Horde_Registry->pushApp('horde', Array)
[Code] .....
I've already tried re-installing Horde, but without success.
There's an article in your KB, but `/var/lib/php/session` does not exist and `/var/lib/php5/sessions` has the required perms.
I've also tried to set session.save_path to `/var/lib/php5/sessions` in `/etc/psa-webmail/horde/horde/php.ini` and after a restart, sessions are written into that directory. But the problem still exists.
Code: _b|i:1412842564;_r|i:1412864164;horde|a:25:{s:11:"auth/authId";s:13:" xxx@yyy.tld";s:12:"auth/browser";s:110:" Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.101 Safari/537.36";s:16:"auth/credentials";s:4:" imp";s:15:"auth/remoteAddr";s:15:" my.ip.addr.ess";s:11:"auth/userId";s:13:"
I have a plesk12 webhost linux. We are having an issue about horde webmail. Weird because one of the email user cannot open email coming from specific email address and this is the message:
Error Message: Error when communicating with the server and There has been no contact with the server for several minutes. The server may be temporarily unavailabe or network problems may be interrupting your session. You will not see any updates until the connection is restored.
Now upon checking to the error logs of httpd, I found the ff: [Tue Jul 14 16:53:09 2015] [warn] [client 202.X.X.X] mod_fcgid: stderr: PHP Fatal error: Class 'Math_BigInteger' not found in /usr/share/psa-pear/pear/php/Horde/Mapi.php on line 172, referer:http://webmail.domainsample.com/imp/dynamic.php?page=mailbox
So I was trying to look up something from the horde Databases just to find that the full server backup that can be triggered in "tools & settings" -> "backup manager" does NOT include the horde and roundcube databases, even with "configuration and content" selected.
Sure, there are 7 days worth of daily backups in /var/lib/dumps but it would be nice to have those files included in the "full backup" Or am I missing something here?
OS: CentOS 5.9 (Final) Panel version: 11.5.30 Update #28, last updated at Dec 26, 2013 04:20 AM php: php53u 5.3.27-1.ius.el5 php.ini upload_max_filesize = 20M memory_limit = 128M post_max_size = 20M
Browsers: Chrome Version 31.0.1650.63 m and IE 8
smaller files upload fine, though when reaching the 10MB and above level, after the attachment loads the new message window defaults to the Your Session Has Expired. Please Login Again.
Are there any settings that I am missing, or is this a current bug in this version of Horde?
This is applies to both Horde and roundcube webmail client software;
Using Plesk 11.5.30 with Horde 5.1.5 or roundcube 0.9.5 on CentOS Linux release 6.5 (Final).
We have seen this behavior occur on multiple servers.
Clients experienced slow to no response after executing a search, which eventually results in a failed to communicate with the server-error in the webmail client.
The Apache server log shows script time-out errors when searching larger mailboxes (i.e. larger than 950 MB), this does not happen on smaller mailboxes.
We have seen errors like the following in the Apache server error log with Horde (personal data like IP-address and domain name are x'ed out):
[Thu Jun 19 14:55:06 2014] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: read data timeout in 45 seconds, referer: http://webmail.xxxxxxx.com/imp/dynamic.php?page=mailbox [Thu Jun 19 14:55:06 2014] [error] [client xx.xxx.xxx.xxx] Premature end of script headers: ajax.php, referer: http://webmail.xxxxxxx.com/imp/dynamic.php?page=mailbox
And with Roundcube:
[Tue Jun 17 13:02:04 2014] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: read data timeout in 45 seconds, referer: https://webmail.xxxxxxxxxxx.com/?_t...d=19445&_mbox=INBOX&_caps=pdf=0,flash=1,tif=0 [Tue Jun 17 13:02:04 2014] [error] [client xx.xxx.xxx.xxx] Premature end of script headers: index.php, referer: https://webmail.xxxxxxxxxxx.com/?_t...d=19445&_mbox=INBOX&_caps=pdf=0,flash=1,tif=0
Steps to reproduce:
- use a large mailbox (950 MB or higher) - login to the webmail (Horde or roundcube) - do a search in the search field on the top right - the time-out error should appear in the server Apache error log (after at least 45 seconds)
This seems like an inefficiency or bug in the search query that searches the user's mailbox. Is there any other way we can prevent this issue and the error messages?
I just discovered something on my Plesk 8.1 server:
I'm the server admin and I host my domain name: mydomain.com. in the Plesk CP.
I have other "clients". Those clients are allowed to create subdomains.
The problem is, if the customer wants to, they can go to the subdomains settings in their client CP and insert a subdomain such as support.mydomain.com(yes a sub domain on my domain name) and then they could redirect it to another site or upload their own personal files.
This is a huge security issue. Has anyone delt with this?
I have Parallels Plesk 12.0.18 with CentOS 6.5 (Final)
WAF is On, with Atomic Basic ModSecurity rule set.
I was wondering if my sites were protected and I went to the Atomic wiki.
When I run a test from a non-whitelisted system following these instructions (STEP 10) [URL].... I always receive 404 error with all of my sites.
I also tested with:
[URL]...
Results: The sites load normally. (the call not even appears in the logs)
I've unistalled and reinstalled mod_security several times with the same results.
Is there any "official" way to check if WAF is protecting Plesk 12?
I asked same question in Atomic forum and they said:
you'd need to ask parallels about this, we made the ruleset available to them, but they implemented it using their own design. They might not be using 403 error codes like we do.
I would like to setup a new dedicated server with the following:
- Windows Server Standard 2008 64bit Edition
- Plesk control panel
Questions:
Anyone know of a thorough tutorial on securing/optimizing a Windows 2008 server (even with Plesk) for a shared hosting environment?
Other?'s:
Considering Plesk's rip-off pricing, any free and quality alternatives to their products?
- plesk dr.web antivirus
- acronis trueimage backup
- plesk powerpack (I guess $24.99/mo lease isn't too horrible)
I basically want to replicate a Cpanel shared/reseller hosting environment, but with Plesk since Cpanel for Windows is not yet available and been delayed forever.