I did an export of outbound emails and its only showing me emails starting at the 5th of the month, instead of from the 1st. I know there were emails sent on the 1st, as I have a report of these.
I remember seeing this behavior. It is because Mandrill only holds 1 month history of detailed information. so lets say, you ran the export on Sep 5th, you get only 30 day old data from the point of execution of the API (from aug 5th ).
From Mandrill website link https://mandrill.zendesk.com/hc/en-us/articles/205583157-How-long-does-Mandrill-keep-data-about-my-emails-
Detailed information for delivered messages is stored for 30 days, while bounced message data is kept for 90 days for record-keeping purposes.
Hope this helps,
Related
We are having some trouble with receiving scheduled surveys via text using Twilio and are unsure whether it is an issue with the logic we are using to send out the texts or an issue receiving the texts. Below, I attached a screenshot of the survey invitation log. The current settings that we are using for the automated survey invitations appear to be working here, as we can see the scheduled invitations in the survey invitation log. However, we are not receiving these scheduled texts. Because they are not actually being sent out, they are not showing up when I click “view past invitations” and no error messages are showing up for those that were sent. I also attached a screenshot of the automated survey invitation settings we were hoping to use. We will be sending out this survey every day for 49 days, changing the datediff function to the respective number of days. Does anyone have advice on where we may be going wrong (e.g., if logic won’t work in step 3 or if this is a Twilio issue)?
I am using multiple platforms to run a business. I provide 14 tutorial videos to my users after they create an account. What I want is when user sign up, my system should send 1 video / day to that user. Like this
video 1 on day 1
video 2 on day 2
...
...
video 14 on day 14
I want to make a setup in zapier to do that. Zapier should send each video a day unto 14 days a user gets registered.
Can anyone guide me how I can Achieve that target?
It's possible with Zapier, but will use a lot of steps + tasks. You could make a many-stepped zap that is structured like:
New User trigger
Delay until "tomorrow" (Zapier translates this into the correct date at runtime)
Send email w/ video 1
Delay until "2 days"
Send email w/ video 2
etc...
This will work, but probably be too expensive (that's a lot of Zapier tasks). Instead, look into drip email campaigns from any of the popular mail-sending services (such as Mailchimp).
In our app, we use Google Tag Manager to send in-app events to both Firebase and AppsFlyer.
When we test it locally it works correctly in logs I can see that GTM saves Tag
GoogleTagManager info: Saved tag for URL https://api2.appsflyer.com/inappevent/idxxxxxxxx
then after a while, GTM sends it
GoogleTagManager info: Sent hit https://api2.appsflyer.com/inappevent/idxxxxxxxx
I check with Charles how the request looks like and everything looks good the payload is built correctly and I get 200 OK.
{
"appsflyer_id": "XXXXX",
"eventName": "af_initiated_checkout",
"af_events_api": "true",
"eventValue": "{\"af_price\":500,\"af_content_id\":\"x1\",\"af_content_type\":\"xxx\",\"af_currency\":\"EUR\",\"af_quantity\":8}",
"idfa": "XXXX-XXXX-XXXX",
"bundle_id": "com.superapp.superapp"
}
After a few minutes, I can see the effect on the AppsFlyer dashboard.
but when we sent the app to the production (the same bundle id) we spotted that count of events is quite different between Firebase and AppsFlyer even 10 times more events in Firebase in some cases.
What can be the cause of that? How I can debug this problem?
Here is Luc from AppsFlyer Support,
From your description, my guess is the following:
AppsFlyer dashboard is based on install date and shows life-time data, meaning that if you look at "last week", you see the data of user who installed your app last week. The number of events that GTM sent to AppsFlyer last week is likely much higher than events generated by installs of last week, since most of them correspond to older installs.
The only page of our dashboard which follows a different logic is the "Activity" page, which is based on event date. Could you compare the event number in GTM with the number of events in the Activity Page?
If that doesn't solve the problem, simply shoot an email to support#appsflyer.com with more details and the app_id, I'll have a look.
thanks and best,
Luc
I have a quick question regarding the rate limits for Twitter Favourites - specifically the GET favorites/list call. I built favourites.io to keep track of my favourites. It lets you search and organise your favourites.
Anyway, it works as follows:
You sign up and authorize the application
It imports your favourites (every 15 minutes it makes a call to GET
favourites/list and imports any new tweets that you favourited)
It uses the user's access token to make the call
When checking the log file I noticed that one of the import jobs failed for a particular user. The error was: "Rate Limit Exceeded".
My understanding was that an authorized user could make 15 requests in a 15 minute window (and each request could return a maximum of 200 favourited tweets)
My job was running once every 15 minutes, so I'm not sure why that user is getting the "Rate Limited Exceeded" error.
Why might this be happening?
Thanks in advance,
Ross
It really comes down on how you built your script. If you're doing the timer from your side, it might not coincide with the one Twitter has.
For example if you send 1st call at 12:00:00 PM there's some latency lag (minor) by the time it gets to Twitter let's say 12:00:02. Now twitter expects the next call no sooner than 12:15:02, but if you have the timer script running every 15 minutes from your side, it'll send the second one at 12:15:00 < 12:15:02 so twitter rejects your call.
I would say start increasing the timer by 1-3 seconds (1 to be liberal, 3 conservative) until you give some room for Twitter to get and process your request.
I'm working on a mobile game with increasing daily bonuses based on the number of consecutive days they played (up to 7 days in a row before resetting). I'm looking to increase retention by using push notifications to remind players to log in for their Daily Bonus.
The support staff at our push notification service said this: "This is possible however we don't have any automatic tracking in place for this. It can be done with tags but you will need to add the logic in your app. You could do this by saving the last time the user used your app and then when they come back to your app compare the time. Each time they come back you can just increment your local consecutive days value and then set a tag to match."
If anyone could give advice on how to set this up that would be great. I appreciate the help.