Welcome to ProjeQtOr new Forum. We migrated old forum to the new website.
You will find all your posts here, with your usual account.
Just one point : you’ll have to reinitialize your password. Use “Lost password” feature.
Hi,
I've noticed that the e-mails sent by projeqtor depends on the language used by the current user who triggered the e-mail.
For the example below, please consider that I've configured projeqtor to send an automatic e-mail every time on item is created/updated.
If I'm in Brazil using projeqtor in "Brazilian Portuguese" and create and action / activity for someone in France (which uses projeqtor in French), it seems that the e-mail sent to the person in France will be in "Brazilian Portuguese", not French.
It would be better if the e-mails were sent according to the language configured to the user (user parameters) who is going to receive the e-mail (assuming the contact or resource is also a user). If the addresses are not projeqtor user, so I agree that could be used the language used by current user or maybe the default language.
The same behavior happens when one uses the functionality "Email detail of this [item]"
Thanks in advance for considering this suggestion.
Hi,
Today, only one email body / Title is generated for all receivers.
And yes, it is generated using Current user language.
Request recorded, but will be a hard work in implementation :
- must list all receivers and check language
- generale one email message for every language
- possiblly have Email titles translated ?
Ticket #1545.
One first step could be to systematically send email in default language...
(much more easy).
Hi,
Thanks for considering it. And yes, it would be hard work. I like the idea of using default language.
Thank you.
Ticket #1549 with this description :
when sending email, it should be better to send email in Receiver language rather than in emotter language.
=> If only 1 receiver or all receivers are using same language : sent using this manguage
=> If several receivers using different languages, send using default language (globally defined)
Will be implemented sooner than #1545 (much more easy)