Forum Replies Created

Viewing 2 posts - 1 through 2 (of 2 total)
  • Author
    Posts
  • in reply to: "Url not verified" from links in emails #63533
    P3
    Participant

    Upon further testing, it seems that its being wrongly url-encoded along the way, but where, by what and why is unclear.

    The link goes like this : (key)%253D%253D
    As %25 is is ‘%’, it becomes : (key)%3D%3D <- this works
    As %3D is ‘=’, it becomes (key)== <- this works

    Actually, in the plugin, the line
    $parts = explode(‘;’, base64_decode($_GET[‘nltr’]));
    from statistics.php could be changed to
    $parts = explode(‘;’, base64_decode(urldecode($_GET[‘nltr’])));

    Which would mean it would be interpreted as %3D%3D, and as said, this works. And as far as I am aware, while this seems to be an external problem from the plugin, adding this should not break in any case, while solving some edge cases.

    in reply to: "Url not verified" from links in emails #63518
    P3
    Participant

    Hi,

    It was a newsletter sent via the ‘Test’ button, to test subscriber.

    The signing key is being changed, but I am unsure by what, and why something it works and sometime does not. I think it might be linked to Sendgrid’s tracking, but cannot affirm it.

    In the email itself, its a link toward sendgrid (for tracking purpose), which then redirects to the website. But when redirected to the site, the url is not valid anymore : https://www.mywebsite.com/?nltr=(key)%253D%253D.

    One or two %253D are being appended to the url, but when deleted, then I am properly redirected to the correct website.

    When I look in the email’s link, it ends with (key)-3D. %25 is ‘%’ , %2D is ‘-‘ and %3D is ‘=’. I do not know if its purely coincidental, but it seems that the url encoding and decoding is broken somewhere along the way, maybe by Sendgrid’s redirect.

    While at this point a solution could be made (checking url for nltr param, then checking for a % in the string, then cutting it off if found), it would pretty hack-y and not very clean/good practice. And if sendgrid or the plugin were to change, it would most likely break.

    Ideally, it would be best to simply have the proper url in the first place.

    At this point, would you be able to provide further help concerning this issue ? Or is it strictly on Sendgrid’s side?

    Thank you

    Edit: After disabling sendgrid, it is not an issue with it, as the url is still invalid. So, its the generated url that has data appended to it that breaks it.

Viewing 2 posts - 1 through 2 (of 2 total)