Another parameter not removed (intercom.com)

[serrq]

Original link:

https://go.intercom.com/UnsubscribePage.html?mkt_unsubscribe=1&mkt_tok=MjU4LUNMVy0zNDQAAAGO5bVgi6xyLUvLOJKBHFjiM55rXu-rgIhOZA8Heu6ujKSiErRxF4bPQ4iH3RwJShU21P-wiMs1kmfae2-Myc1R6PbRm-kwJo2MmahL9F0EQ4P6kes

Manually cleaned:

https://go.intercom.com/UnsubscribePage.html?mkt_unsubscribe=1

[svenjacobs]

New sanitizers are currently blocked because I'm rewriting the internals of Leon.

[svenjacobs]

Does it really make sense to have a cleaner for a specific unsubscribe page of a service?

I think once the refactoring of Leon is done, where users can manually select parameters for removal, this sanitizer would not be required, right?

I would like to only add sanitizers that make sense for the broader audience. We already have quite a few sanitizers in Leon and with every sanitizer the complexity and maintenance of the app increases.

[jmbreuer]

The way I see this (and the way I read what information I can find on it), it would make sense to remove mkt_tok specifically whenever mkt_unsubscribe=1 is not present - i.e. in all cases where it's a tracked link that's not used to unsubscribe.

mkt_tok is an URL parameter used by Adobe's Marketo Engage.

[serrq]

Maybe this is not an error.

I believe that tok parameter is a kind of the recipient towards whose the "bullet" has to hit its target.

So the manually cleaned works, but with no effect.

This is my sensation (feeling?!?!?)

[svenjacobs]

mkt_tok is an URL parameter used by Adobe's Marketo Engage.

Then I guess it makes sense to have a generic cleaner for Marketo Engage that removes all mkt_* parameters just like we have a cleaner for Google Analytics (utm_*)?