Here is the problem - after the next assembly system sends some continuous integration is likely to default notification, which refers to the control panel with CI information about the success / failure. For example, after a letter arrives from commit theme
Hudson build is back to normal,
which contains the string -
See http://ХХ.ХХ.ХХ.ХХ:.../1457/
It is possible to configure Hudson, so that instead of this message came references to deploy?
It is possible with the email plugin. See email plugin configuration:
Advanced configuration
To see the advanced configuration for the
plugin, click the "Advanced" button. This section allows you to
specify recipients for each type of email trigger. By default, the
only trigger configured is the "Failure" trigger. To add more
triggers, select one from the dropdown, and it will be added to the
list. Once you have added a trigger, you have several options. If
you click "?" (question mark) next to a trigger, it will tell you what
conditions must be met for it to send an email.
Send to Recipient List - Check this checkbox if you would like to have the email sent to the "Global Recipient List" configured above.
Send to Committers - Check this checkbox to send the email to anyone who checked in code for the last build. The plugin will
generate an email address based on the committer's id and an appended
"default email suffix" from Hudson's global configuration page. For
instance, if a change was committed by someone with an id
"first.last", and the default email suffix is "#somewhere.com", then
an email will be sent to "first.last#somewhere.com"
More Configuration - Configure properties at a per-trigger level.
Recipient List - A comma (and whitespace) separated list of email address that should receive this email if it is triggered. This list
is appended to the "Global Recipient List" above.
Subject - Specify the subject line of the selected email.
Content - Specify the body of the selected email.
Remove - Click the delete button next to an email trigger to remove it from the configured triggers list.
Related
New order emails and enquiry form emails, both ending in admin's spam/junk folder. I am not able to rectify it. Using 'mail' configuration instead of 'smtp' in the console. Have put '-F' in front of mail parameters. Tried using the port '587', '465' for for smtp.office365.com. Need help!
For those running into this issue with OpenCart here are some things you should verify.
Ensure your email address in System->Store->Email matches the email used in System->Mail->SMTP Username
In System->Mail->SMTP Hostname you may need to add the prefix "ssl://" or "tsl://" before your mail.servername.com this is not very clear and easy to miss if you're not sure which one to use, try ssl:// first then tsl:// and send yourself a test email with the contact form.
If using Cpanel, ensure there is an SPF record for your domain. This is found in Cpanel->Email->Email Deliverability
To test if emails are actually working the best way is to login into a test account and send a "Contact Us" email. If the page goes blank after submission, there is likely an issue with settings.
I have found using the OpenCart Default "Mail" setting will always result in emails being marked as spam, so you'll need to get in there and set them up with SMTP.
I'm on JIRA 4.1.2
When creating notifications, I'd like to notify a distribution group on our Exchange server, rather than create a JIRA user group. This is to avoid having to constantly update the group membership to reflect the distribution list as people move in and out of the list.
I can use the email address "distro#domain.com" successfully in my notification schemes as a Single Email Address, and everyone on the list receives emails as expected, but the emails are plain text, when I would prefer HTML.
Any individual user can update their email preferences, but I can't figure out how to do this for an email address that doesn't correspond to a user on the system. Any ideas on how to accomplish that?
EDIT
Now I'm even more confused. I found my way to the User Default Settings page, and the default for emails is listed as HTML, yet for the list I'm sending to, it's coming through as plain text.
I have a small ecommerce business and from time to time a customer will say that they never ordered the item and I am forced to refund their money due to lack of any confirmation from the customer as to his actually placing the order.
I would like to add either an hmtl button or any sort of tool to the emails that i sent you with the customer's receipt. The customer will get the email with his receipt and also within the email will be a button ("I approve This Transaction") for him to click on that will send me back a confirmation email.
Please advise.
Thanks,
Don
There are 2 ways to do this.
With a mailto: link, this would open the users default email client where they would have to send the email as an extra step.
URL parameter in a normal href/button link (ie: www.yoursite.com/yourpage.php?email=their#email.com). You would link to a webpage (yourpage.php) that would pass that URL parameter (in this example "email", but can be any other info you pass through) you can then parse that URL parameter in your webpage and have it email you automatically based on that info.
Option 2 is the way to go, but requires some coding knowledge (PHP for example). Also, in order to set up unique URL parameters, you'll need a system that uses merge tags to create unique values for each email you send. I'd suggest you should use a transactional email service provider for this.
We use Google Apps' account to send site-generated mail from support#oursite.com. It was fine until some point (between April and June) the settings got changed and now when they click "Reply" they see support#oursite.com instead of user's email.
in April's letters both Reply-To and To headers are filled out with user's email;
in June's ones, Reply-To contains user's email but To header contains support#oursite.com.
In all cases FROM headers contain support#oursite.com; we try to put user's email into it but (supposedly) Google SMTP replaces it to support#oursite.com somehow.
The question is:
has anyone else encountered such a problem? (yes, I've searched, not the same cases found)
what solution did you find?
UPD: the behavior described above is for Gmail (both free and GApps) web client only. In any other client (e.g., Gmail for Android/Apple, etc.) hitting "Reply" results in the correct email in the "To" field.
I believe GMail has been doing this for a while - I'm surprised that this started happening to you just recently.
However, there may be a solution. See http://lifehacker.com/111166/how-to-use-gmail-as-your-smtp-server and read 'Update 3' at the bottom of the page.
Google Enterprise support says the following on this subject :
If the From address is your own account (either your primary or an
alias custom from) the 'Reply-to' address is changed to the To
address. This is implemented for replying to sent messages. If you
reply to a message you just sent, you are, in effect, sending another
message to all the To addresses. If you change the From address to a
non-sending address (not the primary and not an alias custom from) and
the reply-to should begin to work as expected without any further
problems.
I am trying to configure Hudson to send an email if a build fails to the person who committed the broken build to SVN.
Question
Is it possible to do this and if so how do I configure Hudson to do it?
Yes - in your job configuration, check E-mail Notification under Build Settings near the bottom of the page, and then also check "Send separate e-mails to individuals who broke the build" to have Hudson email the person(s) who committed the SVN changes for a failed build. Note that your Hudson user names will need to match your SVN user names in order for this to work properly.
If you want to have certain people receive email whenever a build breaks or is fixed, regardless of whether they caused the failure, add their email addresses to the Recipients field.
You don't need the email-ext plugin to do this, but that plugin does give you a lot more control over the email format and content.
Yes, it is possible, and I do this in my organization. See:
http://wiki.hudson-ci.org/display/HUDSON/Email-ext+plugin
quoting:
This plugin allows you to configure every aspect of email notifications. You can customize when an email is sent, who should receive it, and what the email says.
This plugin extends Hudson's built in email notification functionality by giving you more control. It provides customization of 3 areas.
•Triggers - Select the conditions that should cause an email notification to be sent.
•Content - Specify the content of each triggered email's subject and body.
•Recipients - Specify who should receive a email when it is triggered.
The trigger you want to select is the "Failure" trigger, and be sure to check the "Send to Committers" checkbox.