Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: Sender identities #2260

Open
areynoua opened this issue Jan 16, 2025 · 4 comments
Open

Feature Request: Sender identities #2260

areynoua opened this issue Jan 16, 2025 · 4 comments
Labels
enhancement New feature or request

Comments

@areynoua
Copy link

Short description:

  • Allow users to have an arbitrary json data.
  • Allow templates to access a user's data, considered the sender.

Motivation:
Alice (potential customer) has a discussion with Bob. Bob subscribes her to an opt-in list and clicks on the button to send a confirmation request. To improve customer contact, the email could be signed “Bob”.

Suggested implementation:
Either add an arbitrary json data to the users, or add a “Sender”. In the latter case, a user could choose which sender he send as by default.

  • When sending a registration confirmation request, add sender data to the “dot” given to the template.
  • (This makes less sense, but could be useful, perhaps?) When preparing a campaign, possibility to select the sender.

What do you think?

@areynoua areynoua added the enhancement New feature or request label Jan 16, 2025
@knadh
Copy link
Owner

knadh commented Jan 17, 2025

Hi @areynoua. Subscriber JSON attributes already exists - https://listmonk.app/docs/concepts/

@areynoua
Copy link
Author

areynoua commented Jan 18, 2025

Thanks for the rely.

The idea was to have an equivalent of the Subscriber JSON attributes for the sender. But maybe it's not so common? Maybe it's more usual to register the contact person with each subscriber and sign emails in that person's name? I don't know, I'm figuring it all out by myself. But the idea was to be able to easily change who signs the emails. In my case, the “customer relationship” has to be as natural as possible.

Whether this is on the list of future features or not, thank you for the excellent application.

@knadh
Copy link
Owner

knadh commented Jan 19, 2025

Ah, I see.

Per-campaign attributes are planned which may help here. The template could have logic to print different names/signatures etc. based on the campaign attributes, and the campaign attribute could have fields such as {"sender": "sender1"}

@areynoua
Copy link
Author

Oh great, this corresponds almost perfectly to my use case (except for the signature in opt-in requests).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants