'Send email' connector to accept diff e-mail addy as an override value

[GoogleCodeExporter]

The option to 'Send e-mail' for saved results and alerts defaults to the one 
specified e-mail address in the case of no auth or local auth.  With AD auth, 
it defaults to the e-mail addy of the user...but if we want to use a different 
e-mail address for an alert, it would be nice if we could specify that e-mail 
address in the params field and have it override the default e-mail addy.  Same 
for the 'Send email' connector when used with saved results.

Original issue reported on code.google.com by jeffrey....@gmail.com on 29 Aug 2012 at 1:04

[GoogleCodeExporter]

Added in rev 414. Email params now takes comma separated list of email 
addresses.

Original comment by mchol...@gmail.com on 29 Aug 2012 at 3:03

• Changed state: Fixed
• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

This isn't working for us.  Setup:

1) Using no auth
2) my e-mail is specified (ie. jeff@work.com)

- I can receive e-mails just fine, whether I specify my e-mail address or not 
in the params field.
- If I specify my e-mail address followed by another person's e-mail address 
(ie. tom@work.com), separated by a comma - I receive the e-mail but Tom does 
not.
- If I specify Tom's email address (tom@work.com) followed by mine, also 
comma-separated, I receive the e-mail but Tom does not.
- If I specify just Tom's e-mail address (tom@work.com) - no one receives 
anything

In the web.log, before & after the e-mail body:
* DEBUG [2012/08/29 19:26:45] /usr/local/elsa/web/lib/API.pm (3469) 
API::send_email 2969 [undef]

Also, now when using the send email connector, a new window opens with the JSON 
output of the results.

Original comment by jeffrey....@gmail.com on 29 Aug 2012 at 11:46