Hi,

can you provide more info on this bug. for example : did this happen after you upgrade from earlier version?
or was the field blank and it did email you ?
a screenshot would help.

Thanks.

I upgraded from Jenkins 1.400 to 1.403 recently. And I'd say, though I am not 100% sure, that it worked before. I attached a screenshot with my configuration.

Hello, I've encountered the same problem. Here is an example what happens:

I have a user with

• the real name Max Mustermann
• the user id mmustermann
• the email address max.mmann@example.de
• the default email extention is configured as example.com

When Max starts a job that has the "Send To Requester" option activated, an email will be sent to "Max" and to "Mustermann@example.com" instead of "max.mmann@example.de"

I'll try to find a timeslot to downgrade to version 2.12 and test if the problem can bee seen there too. But I don't know if I can find such a timeslot in the next few days...

Edit: Using Jenkins 1.404

Here is the console log of a job that shows this problem:

I also manged to get a timeslot for downgrading to version 2.12: same problem here

I can reproduce this problem (Jenkins 1.425). I created another bug report about a broken link in case the user name is modified (JENKINS-10698). That bug is present without email-ext plugin, but otherwise these seem to be closely related to user name.

Email sending to requester works if "Your name" field in the user data is not modified from its default value (user ID). Plugin finds the correct email address from user data.

Email was triggered for: Success
Sending email for trigger: Success
Sending email to: <correct email address>
Finished: SUCCESS

Emailing requester fails if "Your name" field in user data is changed e.g. to "John Smith". Plugin can no longer find email address from user data.

Email was triggered for: Success
Sending email for trigger: Success
Failed to send e-mail to John Smith because no e-mail address is known, and no default e-mail domain is configured
An attempt to send an e-mail to empty list of recipients, ignored.
Finished: SUCCESS

I had not defined "Default user e-mail suffix" above as our email addresses are of form <first-name>.<last-name>@company.com, not <user-id>@company.com. Defining suffix would result into an attempt to send two emails, one for "John", another for "Smith@<suffix>".