milano

On 9/8/2022 at 4:59 AM, Krydos said:

you probably don't need to do any of that because this is what Plesk says

 

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?

Unsuspended. The reason it kept suspending over and over is because normally you have to wait until midnight UTC for the new day to start before you can be unsuspended for sending too many emails otherwise it just counts the total emails you sent today and suspends you again.

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.

Your account was suspended for sending too many emails. To help fight spam, we limit accounts to about 50 emails per day. Please ensure that you send no more than 50 emails per day.

 

If you need assistance with finding the source of the emails, feel free to ask, we'll be glad to help!

 

Your account has been unsuspended.

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).

If you send two emails today, then the next day, it will reset it back to zero.

 

Your account got suspended again because of sending too many emails.

 

Unsuspended.

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

It got suspended for exactly that...the system thought you were sending spam because you sent too many emails. The limit is 50/day.

 

Unsuspended.

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)...

It got suspended for exactly that...the system thought you were sending spam because you sent too many emails. The limit is 50/day.

 

Unsuspended.

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.

That's because it got lost in the storm of requests we had.

 

An invite has been sent for a replacement account.  It should arrive at the email address associated with your forum profile.

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.

That's because it got lost in the storm of requests we had.

 

An invite has been sent for a replacement account.  It should arrive at the email address associated with your forum profile.

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.

"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.

This was way before we restricted Ricky invites. You should be fine. Do you want to wait instead?

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.

@milano - your donation was verified and a Ricky invite has been sent to the donation email.

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

After all the issues are settled with Tommy, Johnny's gonna be rebuilt on Sparkie. That will make it super fast. Can't say if it will be as good as Tommy (only time can tell that), but yes, it'll be much better than what it's now and with a lot more uptime than this.

 

For the present, Ricky ... though he's overloaded he's way better than the present Johnny...

wait just a few days now till Tommy's back, she get shifted to it.

you made the donation so that you can avoid the hassle of recreating your account.

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.

It failed sometime late Friday night into Saturday.

 

There's nothing to do but wait at the moment. We've made backups and are in the process of moving the archives to Cody so they can be made available for download. Once available, an announcement will be made regarding how to download them.

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

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