Here the pertinant screenshot:
Have you tried inviting users by sending them the QR code or link via your own channel of choice (email, chat, website)?
Yes, of course. There is no problem with that. But my concern is why obviously intended blocking of regular invitations?
I’m not sure, but I am guessing that the feature was disabled recently due to the incident last week. You can read up on it below.
At 1st glance sounds reasonable, but if analyzed thoroughly, it is not! So, if glide.page domain is flagged malicious, invitations themselves are maybe 1 % of affected actions. Rest of 99 % e-mail messages are operational notifications from glide apps. Why then to disable invitations because of 1 % of traffic. I tried now e-mail notification from glide app, functions perfectly directed to Gmail.
In general, if ISPs are blocking glide.page domain and access to the apps is blocked, what has that to do with e-mail delivery from Glide app? The e-mail address stated in e-mail sender from Glide app is: notifications@appuser.io , how it can be flagged as phishing and what it has to do with domain glide.page ?
I think because the links in the invitation emails link to glide.page? Even if Glide has now changed it so invitations use glide.app, I was thinking email clients could still flag it because the email looks almost the same as the emails that used glide.page but with different link
I am confused: invitations from builder are blocked by Glide. Because of spam blacklisting of glide.page domain. Sending mail from Glide apps are working. Here is the difference?