Forum Replies Created
-
Posts
-
This approach sounds reasonable but unfortunately is not the case. I have no cacheing plugin enabled. I use AiOSEO with a redirect addon which has the option to http cache redirect answers for a specified time but it is not enabled.
I tried using the unsubscribe link with a different browser.
Again, it didn’t work and just redirected to the dedicated newsletter page without any parameters.
Then I logged in into wordpress, pasted the same unsubscribe link … and voilá, the “please confirm…” message appeared.This behaviour makes me thinking it can’t be a caching issue.
yes, it is exactly only the [newsletter] shortcode.
the request message is only shown when I am logged in in WordPress.
I’ve set up a custom one in /wp-admin/admin.php?page=newsletter_unsubscription_indexBitte bestätigen Sie, dass Sie sich abmelden möchten, indem Sie <a href="{unsubscription_confirm_url}">hier klicken</a>.Similar issue here. Dedicated page is set and only has [newsletter] short code in it.
When the (still existing and “confirmed”) user clicks the unsubscribe-Link, only a screen with a blank text input for E-Mail address and an “update” button appears. Once the email address is being entered and the update button is pressed, the user becomes subscribed with no list assigned. He also gets the welcome message – which could be considered being funny.However, sometimes it works… After hours of testing cases and conditions I found unsubscribing works when logged in as a WP user (admin in my case) but does not work if not logged in.
When logged in
/?na=u&nk=30144-ced2b51128&nek=24-
becomes
/mailing/?nm=unsubscribe&nk=30144-ced2b51128&nek=24-When not logged in
/?na=u&nk=30144-ced2b51128&nek=24-
becomes
/mailing/
without any parameters and therefore causes the behaviour mentioned in the beginning.Directly entering /mailing/?nm=unsubscribe&nk=30144-ced2b51128&nek=24- when not logged in also forwards to just /mailing/
