My application needs to send some messages with tracking activated and other messages without tracking.
When using Sendgrid, many settings, among them tracking settings, can be set using the admin web interface, and these settings will be used for all subsequent messages sent.
But is it possible to have different settings for different sets (or categories ?) of messages, and have the application define which settings to use when sending a given message through API ?
Or maybe define the tracking settings as part of the send API parameters ?
Yes. When sending via the v3 API, there's a tracking_settings field, where you can dynamically enable/disable settings for just that message.
There's a similar option when using the SMTPAPI JSON header.
I have similar problem.
After some investigation found two satisfactory solutions.
The fist one - integrate with google analytic.
The second - we moved all dynamic templates into application (also due to sg limitation for dynamic content) and added specific utm tags (UTM_SOURCE, UTM_CONTENT, UTM_MEDIUM, UTM_CAMPAIGN, UTM_TERM;) to each letter. And after user click on emails content FE process this tags.
Related
Is it possible to customize the messages that github will send to the slack webhook? I was able to set it up to where I get notifications whenever an issue is created/deleted/edited, however I would like to only get notifications for specific issues with a certain label and also be able to change the format of the notification.
With this level of customization, you will likely need to write a bit of custom code that:
Receives and authenticates the Github webhook. This means you need to host the code someplace as a web service, for example in Heroku.
Filters down to only the events that matter to you with the custom criteria you listed above.
Formats a custom Slack message in markdown based on the payload of the Github event.
Posts that message to Slack - probably the simplest solution is to use the Slack incoming webhooks.
(Disclosure: I am the co-founder of Fusebit). Fusebit automates such integration scenarios and allows you to focus on the parts that matter to you, which in this case is the custom filtering and custom message formatting code.
I wanted to use the Gmail smart compose feature in my project. I read many documents but no documents suggest anything related to the implementation of smart compose in Gmail API.
Attaching a link below about the small information about the autocomplete feature:
SmartCompose
Answer:
Unfortunately, this is not possible to do using the Gmail API.
More information:
The Gmail API using the client libraries works on a request-response basis, and these are not retrievable through a Gmail API method. In order to do this, there would need to be a request made each time the string the user is typing changes, which would use not only require a lot of network traffic, but would also make application running slow as many requests would be made.
Feature Request:
On the flip side however, Google already knows about this, and a Feature Request for this has been made on their Issue Tracker. You can view this feature request here, to which you can click the star (☆) in the top left to let Google know more people want this feature to be implemented.
References:
Autocomplete suggestions for text-inputs
Google's Issue Tracker
An API for gmail smart-compose feature
I am guessing there is no support for this, but need to confirm for a client.
I am using send_flow from the API. Is it possible to:
In any way add recipients to an existing Email Collector? The reason is that automating surveys creates quite a few collectors if done daily or more frequently.
Is it possible to send in HTML in email_message.body_text programmatically? It does state plain text in the documentation, and it does not get converted and shows up in the email as plain text. If I use the same HTML-code in an Email Collector created in the SurveyMonkey-website, it works fine, but then again I have no way of using an existing collector it seems, as in question 1.
Continuing from question 2, if we can't send in HTML programmatically, is there a way to change the default email template? The API states "Default template is used if this [body_text] is not specified", but I can't see any option of customizing this in our client-accounts.
Have also considered using a Web Link Collector and send emails outside of SurveyMonkey. The challenge with that seems to be:
Can't register [CustomData] with the responses, which is vital for the analysis, without adding potentially large dropdowns inside the survey itself.
The Survey URL is not unique in terms of forwarding it, although this can be an acceptable risk.
Thanks a lot, any ideas or feedback is appreciated.
Thanks to Tony at SurveyMonkey this was solved by him pointing to Custom Variables in the Platinum version, then adding these to a Web Link Collector and sending the HTML email from our integrating application.
http://help.surveymonkey.com/articles/en_US/kb/What-are-custom-variables-and-how-do-I-use-them
The problem with web link collector is that there is no way to track response rate since SurveyMonkey doesn't know how many links were sent out. I don't know a way around this.
First of all, I'd like to provide some background information: I want to exchange unstructured data between various clients using XMPP. Data sources are supposed to publish their data simply to Mulit-User-Chat rooms (XEP-0045) so that any interested client can register.
XMPP MUC services can have various chat rooms and in order to find the ones my data sources push information to, I'd like to set some custom identification for that room. I figured muc#roominfo_<custom_ident> with some custom value would be great to accomplish that.
For testing purposes I wrote an application that creates a MUC on an XMPP service. Authentication etc. all works fine. I am using Smack to communicate with the XMPP server and to create the room. When I create the room, I am adding a field to the form field I requested before containing my custom information. The MUC is created and accessible. Yet the created custom field is not returned when I perform a disco#info on the room's JID.
I tested this with a local installation of (3.8.2).
I just wonder, if this is an issue of Openfire, that custom form fields (XEP-0068 used here in XEP-0045) are not stored when the MUC is created or if it is just not allowed according to XEP-0045? I read the specification for MUCs and crucially the respective section but couldn't find any evidence that convinced me, that it is explicitly not possible to create such custom form fields for a MUC.
Maybe I just misunderstand something in the specification? Has anyone tried something similar and it's working? If it is an issue of Openfire, I could try a different XMPP server.
We're looking for the best way to integrate dynamic content into emails sent by various individuals (or companies) using various mass mailing systems, some of them proprietary.
What are the options to do that and what are the advantages and disadvantages?
For example, I guess that one of the options is to add an iframe to the emails. In this case the url for the iframe content will carry a token which will identify the specific email, and our system will generate the iframe content.
Any advice on the subject is highly appreciated.
Most email readers won't allow you to input dynamic content into emails. Unfortunately there's no way round this other than asking the users to click a link to get to the content (something I've seen done before).
Almost all email clients nowadays do not even download images from remote locations unless explicitly told to do so, let alone displaying iframes. So your best bet will be to ask users to click some link.
I created a multi threaded email mailer that has to generate unique content for each user. Each thread is creating the body of the email. Each section in the email has reference links to the detail page of that record inside the system