naeemjmi Frequent Contributor.
Frequent Contributor.
634 views

Send Email from Loopbakc Driver based on user's locale

I want to send an email to the User's email id on the basis of User's Locale using Loopback Driver. The user locale is not stored as any user specific attribute. Is it possible to do that dynamically without having the locale stored in the user's profile

I am using IDM 4.7.1
Labels (1)
0 Likes
11 Replies
Knowledge Partner
Knowledge Partner

Re: Send Email from Loopbakc Driver based on user's locale

On 3/27/2019 11:04 AM, naeemjmi wrote:
>
> I want to send an email to the User's email id on the basis of User's
> Locale using Loopback Driver. The user locale is not stored as any user
> specific attribute. Is it possible to do that dynamically without having
> the locale stored in the user's profile
>
> I am using IDM 4.7.1


So based on an event in the IDV, you want to send a specific message,
based on a unique property of the user, that is not actually stored on
the user.

That seems unlikely to succeed. Therefore, once we eliminate teh
impossible all that is left is the improbable.

So how can you find out the locale of the user? Can you reach out to
some other system to find it? Perhaps it is in a DB or AD or some other
system? If so, there are multiple ways to look it up to provide the
data you need to customize the email.

But first you must find the info to base your logic upon.

0 Likes
Knowledge Partner
Knowledge Partner

Re: Send Email from Loopbakc Driver based on user's locale

geoffc;2497446 wrote:
On 3/27/2019 11:04 AM, naeemjmi wrote:
>
> I want to send an email to the User's email id on the basis of User's
> Locale using Loopback Driver. The user locale is not stored as any user
> specific attribute. Is it possible to do that dynamically without having
> the locale stored in the user's profile
>
> I am using IDM 4.7.1


So based on an event in the IDV, you want to send a specific message,
based on a unique property of the user, that is not actually stored on
the user.

That seems unlikely to succeed. Therefore, once we eliminate teh
impossible all that is left is the improbable.

So how can you find out the locale of the user? Can you reach out to
some other system to find it? Perhaps it is in a DB or AD or some other
system? If so, there are multiple ways to look it up to provide the
data you need to customize the email.

But first you must find the info to base your logic upon.


If you can find any way to grab "local" settings from external system (like Geoffrey suggested) or you can "construct" it based on some "indirect" information (for example, based on country, town, etc).
You can use another approach: user doesn't have Language settings for "default" Locale (default language - EN), but you can allow to user specify another Locale, if user want to use different language.
0 Likes
Knowledge Partner
Knowledge Partner

Re: Send Email from Loopbakc Driver based on user's locale

On 3/27/2019 7:46 PM, al b wrote:
>
> geoffc;2497446 Wrote:
>> On 3/27/2019 11:04 AM, naeemjmi wrote:
>>>
>>> I want to send an email to the User's email id on the basis of User's
>>> Locale using Loopback Driver. The user locale is not stored as any

>> user
>>> specific attribute. Is it possible to do that dynamically without

>> having
>>> the locale stored in the user's profile
>>>
>>> I am using IDM 4.7.1

>>
>> So based on an event in the IDV, you want to send a specific message,
>> based on a unique property of the user, that is not actually stored on
>> the user.
>>
>> That seems unlikely to succeed. Therefore, once we eliminate teh
>> impossible all that is left is the improbable.
>>
>> So how can you find out the locale of the user? Can you reach out to
>> some other system to find it? Perhaps it is in a DB or AD or some
>> other
>> system? If so, there are multiple ways to look it up to provide the
>> data you need to customize the email.
>>
>> But first you must find the info to base your logic upon.

>
> If you can find any way to grab "local" settings from external system
> (like Geoffrey suggested) or you can "construct" it based on some
> "indirect" information (for example, based on country, town, etc).
> You can use another approach: user doesn't have Language settings for
> "default" Locale (default language - EN), but you can allow to user
> specify another Locale, if user want to use different language.


But obviously there has to be something, somewhere you can use to make a
decision, else not sure how you might do it.

0 Likes
pappa_recd1 Absent Member.
Absent Member.

Re: Send Email from Loopbakc Driver based on user's locale

