milano

Apparently not all the time: letsencrypt.org "recommend renewing certificates automatically when they have a third of their total lifetime left" i.e. 30 out of 90 days, accordingly their Expiry Bot has mailed me too, 20 & 7 days before expiration, for a certificate which now says "Valid To July 13, 2023 Will be automatically renewed". Should renewal happen (earlier) automatically these days, or do I have to click "Reissue Certificate" in Plesk every quarter?

Installing LWP:Protocol:https might be a good idea indeed (also to make the message in the subject line go away), as it used to be part of LWP until a few years ago anyway, which is more feature-rich (incl. safer with full host verification) and commonly used than HTTP::Tiny (though rewriting to use the latter overnight did the trick for my own little pieces of code).

With most of the world gone SSL/TLS, there seems to be a need for https://metacpan.org/release/GAAS/LWP-Protocol-https-6.04/view/lib/LWP/Protocol/https.pm these days. https://wiki.helionet.org/tutorials/perl suggests that "All CPAN libraries can be installed from within your control panel." Is this still the case on Plesk, or could this Perl module be provided by an admin? On the other hand, https://metacpan.org/pod/HTTP::Tiny works (around) for me.

Options is accepted in .htaccess now.👍 The subdomain's root (when created in Plesk from scratch rather than migrated) has changed from public_html to httpdocs, and it no longer seems to be below /home/milano, nor /etc/psa/psa.conf's default vhosts_dir like /var/www/vhosts/milano.heliohost.org, but /home/milano.heliohost.org instead. Below it there is also a logs folder which stays empty for now, but access and errors can be seen through Plesk > Websites & Domains > Logs. Hope this helps others adapt their scripts as well.

Thanks @Krydos, account recreated, sure enough I'd like the original milano.heliohost.org back

Thanks, I've downloaded both ZIP and tar (the latter incl. the dovecot maildirs) via Plesk, so please feel free to delete and (let me) recreate the account. This can be done under the same name and path(s)?

The moment I uncomment Options +ExecCGI from .htaccess (even if it is its only line), I get 500 Internal Server Error, even for Perl (without file type extension) in cgi-bin, i.e. where it otherwise works by default. Log says [core:alert] /home/milano.heliohost.org/public_html/.htaccess: Options not allowed here Apache error

Any news on this option?

Plesk's https://johnny.heliohost.org:8443/smb/file-manager/list doesn't seem to support setting (sym)links, so can't check whether those into cgi-bin would work either (as https://support.plesk.com/hc/en-us/articles/115003276605-Perl-or-cgi-script-cannot-be-executed-500-Internal-Server-Error implies). https://support.plesk.com/hc/en-us/articles/115001125289-A-website-hosted-in-Plesk-shows-500-Internal-Server-Error-Option-FollowSymLinks-not-allowed-here suggests Options are an, erm, option even in current Plesk.

