I'm trying to use a Mailgun Campaign to help track emails sent through Mailgun. The links in the email get modified, as expected, so that Mailgun can collect stats on which links are getting clicked. However, the links are timing out.
Some of the clicks are definitely getting through (they are collected by Mailgun's Campaign tracking), but I'm also getting a lot of user reports of timeouts. Every time I try the links they timeout.
The Mailgun Domain and DNS Verification is all green, including the optional entries.
'Is it down' type services all says it's up: http://currentlydown.com/email.mg.dr2dr.ca
DNS resolution works, when I ping email.mg.dr2dr.ca, it resolves, but the requests all timeout.
I have started a ticket with Mailgun Support, but it's email support so I figured I would ask here to see if anyone has any ideas.
Related
My main goal is to setup an email address for my server to use for sending emails only.
I did some research, and it looked like Amazon Simple Email Server and/or Amazon Workmail could provide me with what I needed. I've gotten as far as setting up SES and Workmail so that I can set my server to be able to send emails. However, I saw that once the Workmail inbox is full (50GB), the account would be unable to send emails. Given that this is going to be used by the server and not a human, I didn't want the inbox to get filled with auto replies, spam, or failed to send messages, and then be unable to send emails. So, I went looking for a way to either:
A) prevent emails from being received and stored in the inbox
B) a rule I could setup to delete anything that didn't match the company domain
C) be able to read the inbox and delete email messages using the AWS CLI, and I'd setup my own script to manage how and what was deleted when
So far I haven't had any luck.
Again, I'm not particular how I achieve the goal, but I do preferably need to find a way to have an email address for a server to use exclusively for sending messages. I worry that if I leave it to employees to remember to login and clear the inbox, someone will forget, and then the server will stop sending emails.
Any direction or advice would be greatly appreciated.
I'm not well versed in email protocols; could I setup the address to return a bounce back always, and that would prevent it from receiving emails into it's inbox?
How are you generating these emails? If you are generating them programmatically (via an app/script), you may not need to set up a server. If you just route the outgoing mail through your app to SNS, the emails will be valid, however, there will be no "inbox" for incoming mail and they will just be dumped. This way you don't have to actually worry about an inbox getting full as it will just drop anything coming in.
https://docs.aws.amazon.com/ses/latest/DeveloperGuide/receiving-email.html
In order to receive emails though SNS, you have to go through the setup linked above, but if you do not set this up, then emails will just bounce. At least, that is how I have been doing it.
I have my catch_all() set to forward("my.username#gmail.com"). I expected that any emails caught by this route would be forwarded to my email address as actual emails, but I never received them. The mailgun logs state that the message was routed, accepted, and delivered successfully.
What am I missing?
The problem ended up being gmail... I was sending my test messages from my gmail account and had the forward setup to return to my gmail. Gmail filters out loopbacks. Sending the test message from a different account yielded the expected results
You are correct, setting the catch_all and forward filters and actions does just that!
Did you set up the MX records for your domain properly? If not, that might be the issue (check Domains in the control panel)
Check the logs at https://mailgun.com/cp/log to debug the issue!
Best
Sitecore 6.6, Update 4 (rev 130214) with ECM 2.0 (rev 130123)
I've got a Sitecore installation where we're using a custom MTA. I've configured the Delivery Status Notifications section in the Email Campaign Manager root to include my Return Address POP3 information.
The custom MTA is sending the emails and my POP3 account is receiving the DNS bounce emails.
I can't get this information back into ECM. I've checked the Checked Bounced Messages task for ECM and while it's still configured to do the daily check, I've manually run it a number of times to no avail.
Any clues to why ECM wouldn't be able to pull in this information?
Thanks!
Check your architecture setup as ECM will not automatically receive
the DNS bouce emails count, as it is not using SAC because you are
using a Custom MTA. Have a look at the below image.
Since you are using Custom MTA, make sure you have the Delivery Status Notifications Settings configured properly. Especially the Notification Gathering, because guide says:
Whether or not to collect delivery status notifications from the e
mail box used by the module for sending messages. If this check box is
cleared, the rest of the section is ignored.
If this check box is selected, but other fields of this section are
empty, these fields will be inherited from the manager root.
Make sure the below two steps are followed. Read ECM Admin & Dev Guide
The MTA server sends the DSN messages to the corporate email address. The SMTP server sends the DSN messages to the address
specified in the Return Address field. Usually this address is hosted
on a corporate e-mail server.
The ECM module connects to the e-mail server and gets the DSN messages for further analysis. The POP3 protocol is used for this
connection. For more information about collecting the DSN messages,
see section Collecting Delivery Status Notifications.
Lastly check the subscriber's profile for UndeliveredCount property for
soft bounces and also the manager root item's Undelivered Max
setting, which should give you soft bounces (or maximum value of
UndeliveredCount property) per subscriber.
Let us know how you get along and if the above was useful.
With the help of Sitecore support and through some decompiling and adding additional logging of the ECM code, we have determined that the problem is that the custom MTA was stripping out the original headers that contained the references to the Sitecore campaignID.
When the campaignID headers are present, ECM works great and has no problem pulling the bounce messages back into Sitecore.
How will i track how many times email sent through Amazon SES was opened ?Is there any API i will need to consider?I figured out the complain and bounce myself and i figured out we can associate SES with SNS but i need the click rate too.Please assist.
You can't. SES, like any Internet mail sending system, has no idea whether a message is ever opened. It can't even be certain a message was delivered. People who want to know when a message is opened embed image links (often to invisible images) and track how often those images are fetched from their web server.
And even that doesn't work for users who configure their email program to not fetch images.
Amazon Introduces click and open tracking a few months back -
https://aws.amazon.com/blogs/ses/open-and-click-tracking-have-arrived/
Hope this helps.
You can do that using SendGrid. Is not 100% accurate but it's something :)
Sendgrid will post you a JSON message for all the mailing events (open, delivered, bounced, spam).
I have a django app on heroku an using sendgrid.
I have gotten messages from a number of users with gmail email addresses saying that they have not received their validation emails after registering to use the site.
I tested it myself, and found that while emails with other addresses go through instantly, but for some gmail accounts it is not going through.
In the sendgrid dashboard, however, it says that all the emails have been delivered.
Can someone tell me what the issue here is? Is gmail blocking emails from my site? It just started happening these last two days. And we're not really sending out that many emails (10 or so a day)
Do the Emails end up in a spam folder, or do they truly disappear?
What kind of plan are you on at SendGrid? If you have your own dedicated IP, have you followed the guidelines on 'warming up' that IP address? Might also want to review the content of the message with SendGrid support, see if they can make any recommendations.
Emails end up in the spam folder. Whenever an email was sent from Heroku, Sendgrid to #gmail accounts, they were viewed as spam by Gmail.
I have the same problem and did not find a solution yet.