ConfiForms - Send Email using IFTTT Macro

[Lilian]

For the Cloud Version-Migration Testing

Hi Everyone,

I'm looking for clarification on the Send Email function of the IFTTT Integration Rules macro.

1) This page shows the IFTTT macro inside the form definition macro but when I attempt to insert the IFTTT macro, it always creates it below the form definition macro. Also, when configuring the IFTTT macro, I see this message which is confusing because the first paragraph alludes to being able to create the IFTTT macro inside the form definition, but the second paragraph contradicts it:

2) Even though I have the Sender field filled with my email address, one success email shows the sender as confiforms-noreply@vertuna.com . I found this piece in the Confluence configuration for ConfiForms that suggests we can configure our own email server, but I can't locate how to do this; however I found this open item that seems to indicate Confluence Cloud doesn't allow email configuration.

If anyone has successfully configured the IFTTT macro to send emails showing the correct value as the Sender, please let me know how this was achieved.

[Alex Medved _ConfiForms_]

Hi

1. This depends on the Confluence editor you are using. Is it the one that supports nested bodied macros (they call it legacy editor) or the one that does not (new fabric editor)

2. CONFCLOUD issues are for Confluence, not ConfiForms. We support custom mail servers - see plugin configuration for details

https://<yourserver>.atlassian.net/wiki/plugins/servlet/ac/com.vertuna.confluence.plugins.confiforms/confi-forms-admin

And you dont need a custom email server to change the "sender". It works fine by overriding the "Sender" parameter in the IFTTT macro

Alex

[Lilian]

Ok thanks for #1. I researched the legacy editor and it looks like I can request that template from Atlassian. If there's a formatting issue inside the IFTTT macro (after every edit, the message body indents/centers from left justified and all formatting is lost) is that a Confluence editor issue or ConfiForm issue?

For #2 is not having a email server configured related to the sender to be confiforms-noreply@vertuna.com instead of the one defined in the Sender field of the IFTTT macro?

Thanks,

Lilian

[Alex Medved _ConfiForms_]

Not sure what you mean in #1, but we dont control the editor... It is all Atlassian. 

We can only control how the macro is rendered

#2, yes, the sender field in the IFTTT macro. Have you set it to your email and still see it is coming as from "confiforms-noreply@vertuna.com" ?

[Lilian]

Ok, for #1 I will reach out to Atlassian for formatting issues.

For #2, yes I've hardcoded my email address as well as tried [entry._user.email] .

Are there conditions for when confiforms-noreply@vertuna.com is used as the Sender?

[Alex Medved _ConfiForms_]

When no sender is specified

Feel free to open a support request https://wiki.vertuna.com/display/VERTUNA/Support+Request+Form so we can check the logs for you (tell us the instance url in the ticket)

[Lilian]

Ok thanks.

[Steven Espinoza]

I found this thread and I was able to resolve this exact issue with trial and error so wanted to post what worked for us.

The email server turned out to be unnecessary, at least as far as THIS issue is concerned.

What did work ultimately was properly referencing the field in the IFTTT Sender field.

if 'myfield' is name of field and of type User, then an email is placed in the From field when Sender field is [entry.myfield] OR [entry.myfield.email].

When I used [entry.myfield.fullName] to try to get the user's name and email, it does not work.  

Anyway, thank you. - Steve Espinoza

[Alex Medved _ConfiForms_]

ConfiForms can send an email to a user (looking up for user’s email) or to an email. 
It cannot send an email to a person identified by a full name, as this might not be unique

Alex

[Steven Espinoza]

Hi Alex,

Its been awhile and I thought i put this issue behind us...but I very recently found out from our staff that form emails that are generated from the IFTTT form where I added [entry.myfield.email] in Sender are actually showing up in our Junk email. 

We use Outlook.  The email address looks like its from an employee address but there is a parentheses showing a 'via Sendgrid.net'.  For example:

From: myemail@mydomain.edu(myemail@mydomain.edu via Sendgrid.net).

I can not figure out how to make this a safe sender so it doesn't get caught up by our junk email folder.  Outlook does not accept the whole section in parens...but I would like to allow any email with 'via Sendgrid.net' to get through.  Is this beyond the scope of confiforms and I need to resolve with Atlassian?

[Alex Medved _ConfiForms_]

Hi @Steven Espinoza 

ConfiForms (for Confluence cloud) uses sendgrid facilities for emailing by default

You can always set up your own email server to be used. This is done in ConfiForms app settings

If using your own email server is not an option then consider whitelisting and trusting the 168.245.6.168 

https://wiki.vertuna.com/display/FORMS/How+to+create+a+form+to+send+emails

Alex

[Steven Espinoza]

Hi Alex,

Our IT security folks would like to set up DKIM instead of the local email server option. Is this something you all support or do I need to reach out to Confluence/Atlassian support to set this up?

Thank you for your help so far. - Steve

[Alex Medved _ConfiForms_]

You can configure ConfiForms plugin to use your own server - that is done in ConfiForms app configuration (accessible in Confluence administration UI)

[Steven Espinoza]

I apologize if it feels like we are doing an odd dance.  ... but our IITS prefers NOT to configure Confiforms plugin to use our own server.  They prefer DKIM if possible.

I found this for Statuspage, but is it possible for Confluence/Confiforms?  https://support.atlassian.com/statuspage/docs/set-up-spf-and-dkim-signatures/

Sendgrid: https://docs.sendgrid.com/ui/account-and-settings/dkim-records

If there is nothing equivalent, then is this IP 168.245.6.168 the only one needed to be open?

Thank you.

[Steven Espinoza]

Hi Alex,

I had a show and tell meeting with our info security folks and I wanted to share our understanding of the situation and they ask a few follow-up questions I hope you can assist with.

Summarizing our meeting:

• Library's Atlassian tenant is already setup with DKIM which we use with Jira and Confluence emails.
• ConfiForms, a plugin app for Confluence, emails are sent via a 3rd party (Sendgrid)
  Emails sent by ConfiForms use Sendgrid IP 168.245.6.168, but that appears to be a generic SendGrid IP
• reverse DNS sent to xvfrhsxv.outbound-mail.sendgrid.net, does not appear to be specific to our tenant
• ConfiForms does support connecting to a generic mail server via SMTP

Workarounds currently possible

Form can be configured to not set a sender address, which will instead become a generic confiforms-noreply@vertuna.com address, but this isn't ideal from the library workflow efficiency perspective as the From field with actual user email is very handy in high volume review and reply scenarios.

Questions for Alex from our IT folks:

1. Is setting custom DKIM for our domain supported?
2. Can Confiforms use the existing Atlassian infrastructure to send emails?
3. Are they able to use M365 APIs to send email?
4. If we were to go the custom SMTP server route, can they provide us a list of IPs that will be used to connect to the onprem SMTP server? Would these IPs be specific to the Library integration, or are the used by all ConfiForms customers?

Thank you again for digging into the weeds on this one.

- Steve

[Alex Medved _ConfiForms_]

Please open a support request with us https://wiki.vertuna.com/display/VERTUNA/Support+Request+Form

And no, atlassian emailing infrastructure is not available for the plugin developers. And no, the 168.245.6.168 is not a generic sendgrid server, but a dedicated server used by ConfiForms app. And yes, we can provide the list of servers IPs that server ConfiForms app and could potentially connect to your email server (listed on https://wiki.vertuna.com/display/FORMS/Migration+from+server+to+cloud)

Alex

[Steven Espinoza]

Excellent....I will be in touch with support.  Thank you very much for the information.