I am trying to configure Jira from email section of email notification. I need to add assignee fullname and status of the issue in the from section.
If anyone knows how to accomplish this task please let me know.
JIRA deliberately sends email from one address so that replies can have their text added as comments. If you sent email as the actual assignee then email would go only to that person, making JIRA less useful as a shared tool.
~Matt
Related
Does anyone know if it is possible to send out an email to users and Cc a GitLab issue so that the email will show up in the comments section of the issue?
I know other applications have the ability to do this. Trello for example has an email that can be included. MS Teams has the same thing where an email address can be provided to include the contents of the email in a Teams thread.
If this is possible can someone provide me with an example of how that email address should be constructed?
Thanks.
[Sending a reply email via code]
Currently i am opening an email activity and manually sending replies to them by clicking on the reply button in the form.
I have written a plugin which triggers on creation of an email activity and sends out an notification email to the sender of that email activity.
But it goes out as a fresh email activity and not a reply.
Email should go out as a reply and not a fresh email.
Please help.
Regards,
Aamir Nawaz
If the e-mail you reply to does not have anything in the "Regarding" field, then the reply would also not have.
Depending on your use case, the incoming e-mail could be connected to a case, an account or an activity (typically).
In your code you should set the Regarding accordingly. If you do not have a Regarding in the original e-mail I would suggest reviewing your business case and decide on the flow.
In our system, if an e-mail is recieved it is scanned for CAS-###### reference in subject and body. If found it is connected to the existing case, if not a new case is created using either the known contact as customer or a place holder account (awaiting a CSR to create/correct contact and case). The creation of the case triggers an acknowledgement e-mail to the contact with case reference information. This e-mail is connected to the case.
I hope this helps you.
Br Nicolai
I have created a GitHub account and, I do not like sharing my email address publicly (I'm sick of Spam), so I followed GitHub's Keeping Your Email Address Private tutorial and everything worked fine up until the point where you have to verify the fake email you created.
So how do I verify this fake email that I created on GitHub?
I did check my real email account that is associated with my GitHub account incase they sent an email there but no, I have not received anything there. Since it is a fake email address, I thought, maybe I can just click verify, but no, that doesn't work either.
You don't verify the fake e-mail address. This is how it is suppose to work. Just go ahead and use the fake e-mail address with commits.
Update -
GitHub recently update the Keeping Your Email Address Private tutorial. The "Hiding your email for commits on the website" section has everything you need to know, and will credit your commits to you. This way you won't have unverified e-mail addresses anymore.
You don't have to verify your fake e-mail address to use it in commits and have those commits linked to your GitHub account.
You also don't have to create your own fake e-mail address. GitHub creates one for you when you turn on the "Keep my email address private" option on your email settings. Next to your primary e-mail address, you should see a message like this:
Because you have email privacy enabled, joe#example.com will be used for account-related notifications and joe#users.noreply.github.com will be used for web-based GitHub operations (e.g. edits and merges).
You can use that no-reply e-mail address as your fake e-mail address. See the e-mail addresses help page for more details, including information on the new style of fake e-mail addresses that include an id number. Those addresses will continue to work if you change your GitHub account name.
My Jira 4.3.2 instance sends emails from jira#{domain}.com. When user, for example Todd, makes a comment on an issue, I would like Jira to send the email from Todd's email address (todd#{domain}.com) rather than jira#{domain}.com.
Is this possible to configure? This is mainly so that users can hit Reply from their email client and email the person responsible for the comment.
From the JIRA documentation it looks as if you can only configure one "from" email address per project, not per user.
The advantage of having project specific email addresses is that you can configure email services that will automatically create or update JIRA issues from emails sent to them.
At the moment, we are sending an email address verification email each time someone signs up. This email has been causing a number of problems: people don't get it, they just don't click the link in the email or the email gets block by spam or some other method. We are working on resolving the spam issue, although I don't think it's possible to completely resolve it.
I'm wondering what other methods there might be for verifying and email address. Is there any other way to verify an email address without sending an email? Or is there another method of ensuring people aren't signing up with fake information?
I'm not sure if there are other good methods, but sending an email and having them click a link is definitely the simplest and most accurate.
A main feature to sending that email, is for the person to verify that it's actually them that requested it.
The only way to verify someone owns an email address is to have him use it.
As for verifying users don't enter fake information - not even sending an email can help. With so many disposable/temporary email services out there (like GuerrillaMail) , someone can fill up your form with false info, post a temp email address, log to that address and click the link in your email - manually or programatically.
You have to trust your users to come back for your content, and ignore spammers.
strikeiron.com offers a paid web service to verify if an email exists without sending a message to that email. try it out here is the link: strick
http://www.strikeiron.com/Catalog/ProductDetail.aspx?pv=5.0.0&pn=Email+Verification