Recent content by mow

But you accessed the nginx port (80 or 443), not the port apache runs on, so the deny/allow settings don't even apply to your connection.

Since a while, apache binds to localhost by default. This is not automatically updated, but a new install will do that, and a restore won't change back to the old setting.

Yes, but there also is a limit to the amount of enshittification we will tolerate.

okay, that's even more bugs then. The additional restart was enough to fix our Taubenkot.

I'd guess that's what saved you: another restart after all the changes were really done. Relevant part of autoinstaller3.log: Setting up plesk-dovecot (2.4.1-4-v.debian.11+p18.0.73.3+t251009.1752) ... Installing new version of config file /etc/dovecot/conf.d/10-plesk-security.conf ...

I have no other idea how the error message could reference file contents that don't exist anymore, though. The file timestamp 03:18:20 exactly matches the error message.

It seems that during the upgrade, Plesk restarts dovecot before updating all the config files, which is bound to fail. Rookie mistake. Makes one wonder whether there are any experienced developers left at Plesk.

YOU GET PAID FOR DOING THAT. Today I got woken up by a phone call, while sick at home, that email doesn't work. Logged in and found: Nov 03 03:18:20 sourcetronic.com systemd[1]: Starting Dovecot IMAP/POP3 email server... Nov 03 03:18:20 sourcetronic.com dovecot[1780787]: doveconf: Fatal: Error...

And maybe change the time, or that poor server will be DDoSed by all the plesk installations ...

That's just a Notice. Error would start with E:, as above. Do you have immunify360 installed?

Since I changed the IP to 85.10.234.30, I didn't get any further errors.

The server is at hetzner's datacenter in Falkenstein, Germany. The working drweb server 85.10.234.30 is in hetzner's datacenter in Nuremberg. I don't think increasing the log level will be of much help since 103 is a connection issue where the connection already fails at the TCP level - some of...

Unfortunately it didn't for me - but now I got return code 103 which, according to /opt/drweb/update.pl, is EXIT_STATUS_CONNECT_ERROR => 103, Worse is that I keep getting this error even now running /etc/cron.daily/drweb-update manually. Update: I checked all the round-robin IPs of...

You're looking in the wrong place. cron has two ways to start things: The per-user crontab and the system-wide /etc/crontab, which in turn runs the scripts in /etc/cron.hourly, daily, weekly and monthly. At the start of the line for cron.daily, I changed 25 6 to 40 5 for 5:40. Please do not use...

Try tcpdump port 443 and net 173.0 while PayPal is supposed to connect. If that doesn't output anything, you know that the packets don't even reach your server, and you should ask Strato.