Restored and moved to Plesk as one of the final accounts, as hinted by the error_log I had to comment out the leading Options +ExecCGI line from my .htaccess that needs to SetHandler cgi-script to use Perl outside cgi-bin (for hardcoded clients that can't be changed). Could it be that Tommy's httpd.conf before its outage had "AllowOverride Options" which hasn't been reinstated yet?

Many thanks Krydos & team, and sorry for inadvertantly triggering that countermeasure with the Bcc in the first place. So every recipient was treated as if he or she had been sent an individual email, and only the first 50 were delivered?

Surely haven't tried to mess with anything there: All I did send manually, innocuously enough, were 3 mails with about some 40 recipients each in Bcc (unaware of a hard limit on these) right after uploading milano to Tommy again. So I think there are not actually any new mails being detected (but rather some defense overreacting) as nothing in my code sends any either. The only other thing trying to generate mail "from" my account I could think of would be your process to create SSL keys that I recall used to be on Tommy before the crash.

I'm afraid https://www.heliohost.org/status/?u=milano keeps saying "suspended". Neither me nor any process of mine have been sending any more mails; I suppose it's some automation "punishing" one of the 3 initial mails with approx. 40 Bcc recipients (each of which seem to be counted as a "mail out of 50") that might still be outbound from your mail server (and I have no way of removing it).

https://www.heliohost.org/status/?u=milano keeps saying suspended, though I haven't (i.e. couldn't) send any more mails. I suppose it's the same "offending" outbound email (my apologies for that!) which is already on your mail server and makes the system auto-suspend milano again, maybe once for every Bcc recipient - but how could I remove that?

Moments after being restored, https://www.helionet.org/index/topic/37357-backed-up-milano-would-like-to-make-a-comeback-on-tommy/, milano got suspended, came back to life for a minute and is shown as suspended since, apparently because of too many recipients on the mail announcing its comeback triggering some automated spam defense. Maybe that outbound mail needs to be cancelled, nothing a suspended user can do. Thanks for unsuspending: a. milano b. Tommy c. milano.heliohost.org

Or isn't it? Keeps showing suspended (though I haven't sent any more than the initial 3 mails of course - can't rule out you did queue one of course)...

Thanks, so it's the number of recipients (each counted as a mail of its own, and not queued for the next day anymore in excess of 50?): I'll bear this in mind.

Sadly milano on Tommy got suspended right away, before it could even cause its usual near-zero load. Could you kindly unblock that? I hope there's nothing on your systems considering it spam to have informed (just once) my hundred-odd users eagerly awaiting the service back since August.

Thanks, good work, and I am happy most could be recovered from such a crash after all! Bringing back my files and permissions went well, though there does not seem to be a bulk-upload option for the entire tar.gz archive, and paths have changed from /home1 to /home. A pity the account could not simply be reactivated with all in place, and for the donors that it took longer this way in spite of their efforts though. Noticed some (presumably new) bug when (re)creating the (not-all-lowercase) mail accounts, it throws these messages (somewhat contradictory to humans) in sequence:Error: You do not have an email account named “ALLCAPS@m...heliohost.org”.Error: The account allcaps@m...heliohost.org already exists!

"All of the accounts that were on Tommy when he crashed have now been transferred back, or invited to create a new account. If you haven't received your invite, or if your account wasn't automatically transferred please let us know now by creating a new topic in the customer support forum." "That account has been backed up and then taken offline due to extended maintenance on the server that you were on." The above shown at logon suggests that in spite of a user's https://www.helionet.org/index/topic/36848-solved-donation/ , milano has not been invited back or reactivated from archive yet.

Obviously now that https://www.helionet.org/index/topic/36995-tommy-is-back/ it would be easiest for me to use an invite to milano's registered (not the donation) address.

As per flazepe on https://www.helionet.org/index/topic/36440-tommy-downtime/?p=161892 "Ricky/Johnny and restore your backup there. Once Tommy is back up, your account will be moved there." ...this might have worked if not for the strain on the other servers while I was offline for a few days. I understand from Luigi123 https://www.helionet.org/index/topic/36440-tommy-downtime/page-8?do=findComment&comment=164097 that I might rather wait for a hopefully-revived-soon Tommy invite (to user milano's registered eMail; another had to be used for donation) as you "cannot send an invitation for Ricky ... because Ricky server is way overloaded now." and he "wouldn’t recommend you move your account to Johnny as he is our slowest server." https://www.helionet.org/index/topic/36440-tommy-downtime/page-7?do=findComment&comment=163347

For milano also hoping to be resurrected on Tommy soon a donation has been made with transaction ID 32932456AA249893G. Thanks in advance for the (re)invite, straight back to Tommy, or Ricky in the interim if rebuilding Tommy takes a few days more than expected.

You may be getting more individual requests than necessary just because https://www.heliohost.org/backup/ is referred to right after login but can't be found for now, but (necessarily then) just shows: No Backup I cannot find a backup for milano and h...com. You could try again, or open a ticket to see if an admin can help you find your backup. Try Again or Support

Perl users may wish to try 755 permissions to avoid 500 Internal Server Error on anything (incl. the directories above it) that needs to be made executable outside cgi-bin e.g. by an .htaccess starting with Options ExecCGISetHandler cgi-script or AddHandler cgi-script .pl