One-Click-Unsubscribe Links rewritten
I'm not sure if this is a bug or a feature. As I got no answer from the community in #2314 I would like statement from the devs.
Since some time my one-click-unsubscribe headers are modified by simplelogin.
Cannot say since when this happens. Before it keeps the header like originally sent. Afterwards this looks like this:
List-Unsubscribe: https://my.sl.domain/dashboard/unsubscribe/encoded?data=<redacted>
I did not try one of this links above as I wouldn't like to unsubscribe really, but I noticed that my mail client did not offer one-click unsubscribe this this case. No setting changes in the app.
Is that intended or a bug? If not, why does my client not offer that feature with rewritten links?
Any help would be very appreciated.
what are you trying to do unsubscribe from a mailing list?
Actually I'm trying nothing. I was just wondering about those rewritten headers. Some time before iOS mail app showed "unsubscribe" banner above each mail from a mailing list. This was due to mandatory headers according RFC8058 since 2019. By now the header is present with a link from SimpleLogin, but iOS mail app does not show that banner anymore. Never tried one of those rewritten links.
are you selfhosting sl?
Yes, I do.
make sure to add this to your simplelogin.env
[email protected]
[email protected]
after successfully adding those 2 lines make sure to restart sl-app by docker restart sl-app
let me know if anything.
Can you please give some more information? What do these environment variables? Which address should I out in? And how does this refer to the rewritten links in the header?
Can you please give some more information? What do these environment variables? Which address should I out in? And how does this refer to the rewritten links in the header?
once you add those environment variables to your .env the One-Click-Unsubscribe should work by just clicking the unsb and everything will be automatic.
Understood. Thanks. I will try this later today.
Should this be an alias I create before? The mails with those unsub-fields are send to other aliases. For what kind of mails this will be used?
Sorry for bothering you. But in my self-hosted environment I wound like to understand all settings made.
Understood. Thanks. I will try this later today.
Should this be an alias I create before? The mails with those unsub-fields are send to other aliases. For what kind of mails this will be used?
Sorry for bothering you. But in my self-hosted environment I wound like to understand all settings made.
it should work on current aliases and new alias.
Maybe you misunderstood my question.
For example I set
[email protected] [email protected]
and I get a newsletter to
[email protected].
What is the purpose of [email protected]?
Maybe you misunderstood my question. For example I set
[email protected] [email protected]and I get a newsletter to[email protected]. What is the purpose of[email protected]?
that's the email address that receives all unsubscription requests
Sorry for my late reply. I took a look in the code and you're correct. Using that environment variables will probably work for One-Click-Unsubscribe-Header with mailto. But most of the headers from modern newsletter has links in their headers. And I think works without any variable / configuration.
So it seems that this
List-Unsubscribe: https://my.sl.domain/dashboard/unsubscribe/encoded?data=<redacted>
is intended.
Any idea why none of my mail clients offer the one-click unsubscribe functionality?