Mailtrain Newsletter #8 – Bundled MTA
mailtrain.org
mailtrain.org
What I still miss is simple Email functions like adding attachements and CC receipients. This sounds rediculous, but the missing CC has been keeping us off from using mailtrain in a lot of campaigns where simply other people where important to be informed about replies.
Still I suggest anyone trying out mailtrain as it is super simple to spin up. I love seeing it getting new releases, thumbs up!
I don't really get what you mean by the CC recipients. Could you create a new issue in the Mailtrain issue tracker in Github and describe what you would like to have https://github.com/andris9/mailtrain/issues
I've used Sendy (self-hosted php, but non-free licence) before, and that is tied to just Amazon SES.. but this has a few options.
Imagine you want to track every open and every click an email gets. Most of the email clients nowadays block that hidden image that is used to track openings. So, if a user clicks on a link, that obviously means that they opened the email and an email open should be tracked as well.
In order to do that, one might write a function that tracks opens and call that on the tracking pixel and whenever a link in clicked.
Well, that's not what happens on that software. When the, for instance, `linktracker.php` runs, it makes a HTTP request (think open('http://$HOST:$PORT/opentracker.php?uid=$UID&campaign=$campai...) ) to the `opentracker.php`, simulating what a browser would do, in order to avoid duplicating the code.
This might be a good solution for self-hosting our own.
You can't self host that.
The mailing list features themselves aren't much different than anyone else offers.
MailChimp charge crazy money for large numbers of subscribers. If your business actually makes money on direct-marketing, that's fine, but their pricing stings if you want your marketing team to manage large lists with only occasional informational emails. And since MailChimp will give you their deliverability for 25,000 emails for $20 on Mandrill, it seems like a win-win for that use-case.
I, for one, can't wait to try this out over the weekend.
This is the first time I hear Mailchimp (or any other company) has some special deal or treatment from ISPs in regarding to their sending emails reputation.
This is like saying lawyers of company X spends lot of time working with judges to make sure they are winning their cases. OR like suggesting to host your website with GoDaddy because they spend lot of time working with Google so that your keywords will show up on their first SERP.
Nobody is in position to just convince ISPs to deliver your mail better than any other competitor, because that would be a special treatment that would cry for gov oversight, investigation and/or prosecution. And besides, it would be totally worthless in terms of oversight. So let's say you do have special privilege -- then some Mailchimp client gets hacked and their account used to spew spam and before its shut down there are millions of malware installed. What would Yahoo say to their customers?? Simply put, no ISP would want to waste their time giving anyone special treatment when it comes to delivery...
The truth is if you are properly configured with all belts and whistles and are using feedback loops and your IP does not have dark history, then eventually building up your reputation (continuing to send emails that are most likely not spam) you will end up at the same delivery levels as Mailchimp & co. Again, because noone at Yahoo sits down by a monitor and browse billion messages a day and decide which one came from Mailchimp (good) which one didnt (bad). But I don't blame Mailchimp that they don't want you to know about it...
One of my colleagues is currently running $25 DigitalOcean machine with Postfix and sends opted-in ~5MM messages per day with stable ~85% delivery rate. Custom scripts and no Mailchimp required.
If you use Gmail and PayPal you can see this in action. There will be a little key there. You have to be an approved sender to get the key. The key, besides being a visual indicator, guarantees delivery in the inbox.
Most people who admin big mail sites know each other. When their mail is bouncing, they call each other and ask for help. When they see their friend's big site getting a lot of spam warnings, they call their friend and say "hey this word in your email is triggering our spam filter, you should change it".
This is just how industry works.
[0]: https://gmail.googleblog.com/2016/02/making-email-safer-for-...
An alternative might be to set up a subdomain (e.g. marketing.example.com) for those outgoing e-mails, create your SPF RR for it so that only MailChimp's sending IP addresses are permitted, and let your users use their preferred tool (Mailchimp).
We're currently using Interspire Email Marketer and the segmentation feature is quite limited.
That's not how Apache works. If your glibc is >= 2.3.2 (we're talking 2004 or newer) the default mode is epoll ("event" MPM), otherwise you will get a threadpool ("worker" MPM), and failing that you will get a processpool ("prefork" MPM).
It will never spawn a process to handle a request, unless you forcibly enable prefork mode with a pool size of 1.