Can we find the user's browser setting ? If not how SSPR finds the browser setting and deliver's the message without having any edirectory attribute storing the value of the locale of the user.
0 Likes
Knowledge Partner
Knowledge Partner

Re: Send Email from Loopbakc Driver based on user's locale

pappa recd1 wrote:

> Can we find the user's browser setting ?


Does IDM know which machine, let alone wich of the installed browsers on that
machine the user is using? If so: does IDM have access to that browser's
configuration data?

If you need locale information in IDM, you need to find an information source
and store it on the user in IDV.

You may default to the main language of the country a user is regitered in, for
example. Maybe your HR system stores nationality. You could even localize the
user's IP via geolocation if you have it (still using Novell Client?).

Or you let the user choose a language via workflow or SSPR self services and
write it to IDV...

--
http://www.is4it.de/en/solution/identity-access-management/

(If you find this post helpful, please click on the star below.)
______________________________________________
https://www.is4it.de/identity-access-management
pappa_recd1 Absent Member.
Absent Member.

Re: Send Email from Loopbakc Driver based on user's locale

Thanks for the suggestions. Can SSPR email delivery can be customized based on attribute set for locale. Unfortunately for the customer we are implementing the solution has a browser locale always set to English. But the citizenship information can be vary from user to user.

Thanks.
0 Likes
Knowledge Partner
Knowledge Partner

Re: Send Email from Loopbakc Driver based on user's locale

On 4/1/2019 2:14 AM, pappa recd1 wrote:
>
> Can we find the user's browser setting ? If not how SSPR finds the
> browser setting and deliver's the message without having any edirectory
> attribute storing the value of the locale of the user.


The browser does not interact directly with eDir. So no event for IDM to
fire.

Now could you get a web app to log users in, and store their locale on
their object then the engine could do it.

The problem you face is the engine is backend, the locale is front end,
and there needs to be a connection.

Now if you want a web app to do the work, when a user uses it, that is
of course a different story.

Knowledge Partner
Knowledge Partner

Re: Send Email from Loopbakc Driver based on user's locale

Different browsers have own way to detect user localization settings (usually JavaScript based).
These scripts is browser specific and IE code will not work for FF or Chrome.
Google can give you many examples of the code.
pappa_recd1 Absent Member.
Absent Member.

Re: Send Email from Loopbakc Driver based on user's locale

Any suggestions. I have the use case where there are 2 components which deliver the emails

1. SSPR - capable of sending localized emails based on user's browser locale but incapable of sending emails based on eDirectory attribute
2. Drivers - capable of sending localized emails based on event generation and seeing a eDirectory value but incapable to see the browser locale.

The customer where we are implementing this solution has the browser locale always set to English. eDirectory attribute can be modified which can hold the citizenship information based on which we can deliver localized emails from driver but SSPR emails cannot be delivered.

Please suggest if SSPR should be omitted out and only driver emails to be sent.
0 Likes
Knowledge Partner
Knowledge Partner

Re: Send Email from Loopbakc Driver based on user's locale

pappa_recd1;2497788 wrote:
Any suggestions. I have the use case where there are 2 components which deliver the emails

1. SSPR - capable of sending localized emails based on user's browser locale but incapable of sending emails based on eDirectory attribute
2. Drivers - capable of sending localized emails based on event generation and seeing a eDirectory value but incapable to see the browser locale.

The customer where we are implementing this solution has the browser locale always set to English. eDirectory attribute can be modified which can hold the citizenship information based on which we can deliver localized emails from driver but SSPR emails cannot be delivered.

Please suggest if SSPR should be omitted out and only driver emails to be sent.


Your design here is the problem.

If you want to send email from policies in IDM drivers, you have to work with what's available in the event being processed, and what you can query for out of the source and destination systems. If you don't have an attribute to work with that tells you what language / locale to use, that's a design problem that you'll have to fix.

If you want to send email from SSPR, then you'll have to work with what that environment offers.

Personally, I wouldn't be trying to use SSPR to send email. That just seems like the wrong tool for the job.
0 Likes
pappa_recd1 Absent Member.
Absent Member.

Re: Send Email from Loopbakc Driver based on user's locale

Thanks a lot for the suggestion.
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.