new FME Server Parameters --> FME_SECURITY_USER_EMAIL

+1 to the suggestion of having a FME Server parameter that holds the executing user’s email address - that would avoid a hack in the workspace to try and build that email address based on the user, but I’d like to expand the idea to try and address why you might be doing that in the first place.

Currently, if you execute a workspace directly, you can nominate specific email(s) to notify on completion, and you set up an automation that will send those emails on success/failure. However, if the workspace is wrapped in a workspace app, there is no option to specify those target emails.

Given the goal in doing app-wrapping is to simplify the end-user experience, I think there should be support for an option in the app configuration that lets you specify whether completion emails should be sent to the executing user. In our environment, we have a nice, simple UI in the form of a workspace app around a fairly complex workspace that runs in the Data Download Service. We want the executing user to get an email with the outcome, and a link to the resulting data. Feels like that should be a generic FME Flow capability rather than something you have to consider at a workspace level.

Upvoted, but you could also use the FME Server/Flow RestAPI to get the user email based on an account name: 

GET http://localhost/fmerest/v3/security/accounts/<account>Response Class

account {

email (string, optional): Email of the account,

enabled (boolean): Whether the account is currently enabled or not,

fullName (string): Full name of the account,

isPasswordChangeNeeded (boolean, optional): Whether to require changing of password on next login,

isPasswordExpired (boolean, optional): Whether the account password is expired,

name (string): Unique name of the account,

password (string): Account password,

roles (array[string], optional): Roles assigned to the account,

sharingEnabled (boolean): Whether the account is allowed to share items with other users and roles,

type (string) = ['System', 'Ldap' or 'Azure']: Type of the account

}