Search results

usually, directory httpdocs (and httpsdocs) has permissions 750 which does not allow anyone except user who owns the domain and 'apache' (or any other member of 'psaserv' group) to enter it. All qmail delivery scripts are running by 'popuser' user. Make sure that 'popuser' user is able to read...

it might be failed upgrade. Check upgrade logs in /tmp (filenames like psa-8.3.0-xxxx-upgrade.log) for the reason.

you may uninstall components from command line using 'rpm' (or 'dpkg' or 'pkg_del', depends on OS) command.

just replied to you with KB link: http://kb.swsoft.com/en/787

the problem is that /usr/local/psa/admin/sbin/wrapper is overwritten with some other file (most probably with autoinstaller which was copied into /usr/local/psa/admin/bin and overwrote wrapper by symlink). To restore 'wrapper' binary you need to get RPM of Plesk (psa-8.3.0-xxxx.rpm) from...

Please click one of the Quick Reply icons in the posts above to activate Quick Reply.

it will overwrite data and put new data into domain/client.

the problem is that spamassassin is too busy. Check KB article http://kb.swsoft.com/en/787 -- you can set up spamassassin to spawn more than 5 child processes only in database as explained in last paragraph.

On FreeBSD installation/upgrade may take significant time since all dependencies are built from ports and compilation takes a lot of time. To check the status you may log into the server by SSH and check if 'autoinstaller' is running. Also, 'tail -f /tmp/autoinstaller3.log' will provide you...

Actually, Plesk allows to configure per-mailbox Spamassassin whitelist. It is available on 'Domains' -> <domain> -> 'Mail' -> <mailname> -> 'Spamfilter' screen.

There would be no problem with Plesk because Plesk operates on its own PHP which is independent from system's (/usr/bin/php) and its configs (/etc/php.ini). You may install ffmpeg extension safely.

Seems that forum's engine does not like long strings. So, I repeat it again -- these paths should be colon-separated (":") /usr/local/psa/admin/plib /usr/local/psa/admin/javascripts /usr/local/psa/admin/plib/locales /usr/local/psa/admin/auto_prepend...

If this is Virtuozzo VE, then it must be problems with limits -- check /proc/user_beancounters on VE for any failed counters. For dedicated server (or if first one did not help either), then the problem must be in wrong parameter 'include_path' defenition in /usr/local/psa/admin/conf/php.ini...

no, since before Plesk had no multi-month view for AWstats (only generic stats for previous months), it is not possible to get full reports for previous months.

Seen this today. However, couple of hours later the problem was gone and I have upgraded fine. Try to upgrade now -- it should be fine.

Those parameters shouldn't be changed since without them SpamAssassin won't work with Plesk and QMail. The only thing that you are able to tune is a '--max-children' parameter through 'Server' -> 'SpamAssassin' screen.

you may just redefine smtp and smtps ports in /etc/services to something different and restart (x)inetd, so general public will not bother you. of course filtering server should be configured to use this port instead of default 25th/465th (as well as all mail users of your Plesk server)

there is a set of command line utilities to manage Plesk in /usr/local/psa/bin. 'dns' is a particular one which you need: # deletes old record for domain domain.tld /usr/local/psa/bin/dns -d domain.tld -ns '' -nameserver ns1.domain.com # adds new one /usr/local/psa/bin/dns -a domain.tld...

never tried this, but judging by the list of engine's limitations (here) a lot of index options which are native for InnoDB (and required by Plesk) are not supported. Also, 'ALTER TABLE' is not supported, thus upgrades won't work. It's up to you to decide, but I wouldn't risk that much.

CrazyTech, actually Plesk has nice domain alias management feature since 8.0. and there is no need to edit DNS zone manually since there is checkbox for mirroring DNS zone of parent domain.