Configurable language for an external attendee, e.g. for meeting and talk invites

[PhilLab]

Is your feature request related to a problem? Please describe.

When inviting external people to an event and/or talk conversation, they will receive the invitation in my language (German). But this is often wrong, as I mostly invite non-German-speaking people.
To them, the current invitation email is very confusing and might even come across as unprofessional, even rude. Edit: when retesting, the emails arrived in English... don't know what I observed earlier. Still, the below suggestion is valid.

Describe the solution you'd like

For an external attendee where the system doesn't know their language, I as meeting organizer want to be able to set their language in the invitation screen. Or at least set it to English as lingua franca.

1. The emails they receive for the invitation, future edits, cancellations, etc... shall all be in that language.
2. Additionally, as a stretch goal: a setting "always invite external users in " would be appreciated - I guess this would be best placed at the user-level, not instance-level.
3. Both 1&2 shall be offered for calendar invites and talk call invites.
   • Additionally, offer the same functionality for other notifications like file sharing link emails, or even the account invitation email (maybe that already exists?). But let me know if this shall be a separate feature request.

Describe alternatives you've considered

Apologizing to them, in a follow-up email which I need to send manually.

Additional context

This arose from #8969

[SebastianKrupinski]

Hi @PhilLab

So, the contacts language should be automatically detected, IF the contact is in one of your address books. BUT... it would be a good idea to add an additional over ride for this, for attendees that are not in contacts, like just a single email attendee

[PhilLab]

@SebastianKrupinski perfect, thanks for the workaround. I'll use that one.

To be fully transparent: I just re-tested the initial behavior without the workaround. And the received email is in English - which is not the language of the sending account... 🤔 . So my initial statement was wrong. I don't know what I observed earlier. Anyways, the request to have the recipient's language configurable, is still valid, so the ticket can stay open.