Search results

Now it is reachable again. Thank you.

Website/Knowledgebase not reachable :(

The problem was solved for us with patch 12.5 #23. Thank you.

If that does not work, try the SSH command: /usr/local/psa/bin/domain --webspace-on <subscription-name>

If the subscription suspended without you, check the backup-function. Maybe the option is enabled to deactivate the domains while doing a backup and something got wrong during last backup.

If you mean the error "Service Temporarily Unavailable" that is a different problem. Click "subscription" in plesk panel - click the specific subscrition (NOT log in as customer) and then try to enable the domain. If you do not click ("log in as customer") you enable the domain as administrator.

@linker As a workaround you can use fast-cgi. But I don't have a solution for php-fpm, yet.

Really? We still get "file not found" for most htaccess-redirects which work under fast-cgi.

Enabling fastcgi is not a good workaround for us. We really need the fastcgi_finish_request(); feature of php-fpm. Please fix the bug soon.

We have the same problem. A lot of our clients are affected. Any updates when the problem will be fixed?

The TTL is not the problem. For that we use http://kb.odin.com/en/120025 But sometimes we have to change a lot of DNS ips to new values. Not all of them, so we can't use the DNS template change in Plesk.

Thank you. The hostname and the ip were changed both. Is there no possibility to migrate the server without re-downloading old mails via POP3?

Thank you. That worked. After changing value in: psa -> dns_zone -> serial + "plesk repair dns" the secondary DNS started to synch. For the next time: is there a Plesk build-in solution that bulk-changes the DNS ips and the serial, too?

We bulk-changed DNS ip adresses directly through phpmyadmin (search and replace). psa -> dns_recs -> val and psa -> dns_recs -> displayVal After that we used "plesk repair dns" to synchronize the new ips with bind. If we do a dnslookup on the primary DNS server everything seems to be fine...

After server migration our clients had to redownload all old eMails again (POP3). So some of our clients had to download gigabytes of old mails. We migrated two separate servers. Both of them had the same problem. How can we prevent this problem for the next time, if we ever have to migrate...

Upgrading to 11.5 and reinstalling... now Outbound Antispam works properly.

Nobody any idea?

Addition: Plesk Version is "11.0.9 Update #55"

We have installed Outbound Antispam. First it didn't run. After manually adding die correct and encrypted license key into /etc/ctasd/ctasd-out.conf /etc/init.d/ctasd_initd status shows * Parallels Premium Outgoing Antispam is running The problem is, that we still don't see the outbound...