I'm sending out email links to confirm an email address. We've noticed that
some email servers are changing this link to redirect back to the mail
server, which probably checks it against a whitelist before forwarding it
on to my server. In the meantime, they re-encode the link, and it makes it
through Active4D without being decoded. In particular, I'm getting %3B
instead of a semicolon in the URL.

What's the best way to deal with this? I actually have already tried to fix
this before, but since moving to 4Dv15, my workaround isn't working
anymore. I was unsuccessful in replacing the incoming URL in the "On
Request" method. I don't know how, but the '%3B' persists.

Active4D.a4l:

method "On Request"($inURL)  `--> Text or <none>
  $tempURL := replace string($inURL;"%3B";";")
  log message($tempURL)
  return($tempURL)
end method

AFTER the replace string command, the logged URL is:
/index.a4d?fuseaction=login.resetPassword%3Bctag%3D973352bebafa38479f0fe78214ac55a30

I'm at a loss.

Isn't Active4D supposed to decode the URL? Are you sure that code decodes
semicolons?

Thanks,
Doug
_______________________________________________
Active4D-dev mailing list
[email protected]
http://list.aparajitaworld.com/listinfo/active4d-dev
Archives: http://active4d-nabble.aparajitaworld.com/

Reply via email to