erjjio
Forum Replies Created
-
Yep that’s working again now – thanks so much for your help 🙂
Thanks Muhammad – I’ve done that here:
https://wordpress.org/support/topic/slack-webhook-creation-issue/
Hi, I’m wondering if this issue got resolved at the time as I’m also hitting a similar problem when trying to create a Slack webhook – the https://slack.postmansmtp.com URL that the “Get your webhook URL here” link in the Settings page leads to goes to an “Index of /” server directory page, instead of the correct webhook setup page I used to see in the past when doing this. I’m not sure if this is the same issue as above? I’m using the latest plugin version, 2.5.5.
Yes that’s a really good idea too, and would be extremely helpful so we could monitor (and revoke) the domains our licence is being used on. Beaver Builder is another example of a plugin that uses that type of system, as well as WPML.
Thanks a lot for the quick reply and yep sure, happy to chat privately / directly about it if that would be handy – looking forward to the big update too! 🙂
Personally I think it would be best to asterisk / hide it even for admin users, as we usually give clients admin access too rather than restricting admin access only to our own (contracted) agency team. I don’t think there’s any particular need to be able to see the key itself within the plugin, once it has been accepted successfully – we have a note of it separately but if we ever lost it for some reason we would retrieve it from our account page on the Meow website rather than from the plugin.
@shinerweb Hi Chris and thanks very much for the further feedback, much appreciated.
I concluded that it’s best to go for the recommended OAuth method and I’ve now set this up for the client successfully.
I think having to switch on 2FA would probably be a bit of nuisance for clients, as they probably wouldn’t want to have to go through a 2 step process every time they login to their email – even though OAuth is a bit more involved to set up, the end result is the most convenient for the client so that’s my preference overall.
Thanks again for the help.
Ben
Ah yep big thanks again, I hadn’t spotted those fallback settings and they’re really handy!
Sorry to ask another question but while I’ve been attempting to figure it for this client’s site today using the Password method, I’ve hit a security issue:
5.7.8 Username and Password not accepted. Learn more at
5.7.8 https://support.google.com/mail/?p=BadCredentials f23sm2809662wmf.1 – gsmtpThe password I’m entering is correct (as I’m able to sign into other Google services with it successfully) – but it generated a separate ‘Critical security alert’ to be sent from Google to the client, saying that a sign-in was attempted from a less secure app.
Do you know whether the “Allow less secure apps to access your account” setting (mentioned int he above troubleshooting page) always needs to be switched on in the client’s Google account in order for the plugin to work, using the Password method (i.e. Post SMTP is regarded by Google as a less secure app)?
Really appreciate the quick response – thanks a lot!
That makes sense, but just to understand the detail – in this scenario would the user get an email from the plugin notifying them that they need to re-enter the p/w… or would that perhaps be impossible because by definition the plugin wouldn’t have a valid password in place to be able to send that notification over SMTP?
I’m setting the plugin up on behalf of a very non-technical client, so I’m just a little hesitant to use the Password method in case they change the p/w and don’t realise that the plugin config also needs to be updated, causing them to subsequently stop receiving notifications from their enquiry forms etc without them realising it’s broken.
It seems like the OAuth method would be more robust to avoid that risk (I think?), but it’s more complicated to setup and ideally I’d like the client to be able to use the p/w method as it’s very quick and easy, and we can just show them how to use the wizard, without us having to ask for their password ourselves. It just depends on whether they’d be alerted somehow as described above, as we have no way of knowing ourselves at our end, if and when they happen to change their Gmail password.
Hope the question makes sense and thanks again!
Forum: Plugins
In reply to: [Redirection] Plain permalink redirecting with /?/ in pathHi – thanks for your suggestions, much appreciated; I had spotted that other suggestion about adding the \ character but that didn’t seem to work for me either unfortunately..
I did give it my best shot fiddling with Redirection, and also editing the .htaccess file directly according to the various suggestions on Stack Overflow – but in the end the only thing that seemed to work for me was to use the other plugin.
Thanks again though.
Forum: Plugins
In reply to: [Redirection] Plain permalink redirecting with /?/ in pathAfter fiddling around trying to figure out how to get the plugin to handle the ? character, and also trying the below solution I found, which seemed encouraging but ultimately didn’t work for me either…
…in the end, I tried installing the Simple 301 Redirect plugin instead of Redirection, and it worked like a charm straight away! So I guess I’ll just use that plugin instead from now on.